見積りは難しいです。ソフトウェアは不確定要素に満ちているからです。目標は偽りの精度ではなく、現実的で誠実に伝えられる範囲 であり、それがビジネスの計画を助けます。優れたテックリーダーは範囲で見積り、リスクを表面化させ、学習するにつれて再予測します。
より良く見積もる方法
text
✓ Break work down — small tasks estimate far better than big ones
✓ Estimate as a RANGE or confidence ("2-4 weeks, 70% confident")
✓ Include the invisible work — testing, review, deployment, unknowns
✓ Use history — what did similar work actually take?
✓ Involve the people doing the work — not just you
✓ Separate ESTIMATE from COMMITMENT (deadlines are negotiated, not guessed)
具体的な例
「新しいダッシュボードはどのくらい時間がかかりますか?」と聞かれたときに、「2週間です」と言わないでください。代わりに「既知の作業は約2週間です。報告APIについての不確定要素があります。それがきれいなら2週間、そうでなければ4週間に近いです。1日のスパイク後により詳しくわかります」と言いましょう。
パディングを誠実に管理する
見積りをひそかに膨らませず、楽観主義がそれを打ち砕くのを許さないでください。不確実性を 明示的 にして、ステークホルダーが驚かされる代わりに情報に基づいた判断ができるようにします。
なぜ重要なのか
悪い見積りは信頼を損なわせます。「常に遅れている」チームも「サンドバッギング」チームも信用を失います。
誠実な範囲と目に見えるリスクにより、ビジネスは真の trade-off 判断ができます。そしてあなたのチームを彼らの代わりに下された不可能なコミットメントから守ります。
