敏腕PMブログ

コストと機能のトレードオフ

このエントリをはてなブックマークに追加このエントリをdel.icio.usに追加このエントリをLivedoor Clipに追加このエントリをYahoo!ブックマークに追加このエントリをFC2ブックマークに追加このエントリをNifty Clipに追加このエントリをPOOKMARK. Airlinesに追加このエントリをBuzzurl(バザール)に追加このエントリをChoixに追加このエントリをnewsingに追加

皆さんこんにちは。癒し系PMの大橋です。

PMの皆さんの主な仕事に、顧客との開発内容の調整があると思います。
こんな経験、ありませんか?

1. 客先のトップからは、「3月オープン必達だからね」と言われる
2. でも現場担当者と話を始めると機能要望が次から次へ出てきて、開発内容が膨らむ
3. 気が付けば機能が増えすぎて、どう考えても3月に間に合わない ((((;゜Д゜)))

アルアルですって?これって何が悪かったのでしょうか。
現場担当者が要望をどんどん挙げたこと?それを引き受けてしまったこと?

敏腕PMとしては、客先トップの意識がプロジェクトメンバーに共有されていなかったことを問題と捉えるべきです。プロジェクトには、大きく分けて2種類あります。

A. コスト・スケジュール優先のプロジェクト
B. コストよりも、機能の多さや使いやすさ優先のプロジェクト

1.~3.を見てみると、1.で会社トップがスケジュール優先であると言っているのに、2.で現場担当者は機能優先で話をしてしまっています。

ここでPMとして、もう一度トップにコストと機能のどちらが優先か確認し、その意思をプロジェクトメンバーに伝えてもらうべきです。また、コストと品質はトレードオフの関係で、両方を全て実現するのは現実的でないことも共有すべきでしょう。

コスト・スケジュール優先の場合、あまり使わない機能は開発しないといった判断が必要ですが、コストこそが優先であるとプロジェクト全体で意識が統一されていないと話が進みません。

プロジェクトの初めでスケジュールが破綻しかけたら、コストと品質、どちらが優先か確認してみてください。

ではまた!

参考文献:林 千晶, 高橋 宏祐 『Webプロジェクトマネジメント標準 PMBOK(R)でワンランク上のWebディレクションを目指す』技術評論社 2008年


コメントをどうぞ