見積りは難しいです。ソフトウェアは不確定要素に満ちているからです。目標は偽りの精度ではなく、現実的で誠実に伝えられる範囲 であり、それがビジネスの計画を助けます。優れたテックリーダーは範囲で見積り、リスクを表面化させ、学習するにつれて再予測します。
より良く見積もる方法
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日のスパイク後により詳しくわかります」と言いましょう。
パディングを誠実に管理する
見積りをひそかに膨らませず、楽観主義がそれを打ち砕くのを許さないでください。不確実性を にして、ステークホルダーが驚かされる代わりに情報に基づいた判断ができるようにします。