「この予算とスケジュールで、本当に実現できるだろうか」——見積もりの段階で、こうした不安を感じたことがある方は多いのではないでしょうか。

25年以上、PM・エンジニアとして数多くの案件に携わり、予算や納期が厳しい状態のプロジェクトを何度も経験してきました。無理を承知で引き受けてしまい、後になって苦しむケースもあれば、事前の見極めによって適切な調整ができたケースもあります。この記事では、「本当に厳しい案件かどうか」を見極めるための視点と、実際に見極めた後の動き方についてお伝えします。

「厳しい」の正体を、まず分解する

「予算が厳しい」「納期が厳しい」と一括りに語られがちですが、実際には原因が異なるいくつかのパターンに分かれます。原因を分解せずに「とにかく厳しい」で片付けてしまうと、対応の方向性を誤ります。

  • 機能量に対して、予算・期間が単純に足りない
  • 要件が曖昧で、見積もりの前提そのものが定まっていない
  • 見積もり時点と、実際の開発内容にズレが生じている
  • クライアント側の意思決定や確認のスピードが、想定より遅い

同じ「厳しい」でも、原因によって取るべき対策はまったく異なります。まずは、目の前の案件がどのパターンに当てはまるのかを整理することが、見極めの第一歩です。

見極めのチェックポイント

1. 要件が、見積もり可能なレベルまで具体化されているか

「こんな感じで作ってほしい」という曖昧な要望のまま見積もりを求められた場合、それは"厳しい案件"である以前に、"見積もれない案件"です。要件が固まっていない段階での見積もりは、実態とかけ離れた数字になりがちで、後から必ずズレが表面化します。まずは要件を具体化するための時間を確保できるかどうかが、最初の分かれ道になります。

2. 「絶対に必要な機能」と「あったら嬉しい機能」が、切り分けられているか

すべての要望を全部盛り込んだ状態で予算・納期を検討すると、ほぼ確実に厳しい数字になります。クライアント側が優先順位をつけられていない場合、こちらから「最初のリリースに、絶対必要なものはどれですか」と問いかけ、削れる部分を一緒に探せるかどうかを確認します。ここで削減の余地がまったくない案件は、危険信号です。

3. 過去の類似案件と比較して、工数の桁が合っているか

これまでの経験から、似たような規模・内容の案件にどのくらいの工数がかかったかという感覚を持っておくと、見積もりの妥当性を素早く判断できます。感覚的に「桁が違う」と感じる場合は、要件の見落としや、想定していない複雑さが隠れている可能性が高いです。

4. クライアント側の意思決定スピードは、どのくらいか

技術的な作業量だけでなく、確認や承認にかかる時間も、実際のスケジュールに大きく影響します。過去のやり取りで返信が遅い、決裁者がなかなか出てこないといった傾向が見えている場合、開発工数だけで見積もった納期は、実態よりかなり楽観的な数字になっている可能性があります。

5. 契約・請求の単位は、リスクを分散できる形になっているか

長期の一括契約は、途中で状況が変わったときのリスクを、どちらか一方に偏らせてしまいます。月単位・フェーズ単位で契約を区切れるかどうかも、厳しい案件かどうかを見極める材料の一つです。区切れない前提を求められる場合、それだけリスクが高い案件だと捉えるべきです。

「厳しい」と判断したときの動き方

1. 「できません」ではなく、「この条件ならできます」で返す

厳しいと感じた案件をそのまま断ってしまうのは簡単ですが、多くの場合、クライアント側も予算や納期の根拠を持って提示しているわけではありません。「この機能を削れば、この予算内で実現できます」「この納期なら、体制をこう変える必要があります」というように、条件を変えれば実現可能な形を提示することで、双方にとって現実的な着地点を探れます。

2. リスクを、事前に言語化して共有する

無理を承知で引き受ける場合でも、「このリスクを許容したうえで進める」という前提を、事前にクライアントと共有しておくことが重要です。曖昧な要件のまま進める、確認の時間が短いまま開発を進める、といった判断は、後になって「言った・言わない」の対立を生みやすいポイントです。事前の言語化が、後々の関係を守ります。

3. スコープを、小さく区切って進める提案をする

予算・納期どちらも動かせない場合でも、開発の進め方自体を工夫できる余地があります。最初から全機能を作り切るのではなく、優先度の高い部分から小さく区切ってリリースしていく進め方を提案することで、限られたリソースの中でも、事業側にとって価値のある成果を早いタイミングで届けられます。

それでも引き受けるべきではない案件のサイン

見極めた結果、次のようなサインが重なる案件は、慎重に判断すべきだと考えています。

  • 要件を具体化する時間そのものが確保できない
  • 機能の優先順位づけに、クライアント側が一切応じない
  • 契約・請求の単位を、リスク分散できる形に変えられない
  • リスクを共有しても、認識をすり合わせる姿勢が見られない

これらが重なる案件は、たとえ引き受けたとしても、途中で立ち行かなくなる可能性が高くなります。無理に引き受けて疲弊するよりも、早い段階で見極め、条件面での交渉や、場合によっては丁重にお断りするという判断も、長期的にはお互いのためになります。

まとめ

予算・納期が厳しい案件かどうかを見極めるには、感覚的に「厳しそう」で終わらせず、次の視点で分解して確認することが大切です。

  • 「厳しい」の原因が、機能量・要件の曖昧さ・見積もりのズレ・意思決定の遅さのどれに当たるかを分解する
  • 要件の具体化、優先順位づけ、過去案件との比較、意思決定スピード、契約単位を一つずつ確認する
  • 厳しいと判断したら、「できません」ではなく「この条件ならできます」で返す
  • リスクは事前に言語化し、スコープは小さく区切って進める提案をする

見極めの精度を上げることは、案件を断るための技術ではなく、無理のない形でプロジェクトを成功に導くための、最初の重要な一歩だと感じています。