SES営業必見！見積り手法は開発モデルによって選択すべし
SES営業において、正確な見積りは受注獲得と利益確保の両方を左右する重要な要素です。
しかし、多くの営業担当者が見落としがちなのが、開発モデルによって適切な見積り手法が異なるという点です。
ウォーターフォール開発とアジャイル開発では、プロジェクトの進行方法が根本的に異なるため、見積りアプローチも変える必要があります。画一的な見積り手法を用いることで、受注機会の損失や利益圧迫を招くリスクがあります。
開発モデルに応じた適切な見積り手法を選択することで、クライアントにとって納得感のある提案ができ、自社の利益も確保できる Win-Win の関係を構築できます。
1. ウォーターフォール開発における見積り手法.
ウォーターフォール開発は、要件定義から設計、開発、テスト、リリースまでを段階的に進める従来型の開発手法です。
この開発モデルでは、プロジェクト開始時に全体の要件が明確に定義されるため、比較的精度の高い見積りが可能です。
1-1. ボトムアップ見積り
ウォーターフォール開発で最も効果的なのが工程別積み上げ見積りです。各工程（要件定義、基本設計、詳細設計、製造、単体テスト、結合テスト等）に必要な工数を個別に算出し、それらを積み上げて全体工数を求めます。
この手法のメリットは、各工程の工数根拠が明確になり、クライアントに対して説明しやすい点です。また、プロジェクト進行中の進捗管理もしやすくなります。
1-2. ファンクションポイント法
システムの機能数や複雑度を基準に工数を算出する手法です。
入力画面数、出力帳票数、データベース更新処理数などを係数化し、過去の実績データと照合して工数を導き出します。
特にWeb アプリケーション開発では有効で、「画面1つあたり○人日」「API1つあたり○人日」といった標準値を設定することで、迅速かつ一定の精度で見積りができます。
1-3. 類推見積り
過去に実施した類似プロジェクトの実績を基準に、規模や複雑度の違いを加味して工数を調整する手法です。豊富な過去実績があるSES企業で特に有効です。
ただし、技術環境の変化や要件の特殊性を適切に反映させないと、大幅な見積り誤差を生じる可能性があるため注意が必要です。
2. アジャイル開発の見積りアプローチ.
アジャイル開発では、短いイテレーション（スプリント）を繰り返しながら段階的に機能を実装していきます。
全体要件が流動的であるため、従来の確定的見積りではなく、柔軟性を持った見積り手法が求められます。
2-1. ストーリーポイント見積り
アジャイル開発で広く使用される手法で、各機能（ユーザーストーリー）の相対的な複雑度をポイントで表現します。過去のスプリント実績から1ポイントあたりの工数を算出し、全体工数を推計します。
この手法の利点は、絶対的な工数ではなく相対的な複雑度で評価するため、開発チームの成熟度に応じて生産性が向上していく点を反映できることです。
2-2. タイムボックス型見積り
一定期間（例：3ヶ月）の予算内でどれだけの機能を実装できるかを提示する手法です。「月○○万円で○○機能まで実装可能」といった形で提案します。
クライアントにとって予算管理がしやすく、優先度の高い機能から順次実装していくアジャイルの思想とも合致します。
2-3. 段階的見積り
プロジェクト全体を複数のフェーズに分割し、最初のフェーズの見積りのみ詳細に算出し、後続フェーズは概算で提示する手法です。
各フェーズ完了時に次フェーズの見積りを見直すことで、不確実性に対応します。
3. ハイブリッド開発モデルの見積り戦略.
近年、ウォーターフォールとアジャイルの要素を組み合わせたハイブリッド開発モデルが増加しています。例えば、要件定義と基本設計はウォーターフォールで実施し、詳細設計以降をアジャイルで進める手法などです。
このような案件では、工程ごとに適切な見積り手法を選択する必要があります。
3-1. 工程別見積り手法の組み合わせ
・要件定義・基本設計：工程別積み上げ見積り
・詳細設計・開発・テスト：ストーリーポイント見積り
この組み合わせにより、確定部分は精度の高い見積り、不確定部分は柔軟性を持った見積りを提示できます。
4. 技術特性に応じた見積り調整.
開発モデルに加えて、使用技術の特性も見積りに大きく影響します。
4-1. 新技術・フレームワークの場合
チームの習熟度が低い新技術を使用する場合は、学習コストを見積りに含める必要があります。通常の1.2〜1.5倍程度の工数バッファを設けることが一般的です。
4-2. レガシーシステム連携の場合
既存システムとの連携が必要な場合は、仕様調査や影響範囲の調査に想定以上の工数がかかる可能性があります。
調査工程を独立して設定し、リスクバッファを厚めに設定します。
4-3. クラウド・SaaS活用の場合
AWSやAzureなどのクラウドサービスを活用する場合は、従来のオンプレミス開発とは異なる見積り要素を考慮する必要があります。
特にインフラ部分の自動化により開発効率は向上しますが、設計・設定工数は増加する傾向があります。
5. リスクファクターを考慮した見積り調整.
どの開発モデルを選択する場合でも、プロジェクトリスクを適切に見積りに反映させることが重要です。
5-1. 要件変更リスク
要件変更の可能性が高い案件では、基本見積りに対して5〜15%程度のリスクバッファを設定します。
アジャイル開発の場合は要件変更を前提としているため、バッファは低めに設定できます。
5-2. 技術的難易度リスク
技術的チャレンジの多い案件では、プロトタイプ開発やスパイク開発の工数を別途計上します。
また、技術検証が必要な項目については、本格開発前の検証フェーズを設けることを提案します。
5-3. チーム編成リスク
新しいメンバーが多い場合や、リモートワーク比率が高い場合は、コミュニケーションコストを見積りに含めます。
通常の1.1〜1.3倍程度の調整が目安となります。
6. クライアント提案における見積り説明のコツ.
適切な見積り手法を選択できても、クライアントに納得してもらえなければ受注につながりません。
開発モデルに応じた効果的な説明方法を身に付けることが重要です。
6-1. ウォーターフォール案件の場合
工程別の詳細見積りを提示し、各工程の必要性と工数根拠を論理的に説明します。
過去の類似案件実績を引用することで説得力を高めることができます。
6-2. アジャイル案件の場合
確定的な工数ではなく、価値提供の観点から説明することが効果的です。
「○○万円の投資で△△の機能が実現でき、××のビジネス価値を創出できます」といった提案を行います。
7. まとめ.
見積り作業の効率化と精度向上のためには、システム化が有効です。
開発モデル別のテンプレートや過去実績データベースを整備することで、迅速かつ正確な見積りが可能になります。
特にSES管理アプリを導入している企業では、エンジニアのスキル情報と連動した自動見積り機能を活用することで、営業力の大幅な向上を実現しています。
開発モデルの多様化に対応できる柔軟な見積り体制の構築が、今後のSES企業の競争力を左右する重要な要素となるでしょう。