第89条
時間を固定し、スコープを変える
スコープを固定して時間を固定しないと、ずれるのは期日で、スコープは残る。時間を固定すれば、何が大事かを選ばざるを得なくなる。
心得
かかる時間より先に、かける価値のある時間を決める
どうするか
作業を始める前に、どれだけかかるかではなく、どれだけの時間をかける価値があるかを決め、スコープをそれに合わせる。時間が尽きたら原則として止める。できた部分が単独で成り立つなら出し、そうでなければ問題の切り方を作り直して、もう一度賭けるかを改めて決める。黙って延長しない。機能はテストやレビューより先に削る。筋の通った最小単位より細かく切れない仕事では、時間を固定しない。
なぜ起きるか
見積りは設計から始まり、数字で終わる。その数字はたいてい同じ方向に外れる。未知のことは作業が進んでから初めて出てくるからだ。期日がずれてもスコープは残る。どの項目にも推す人がいて、何かを削るより時間を延ばすほうが安く感じるからだ。先に時間を固定すると（『Shape Up』はこれを「アペタイト」と呼ぶ）、問いは「どれだけかかるか」から「この時間で出せる最良の版は何か」に変わり、スコープを削るのは失敗を認めることではなく普通の判断になる。超過したプロジェクトに延長を重ねるのも同じ力が働いた結果で、そこにはサンクコストも加わっている。
当てはまらなくなるとき
隠れた変数としての品質：期日が固定されてもスコープを削れない、あるいは削らないチームは、代わりにテストやレビュー、エラー処理を削る。また、プロトコルやコンプライアンス要件のように、それ以下に切っては出す意味のない下限がある仕事もある。
出典
Ryan Singer『Shape Up』(Basecamp, 2019) 第 3 章「Set Boundaries」。アペタイトと "fixed time, variable scope" の出典。第 8 章「The Betting Table」のサーキットブレーカー ("by default the project doesn't get an extension")。先行して 37signals『Getting Real』(2006)「Fix Time and Budget, Flex Scope」("Never throw more time or money at a problem, just scale back the scope")。
原典を読む引用するとき
Hammurabi『第89条 時間を固定し、スコープを変える』 https://kanywst.github.io/hammurabi/ja/laws/fixed-time-variable-scope/
BibTeX
@misc{hammurabi-fixed-time-variable-scope,
title = {時間を固定し、スコープを変える},
author = {{Hammurabi contributors}},
note = {Hammurabi, § 89},
url = {https://kanywst.github.io/hammurabi/ja/laws/fixed-time-variable-scope/}
}