野球は9人ではできない〜マネジメントの必要性
野球は何人でやるものでしょうか？
9人と答える人が多いように思います。確かに野球のプレイは1チーム9人です。しかし、それ以外にも審判がいて、コーチがいて、監督がいて、と、草野球でもない限り9人で野球はできません。
システム開発も同じです。時々、プログラマーを集めればシステム開発が出来ると思っている管理者がいます。確かに給与明細のコメントを1行追加するだけならそれでできるのですが、ある程度の規模があるシステムを構築するとなると、これは、プロジェクトマネジメントが必要となります。監督や、コーチにあたる人が必要になってくるわけですね。
さて、野球では、2塁にランナーがいたとして、ライトにヒットが飛んだ場合、2塁ランナーは後ろから来る球が見えませんから、3塁コーチの指示を見て、3塁に止まるか、ホームに突撃するか判断するわけです。
システム開発でも同じような機能は必要で、プログラム完成に没頭している開発受託側担当者に必要な情報を供給するにはプロジェクトレビューが有効です。プロジェクトレビューには有識者、ステークホルダーが多く参加しますから、一つの情報がトリガーとなって必要情報が連鎖的に出てくる効果があります。また、視点についても一つの指摘がトリガーとなって多様な指摘がなされます。まさに、関係する異なった立場のステークホルダーによるクロスファンクショナルな情報サプライが実現するわけです。
プロジェクトリーダーや担当者は、こういったプロジェクトレビューの機能を活用し、節目毎に情報を集めることで、誤りの無いプロジェクトの舵取りが出来るわけです。
もちろん、プロジェクトレビューと名前をつけてステークホルダーを集めて会議をすれば、こういった情報サプライが実現するかと言えば、そう簡単ではありません。
システム開発は他人事と思っているステークホルダーが多い場合は特にそうです。
プロジェクトレビューが単なる時点実績報告会になってしまわないためには、こういったプロジェクトレビュー開催の目的を事前に周知徹底しておく必要がありますね。やはり工夫は必要なのです。
