第108条
最終責任時点
早く決めすぎると推測がそのまま設計として固まる。待ちすぎると選択肢が黙って消え、誰も決めないまま成り行きで決まってしまう。
心得
決定ごとの期限を知り、その手前で決める
どうするか
保留中の設計判断ごとに、選択肢を消してしまう出来事（契約の期日、インタフェースが固まるリリース、別チームがその上に作り始めること）を書き出し、その日付をカレンダーに入れる。その日になってからではなく、その前に決める。他の作業を止めている決定や、レイヤ分けのように後のすべてを形づくる決定を先送りする口実には使わない。
なぜ起きるか
プロジェクトの初めはチームが最も物を知らない時期で、早い段階で決めると事実が出そろう前に視野が狭まる。決定を保留すれば、学びが追いつく時間ができる。だが保留中の決定には、誰も知らせてくれない期限がある。Poppendieck 夫妻は最終責任時点を "the moment at which failing to make a decision eliminates an important alternative." と定義する。契約が自動更新される、API が出て呼び出し元がつく、別のチームがある前提の上に作り始める。そうして選択肢は消える。"If commitments are delayed beyond the last responsible moment, then decisions are made by default, which is generally not a good approach to making decisions." 夫妻は、使い勝手の設計、レイヤ分け、コンポーネントのまとめ方のように早く決めたほうがよいものもあるとし、"A bias toward late commitment must not degenerate into a bias toward no commitment." とも書いている。
当てはまらなくなるとき
最も責任ある時点：Wirfs-Brock は、最終責任時点がいつなのか自分には見分けられないと書く。それを狙うと、いつでも考え直す時間があると思い込んでしまうという。だから、決めることで良い影響が出る時点が来たら決めるほうを選ぶ。その時点は、多くの場合もっと早く来る。
出典
Mary & Tom Poppendieck『Lean Software Development: An Agile Toolkit』(Addison-Wesley, 2003) 第3章「Tool 8: The Last Responsible Moment」(pp. 57–59)。定義、「decisions are made by default」、決めないことへの偏りへの警告の出典。用語は Lean Construction Institute の造語だと同書が書いている。「最も責任ある時点」は Rebecca Wirfs-Brock「Agile Architecture Myths #2 Architecture Decisions Should Be Made At the Last Responsible Moment」(2011)。
原典を読む引用するとき
Hammurabi『第108条 最終責任時点』 https://kanywst.github.io/hammurabi/ja/laws/last-responsible-moment/
BibTeX
@misc{hammurabi-last-responsible-moment,
title = {最終責任時点},
author = {{Hammurabi contributors}},
note = {Hammurabi, § 108},
url = {https://kanywst.github.io/hammurabi/ja/laws/last-responsible-moment/}
}