[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
ただいまコメントを受けつけておりません。
プロジェクトの安泰さを測る物差しの一つに「トラック係数」というものがある。
こちら、「プロジェクトメンバーが『何人』急にいなくなったらプロジェクトが破綻するか」を表す数字である。多い方が良い数字。名前は「トラックに何人撥ねられてもプロジェクトが存続するか」という意味らしい。
開発のみならず、サークルなどにも応用できる考え方だと思う。
この製品はAさん、Bさん、Cさんの3人で作っている。お客様が触れる部分をAさんとBさんの2人、基盤となる部分をCさん1人で。この場合、Cさんが欠けたらプロジェクトは破綻するので、トラック係数は1となる。
しかし、もしもBさんがCさんと一緒に基盤部分を触っていれば、BさんとCさんの双方が欠けなければプロジェクト存続は可能であるため、トラック係数は2に増える。
この製品はプログラムを書く人が豊富であり、一つのモジュールにつき、最低3人がかかわっている。しかし、運用チームの層は薄く、2人で回している。この場合、トラック係数は2となる。
さらに運用チーム2人の担当エリアが分かれており、互いの仕事をよくわかっていない場合、トラック係数は1となる。
トラック係数が1でないプロジェクトってどれだけあるのだろう? どんなに色々考えても、どうしたって一人しか把握できていない部分って生じるように思う。その部分を他の人でも把握しやすいように作れているか、ないしは、把握できない場合に切り捨てて作り直せるようになっているか、が重要な気がする。
ただいまコメントを受けつけておりません。