遅延コスト とは？

そう、でもただ「損する」じゃなくて「いくら損するか」を数値化するのがポイントなんだ。例えば月額100万円の売上が見込める機能のリリースが1ヶ月遅れたら、遅延コストは100万円。これが見えると「急ぐべきか否か」が明確になるよ。

正確じゃなくていいんだ。大事なのは「相対的にどちらが遅延コストが高いか」を比較すること。フィボナッチ数列で相対見積もりするチームも多いよ。精密さより「意思決定に使える程度の精度」があれば十分だね。

時間経過で遅延コストがどう変化するかのパターンだよ。セキュリティパッチは時間が経つほどリスクが急増する「急落型」、確定申告対応は期日を過ぎたら価値ゼロの「固定期日型」、地道なリファクタリングは緩やかに増える「標準型」。パターンがわかると優先判断がしやすくなるんだ。

バックログの各アイテムに遅延コストを見積もって、ジョブサイズで割ったWSJFで並べ替える。遅延コストが高くてサイズが小さいものが最優先になる。これだけで「なぜこの順番なのか」がチーム全員に説明できるようになるよ。

劇的に変わるよ。「この機能は1週間遅れるごとに50万円損する」と言われたら、レビュー待ちで3日放置なんてできないよね。待ち時間やハンドオフを減らすモチベーションが生まれるし、フロー効率を意識するきっかけにもなるんだ。

ステークホルダーを巻き込むのが一番大切だよ。エンジニアだけで見積もると技術的価値に偏りがちだから、ビジネス側に「この機能が1ヶ月遅れたらどうなる？」と聞くんだ。その対話自体が、ビジネスと開発の認識を揃える貴重な機会になるよ。