Blog

初めての開発プロジェクトの日程見積り法

  • このエントリーをはてなブックマークに追加

今回は、会社や組織で今まで取り組んだことがない初めて実施する業務を
どのように見積もればよいか解説します。

会社や組織が新しい開発プロジェクトを始めるか否かを決定する前に必ず日程の
見積もりをします。

今までの実績がある開発案件であれば、難なく見積もりができるかと思いますが
正直、今まで通りに進まなそうな複雑な案件が多くなっているのも事実です。

そんな時に使うと便利な見積もり方法があるので、ご紹介します。

それは、「タスク(=業務)分割による見積もり方法」です。

この見積もり方法の流れは5つです。

  1. 過去の開発プロジェクトの中で共通点が多いプロジェクトを選ぶ
  2. 過去の開発プロジェクトの実績の中から同じような業務を選ぶ
  3. 選ぶ業務は3つとし、それぞれ容易、普通、困難といった難易度に分ける
  4. 対象の開発プロジェクトの業務を分解し、難易度を当てはめ累積する
  5. 開発人員の保有スキルや業務割合に合わせた定数を掛け合わせる

この見積もり方法におけるポイントは3つめの「難易度別に3つの小さい業務を
選択する」ことです。
全ての開発ステップをまとめて過去の開発プロジェクトに当てはめると、
見積もり結果と実際の進捗に大きな差が出ます。
難易度に応じて3つに分けることで、管理可能な業務単位ごとに客観的に判断
することができ、累積結果の信頼度が高まります。
1年以上におよぶ、しかも未知の開発案件を一気に見積もることは難しいですが
開発者がイメージできる単位の業務に分割することで、一気に見積もりがしやすくなります。

そしてもう一つのポイントは4つめの「対象の開発プロジェクトの業務を分解
る」ことです。
この方法についてリーダーに成り立ての開発者からよくこんな意見が出ます。
「今まで経験したことがない業務を分解することは出来ない」
「分解するだけでどれだけ時間がかかると思うんだ!そんな暇はない」
などです。
しかし、経営者や開発リーダーは全ての情報がなくとも判断することが
どんなシーンにおいても求められます。
過去の経験や事例などの事実を元に予測・判断スキルを上げることが近道です。
ご自身がイメージできる業務単位に分解することを諦めないで実施してください。

現実的には、突発的な環境の変化や課題が発生することで、見積もり結果通りに
開発が進むことは稀です。

しかし、「あくまで見積もりなので、途中で変わることが当たり前」と割り切る
会社や組織は次第に信頼されなくなり、組織風土としてもよいとは言えません。

見積もりに時間をかけすぎることはいけませんが、意味のない結果を提示して
あとで痛い目に合わないよう、見積もり精度をあげる努力は継続しましょう。
継続することで見積もり精度は格段に上がり、会社や組織が顧客に与える信頼度
がグッと高まります。
そして開発者個人に依存することなく、会社や組織の保有スキルとしての
見積もり方法を構築することで強い会社・強い組織を作りたいですね。

ランキングに参加しています。
下記のボタンで応援をお願いいたします。

にほんブログ村 経営ブログ コンサルタントへ
にほんブログ村

  • このエントリーをはてなブックマークに追加

「Tech×Bizラボ」メルマガ登録

ビジネスにお役立ちする
ちょっとしたヒントや
新商品の開発ポイントを
わかりやすくお伝え、
お役立ち情報をお届けする
無料メールマガジンです。

株式会社ファースト・イノベーテック は Stephen Fry も推奨の WP Super Cache を使用しています。