今回は、会社や組織で今まで取り組んだことがない初めて実施する業務をどのように見積もればよいか解説します。
会社や組織が新しい開発プロジェクトを始めるか否かを決定する前に必ず日程の見積もりをします。今までの実績がある開発案件であれば、難なく見積もりができるかと思いますが正直、今まで通りに進まなそうな複雑な案件が多くなっているのも事実です。
そんな時に使うと便利な見積もり方法があるので、ご紹介します。
それは、「タスク（＝業務）分割による見積もり方法」です。
この見積もり方法の流れは５つです。
- 過去の開発プロジェクトの中で共通点が多いプロジェクトを選ぶ
- 過去の開発プロジェクトの実績の中から同じような業務を選ぶ
- 選ぶ業務は３つとし、それぞれ容易、普通、困難といった難易度に分ける
- 対象の開発プロジェクトの業務を分解し、難易度を当てはめ累積する
- 開発人員の保有スキルや業務割合に合わせた定数を掛け合わせる
この見積もり方法におけるポイントは３つめの「難易度別に３つの小さい業務を選択する」ことです。全ての開発ステップをまとめて過去の開発プロジェクトに当てはめると、見積もり結果と実際の進捗に大きな差が出ます。
難易度に応じて３つに分けることで、管理可能な業務単位ごとに客観的に判断することができ、累積結果の信頼度が高まります。
１年以上におよぶ、しかも未知の開発案件を一気に見積もることは難しいですが、開発者がイメージできる単位の業務に分割することで、一気に見積もりがしやすくなります。そしてもう一つのポイントは４つめの「対象の開発プロジェクトの業務を分解する」ことです。
この方法についてリーダーに成り立ての開発者からよくこんな意見が出ます。
- 「今まで経験したことがない業務を分解することは出来ない」
- 「分解するだけでどれだけ時間がかかると思うんだ！そんな暇はない」
などです。
しかし、経営者や開発リーダーは全ての情報がなくとも判断することがどんなシーンにおいても求められます。
過去の経験や事例などの事実を元に予測・判断スキルを上げることが近道です。ご自身がイメージできる業務単位に分解することを諦めないで実施してください。
現実的には、突発的な環境の変化や課題が発生することで、見積もり結果通りに開発が進むことは稀です。しかし、「あくまで見積もりなので、途中で変わることが当たり前」と割り切る会社や組織は次第に信頼されなくなり、組織風土としてもよいとは言えません。
見積もりに時間をかけすぎることはいけません...
