ノーム・カースの最優先条項
2026-08-01
agileふりかえりやレトロスペクティブ、ポストモーテムでは、誰が悪かったのかではなく、なぜその出来事が起きたのかを考える必要があります。
そのために、参加者全員でノーム・カースの最優先条項を共有することが大切だと思っています。
原典
Regardless of what we discover, we understand and truly believe that everyone did the best job they could, given what they knew at the time, their skills and abilities, the resources available, and the situation at hand.
— Norman L. Kerth, Project Retrospectives: A Handbook for Team Reviews（2001）
The Prime Directive - Agile Retrospective Resource Wiki
私たちが何を見つけたとしても、
- その時点で知っていたこと
- その人のスキルと能力
- 利用可能だったリソース
- その場の状況
を踏まえれば、全員がその人にできる最善を尽くしていたと、私たちは理解し、心から信じます。
(拙訳)
目指している状態
ノームカースの最優先条項によって、参加者は非難や自己防衛からいったん距離を取り、起きた出来事をチームの学習対象として捉えやすくなります。
参加者同士で過去の責任を追及するのではなく、出来事が生じた条件を理解し、未来に向けて「私たちは何を変えるべきか」を考えられるようになります。
ノームカースの最優先条項によるリフレーミングの例
最優先条項は、本人の判断が客観的に正しかったと認定するものではありません。ここでは、その判断が当時の本人にはなぜ妥当、あるいは最善に見えたのかを考えてみます。
例1：確認不足で障害を起こした
責任追及のフレーム
担当者の確認が甘かった。
もっと注意深く作業すべきだった。
最優先条項によるリフレーミング
担当者は、当時得られた情報と時間の中では、この確認で十分だと判断した。
何がその判断を妥当なものに見せていたのだろうか。
ここから問いが変わります。
- 確認項目は明文化されていたか
- 正常性を判断できる情報が表示されていたか
- 作業を急がせる状況がなかったか
- 二重確認が実質的に機能していたか
- 過去に同じ手順で成功していたため、危険を認識しにくくなっていなかったか
例2：仕様の考慮漏れがあった
責任追及のフレーム
開発者が仕様を理解していなかった。
設計力が足りなかった。
最優先条項によるリフレーミング
開発者には、そのケースが重要だと判断できるだけの情報がなかった。
なぜその情報が設計や実装の時点で見えなかったのだろうか。
すると、個人の能力ではなく、
- ユースケースが共有されていたか
- ドメイン知識が特定の人に偏っていなかったか
- 受け入れ条件に境界ケースが含まれていたか
- レビュー時にユーザー視点を確認していたか
といった構造を調べられます。
例3：レビューで不具合を見逃した
責任追及のフレーム
レビュアーがちゃんと見ていなかった。
最優先条項によるリフレーミング
レビュアーは、その変更に対して必要な確認を行ったつもりだった。
なぜ問題がレビュー対象として認識されなかったのだろうか。
例えば、
- PRが大きすぎた
- 変更の意図が説明されていなかった
- レビュアーに必要なドメイン知識がなかった
- 観点がコード品質に偏り、仕様確認が抜けていた
- レビュー時間が十分に確保されていなかった
と捉え直せます。
例4：相談せずに独断で進めた
責任追及のフレーム
なぜ勝手に進めたのか。
もっと早く相談すべきだった。
最優先条項によるリフレーミング
本人にとっては、相談せずに進めることが最善の選択に見えていた。
相談を妨げていたものは何だったのだろうか。
背景には、
- 忙しそうで声をかけづらかった
- 相談すると進行が遅れると感じていた
- 自分で解決することが期待されていると思っていた
- 過去に相談して否定された経験があった
- どの段階で相談すべきか基準がなかった
といった条件があり得ます。
例5：手順を守らなかった
責任追及のフレーム
ルール違反をした本人が悪い。
最優先条項によるリフレーミング
本人には、手順を省略する方が、その場の目的を達成しやすいと見えていた。
なぜ正式な手順よりも、手順を省略する方が妥当に見えたのだろうか。
ここでは、
- 手順が現実の作業に合っていなかった
- 手順どおりでは期限に間に合わなかった
- 守らなくても過去に問題が起きなかった
- ルールの目的が理解されていなかった
- 正式な手順が過度に重かった
という可能性を検討できます。
リフレーミングの型
最優先条項を使うと、次のように問いを変えられます。
| 責任追及のフレーム | 最優先条項によるリフレーミング |
|---|---|
| なぜその人は失敗したのか | なぜその行動が、当時の本人には妥当に見えたのか |
| 誰が悪いのか | どのような条件の組み合わせが、この結果を生んだのか |
| 次は気をつけよう | 次回は、異なる判断が自然に選ばれるように何を変えるか |
一言で表すなら、ノーム・カースの最優先条項によるリフレーミングとは、
人の誤りだけで結果を説明することから、その判断と結果を生み出した条件を説明することへの転換
です。
システム思考：個人ではなく、結果を生み出したシステムを見る
ノーム・カースの最優先条項について考えていると、システム思考との近さを感じます。
システム思考では、ある出来事を一人の行動だけで説明するのではなく、その結果を生み出した背景にあるシステムに目を向けます。
問題が起きたとき、「誰が間違えたのか」という個人の行動だけを見ても、同じ結果を生み出すシステムが残っていれば、問題が再発する可能性が高いです。
人を分析対象から外すわけではありません。人の判断や行動も含めて、このシステムがどのように動いていたのかを理解し、異なる結果が自然に生まれるようにシステムを設計し直すという考え方です。