yohhatu

システム開発プロジェクト…特にユーザテストなど終盤…で、ユーザから届くイヤな声の1つに「○○機能が想定と違います。Aという動きではなく、Bが(想定される)正しい動きです」というのがあります。＃ここでは仕様書に「○○機能の動きはAである」と記...

もうずいぶん前の感じがしますが…2009年1月に納品したプロジェクトで、私が感じたことの1つに「自分には我慢が足りないなぁ」があります。そのエントリにも書いていましたが、PJメンバーにいた新人と若手が「レベルアップする」というのが、(QCD...

どれくらい先かは分かりませんが、今後「したいこと」「できるようになりたいこと」の1つに「潔く本を諦める」ことがあります。何度かエントリにも書いていますが、仕事関係の技術書やマネジメント系、その周辺領域のコーチングやファシリテーション、交渉力...

システム開発プロジェクトでは、それを実際に使うエンドユーザと接点があるかで、満足度を高くできる可能性が大きく変わると思います。(プロジェクト規模にもよりますが)セキュリティ面やお客様内の情報システム部の存在により、直接エンドユーザと話したり...

ある程度の組織にはPMO(プロジェクト・マネジメント・オフィス)や「品質標準化グループ」のような部署があり「設計書のフォーマットはこういうのを使ってください～」「レビューではこのチェックリストに沿って使ってください～」とテンプレートファイル...

最近、お客様への納品が終わったプロジェクトで採用した「プチフリカエリ」について書きます。(私の所属企業、かつ、知っている範囲では)「フリカエリ」は(大規模プロジェクトでは)工程の終了時、(小規模プロジェクトだと)プロジェクト終了時に行うこと...

プロジェクトメンバーなどに何か情報を伝える際に私が気をつけていることの1つに「情報は(自分が思っているよりも)多めに伝える」があります。伝達する情報は過不足ないことが理想です。とは言うものの、この「過不足」が難しく、伝える相手の過不足が分か...

議論が活発な会議で、費用対効果が出ているような会議ならそんなことはないのですが…。生産的で無い、一方通行的報告的会議で質問すると…「時間無いねんから」「そんなんどうでもええやん」…的な空気になることがあります。質問自体が何を言いたいか大多数...

仕事での行動基準…うまく言えないのですが「これを気をつけて欲しいなぁ」的な内容…を考えることがありました。SEが作成するドキュメント(堅く言うと「成果物」)にはたいがい「変更履歴」を記入する欄があります。変更日や変更者、変更箇所等を書いてい...

リーダー『論』なんていう大げさな話題ではありませんが、数年前、ある上司と「リーダーとメンバー(特にサブリーダー)との関係」について話したことをふと思い出しました。　「目的を達成するために人を動かす必要があるなら、(一時的にせよ)自分の信念を...

最近、新人～3年目くらいまでの若手に自分の「(勉強するための)本の読み方」の話をしたので、それを書いておきます。私は幸い本を読んで勉強することに抵抗なく、新人時代から今までだいたい月1～2万円は書籍代に使っていると思います。＃本の傾向は経験...

あるサービスについて、メールで問合せた時の話です。その返答には「××についてのお問い合わせは○○部の木村(仮)にまで」とありました。この名字しか記述がなかった部分に「？」と思いました。同じ部署に同姓の人がいても対応できるのでしょうか？サービ...

システム開発の要素の1：新規開発(スクラッチ)と2：保守開発(機能追加)があります。#保守開発は派生開発とも呼んだりするようですが、ここでは保守開発とします。新規開発はその名前の通り「一から」システムを作り上げていき、生み出されるソースコー...

外部設計や内部設計なんかの色々なレビューをしているうちにふと思ったことです。レビューやインスペクションは画面単位(もしくは単機能を構成する複数画面)で行うことが多くなります。そこではある要求仕様が、その該当画面(とそこで定義されている機能)...

仕事、プライベートを問わず人をどのように呼んでいますか？TPOによりますが大きく分けると2つに分かれます。1：「鈴木さん」「佐藤君」「田中ちゃん」(笑)と固有の名前で呼ぶ人。2：「君(きみ)」「あなた」「お前」と固有の名前で呼ばない人。呼ぶ...