第107条
遅延コスト
仕事は大きさや勘、声の大きさで並べられ、待たせた週ごとに失う価値は数えられない。だから一番価値のある仕事が、目立つだけの仕事の後ろで待たされることが多い。
心得
作る費用より先に、一週間待たせる費用を聞く
どうするか
バックログの上位について、一週間待たせるごとに失う額を見積り、その前提を数字の横に書く。それを見込み期間で割り、その順に着手する。幅のある大まかな見積りで構わない。狙いは正確さではなく、各自の見積りがどれだけ食い違っているかを表に出すことだ。効果が長期にわたる仕事のために、順位の外に一定の人手を残しておく。
なぜ起きるか
たいていの仕事は待っている間に価値を失う。まだ入ってこない売上、閉じていく市場の窓、近づいてくる違約金の期日。工数や中身の決まっていない「優先度」で並べたバックログは、その損失について何も言わない。しかも、その損失を各自が頭の中で見積もると大きく食い違う。数字にすべきだと説いた Reinertsen は、その幅をこう言う。"The intuition of members of the same team typically differs by 50 to 1, so the real estimate surprises most team members." 遅延コストを数字にすれば、それを見込み期間で割る（CD3）ことで、限られた人手の一週間あたりに最も多くの価値を出す仕事が先に来る。価値だけ、大きさだけで並べてもこうはならない。
実際にあったこと
Maersk Line は Global Customer Service System の要求それぞれに遅延コストをドルで付け、CD3 の順に着手した。その分布を見ると、最も価値が高く緊急な上位25%の要求は、下位25%より三桁大きな価値を持っていた。"Not ten times, or one hundred times, but a thousand times more valuable."
記録を読む当てはまらなくなるとき
開発時間の取り置き：エンジニアリングの仕事に一件ずつ順位を勝ち取らせるのではなく、人手の取り分をルールで決めておく。Google は SRE の運用作業を時間の50%までに抑え、"Their remaining time should be spent using their coding skills on project work." としている。SRE 本は遅延コストの話をしていないが、本項の読みでは、決まった取り分があれば負債の返済のように一週間あたりの損が小さく見え、順位の上に来にくい仕事を守れる。
出典
Don Reinertsen への『Lean Magazine』のインタビュー (2012)。著書『The Principles of Product Development Flow』(Celeritas, 2009) の内容を語ったもので、"A cost-of-delay calculation establishes the value of time on the critical path of the project." と、直感が50対1も食い違うという話、仕事を "with the highest cost of delay per unit of scarce resource consumed." の順に並べるという話の出典。"If you only quantify one thing, quantify the Cost of Delay" は、Ben Linders による Joshua Arnold への InfoQ のインタビュー (2015) で Reinertsen の言葉として引かれたもの。CD3 は Joshua J. Arnold のサイト Black Swan Farming の『Cost of Delay Divided by Duration』による。"a prioritisation/scheduling method that maximises the value delivered in a given time period when you have limited capacity." の出典。対抗原理は Benjamin Treynor Sloss「Introduction」、Beyer, Jones, Petoff & Murphy 編『Site Reliability Engineering』(O'Reilly, 2016) とその「Ensuring a Durable Focus on Engineering」節から。運用作業を50%までに抑えるという出典で、これを順位づけに当てはめたのは本項の読みだ。Joshua J. Arnold, Özlem Yüce「Black Swan Farming using Cost of Delay」(2013 年に IEEE 形式の論文として書かれ、Arnold のサイト Black Swan Farming に再掲)。Maersk Line の事例の出典。
原典を読む引用するとき
コラムで読む
関連する法則
- 37リトルの法則安定した系では、系の中にある件数の平均は、到着率と平均滞在時間の積に等しい。
- 61制約理論システムの処理量は、最も詰まっている一か所で決まる。
- 20パレートの法則結果の大半は少数の原因から生まれる。たとえば、バグは一部のモジュールに集中する。
- 89時間を固定し、スコープを変えるスコープを固定して時間を固定しないと、ずれるのは期日で、スコープは残る。時間を固定すれば、何が大事かを選ばざるを得なくなる。
- 108最終責任時点早く決めすぎると推測がそのまま設計として固まる。待ちすぎると選択肢が黙って消え、誰も決めないまま成り行きで決まってしまう。
- 111大半のアイデアは失敗する大手 Web 企業のオンライン対照実験では、チームが自分たちでふるいにかけた後のアイデアでも、測ってみると大半は効果がないか逆効果で、どれがそうかを専門家が事前に見分けるのも苦手なことが多い。