第26章 成功と失敗を記録する

第25章では、顧客の証拠、動くモック、メンバーとの協働を、次期体制と段階予算へつなげました。案件が終わった後に「成功」「失敗」だけを付けても、次の案件で何を再利用すべきかは分かりません。

経験を知見へ変えるには、結果から物語を作るのではなく、当時の背景、制約、仮説、選択肢、判断、行動、結果を時点ごとの証拠とともに再構成します。

26.1 結果だけで判断品質を決めない

良い結果が出ても、危険を無視した偶然かもしれません。悪い結果でも、当時得られた情報から妥当な選択だった可能性があります。

結果を無視するのではありません。結果と判断過程を別に評価し、次の選択を改善します。

26.2 記録を案件終了まで待たない

記憶は、結果を知った後に一貫した物語へ書き換わります。重要な判断点で、次を残します。

• その時点で分かっていた事実と出典
• 置いた仮説、推定、未知
• 比較した選択肢と評価基準
• 採用した選択と、採用しなかった理由
• 反対意見と再検討条件
• 予想した結果と観測期限
• 次の行動、責任者、支出上限

第22章の決定記録と第24章の変更履歴が、そのまま振り返りの一次資料になります。

振り返りの深さは、金額、顧客・従業員への影響、安全・法令、計画逸脱、未知、再利用可能性に比例させます。目立つ成功と失敗だけでなく、一定の基準で通常案件も抽出し、都合のよい事例だけを選びません。

通常案件では、決定、当時の予想、実際の結果、学び、次に変える一つの行動から記録します。重大な影響、高額、不可逆、部門横断、再発案件では、背景、反対意見、欠測、情報区分まで確認を広げます。参加者、時間、成果物にも上限を置きます。

26.3 背景と制約を結果から分ける

案件記録は、少なくとも次の順で作ります。

背景:
顧客、事業、組織はどの状態だったか。

目的:
誰の何を、いつまでに変えようとしたか。

制約:
現金、時間、人、能力、法令、安全、契約は何だったか。

仮説:
何が正しければ選択が有効だと考えたか。

判断:
何と比べ、誰が、どの条件で決めたか。

行動:
実際に何を行い、計画から何が逸脱したか。

結果:
顧客、事業、現場、安全に何が起きたか。

学び:
どの条件で次の判断を変えるか。

結果欄に解釈を混ぜず、観測事実、推定、評価を分けます。

26.4 時系列で予想と実際を並べる

案件終了時の総括だけでは、途中の学びと変更が消えます。

現在の知識で過去の予想を書き換えません。記録にはタイムゾーン付きの基準日時、版、作成者、確認者、原資料へのリンクを残します。

記録に含まれない視点も示します。途中離脱した顧客、失注先、欠席者、退職者、外部委託先、通常案件の記録が欠けていないかを確認し、入手できない情報を「問題なし」と扱いません。

26.5 成功と失敗の単位を分ける

案件全体を一語で評価すると、異なる結果が消えます。

• 顧客成果は改善したか
• 事業採算と現金は守れたか
• 現場能力と健康は維持できたか
• 安全、法令、権利の最低条件を守ったか
• 重要な未知を減らせたか
• 再利用できる成果物を残せたか

例えば、顧客完了率は改善したが、支援能力を超えたなら「成功」だけでは不十分です。成果ごとに判定し、代償を残します。

26.6 失敗を個人の性格へ還元しない

「担当者の注意不足」「コミュニケーション不足」で終えると、同じ条件で再発します。

次の層をたどります。

• 作業と道具: 手順、画面、権限、データはどうだったか
• チーム: 役割、能力、引継ぎ、発言経路はどうだったか
• 管理: 目標、指標、期限、承認、同時進行上限はどうだったか
• 組織: 評価制度、予算、契約、部門間関係はどうだったか
• 外部: 顧客、取引先、法令、市場の変化は何か

個人の行動を検討しないという意味ではありません。その行動が合理的に見えた状況と、検知・回復できなかった仕組みまで確認します。

故意の違反、差別、ハラスメント、隠蔽などは、学習会だけで処理せず、適切な調査と手続きへ分けます。

26.7 反事実を一つずつ検討する

「もしもっと早く調査していれば成功した」のような反事実は、簡単には検証できません。

反事実を考えるときは、次を示します。

• どの時点で可能だった行動か
• 当時その選択肢を知り得たか
• 必要な費用、時間、権限はあったか
• 何が変わると予想するか
• 別の危険や機会費用は何か

理想的な行動ではなく、当時実行可能だった次善案と比べます。反事実の結果は観測事実ではなく仮説です。確信度、根拠、どの後続案件や追加証拠で反証できるかを付けます。

26.8 振り返りを安全に運営する

目的は、責任を曖昧にすることでも、告白を求めることでもありません。次の意思決定と仕組みを改善することです。

• 事実確認と人事・法務調査を必要に応じて分ける
• 発言を本人の同意なく広い範囲へ公開しない
• 反対意見、沈黙、欠席者の情報を扱う
• 決定者と進行役を必要に応じて分ける
• 改善作業へ責任者、期限、上限を付ける
• 振り返り自体の改善点を確認する

心理的安全性を「何を言っても責任を問われない」と誤解しません。公平な手続きと学習を両立させます。

非難を避けることは、説明責任をなくすことではありません。事実確認、意思決定の説明、改善の実行責任は残します。故意、重大な規程違反、差別、ハラスメント、隠蔽などは、学習目的の振り返りと分け、公正な調査と定められた手続きで扱います。

26.9 守秘、個人情報、匿名化・仮名化を設計する

案件記録には、顧客情報、契約、財務、個人の発言、事故情報が含まれます。

次の区分は例です。実際には組織の情報管理規程、契約、適用法令に合わせます。

名前を消すだけでは匿名化になりません。業種、時期、金額、役職の組み合わせで再特定される場合があります。公開版、社内版、要配慮版を分け、保管期限と削除責任者を決めます。

対応表や追加情報を使えば個人へ戻せる処理は仮名化です。再識別を合理的に防ぎ、個人を識別できなくした匿名化とは区別します。仮名化した情報は、対応表を分離し、アクセスを制限しても、個人情報としての管理が続きます。適用法令と契約は情報管理責任者や専門家が確認します。

26.10 AI で記録を整理し、後知恵を検査する

AI は、時系列の整理、事実と解釈の分離、類似案件の検索候補、欠けた証拠の指摘に使えます。

判断時点の記録、変更履歴、実行結果を示します。

1. 背景、制約、仮説、選択肢、判断、行動、結果へ分ける
2. 各記述を事実、推定、評価、後から得た情報へ分類する
3. 当時の予想と実際を時系列で並べる
4. 計画逸脱、反対事例、欠測を残す
5. 個人の性格で説明した箇所を仕組みの問いへ変える
6. 再利用できる条件と、一回限りの事情を分ける
7. 実名、顧客、機密、再特定可能な組み合わせを指摘する
8. 発言、意図、因果、合意を推測で作らない

AI へ入力する前に、利用環境、契約、保存、学習利用、閲覧権限を確認します。匿名化は AI に任せ切らず、原文を知る人と情報管理責任者が再特定の可能性を確認します。

26.11 学びを行動へ変えて閉じる

振り返りの成果物は長い報告書だけではありません。

• 続ける判断・手順
• やめる判断・手順
• 次回に追加する確認や停止条件
• 修正する教材、テンプレート、ツール
• 追加調査が必要な仮説
• 責任者、期限、確認日

すべての感想を改善項目にしません。再発可能性、影響、変更可能性から優先し、同時進行上限へ入れます。

上位 1〜3 件に絞り、各項目へ完了条件、責任者、適用開始案件、期限、効果確認日を付けます。教材やテンプレートを変更しただけで完了とせず、後続案件で指標、反例、同じ危険へ曝露した機会数、実際の利用状況を確認します。期限を超えた場合は案件記録で定めた所有者から決定権者へ上げます。振り返りで解けない契約、法務、組織設計の問題も、決定権を持つ責任者へ期限付きで渡します。

改善項目を必ず作る必要はありません。変更費用が期待便益を上回る、または現時点で選択を変える証拠がないなら、理由と見直し条件を残して保留または見送ります。

案件の背景、判断、結果、改善項目を一箇所で確認したい場合は、付録 F「プロジェクトふりかえりテンプレート」を使えます。ただし、テンプレートの項目をすべて埋めることが目的ではありません。今回の案件で次の判断を変えるために、どの事実、反例、適用外条件を残すべきかを選びます。

26.12 案件記録を二層にする

短い記録は、第22章の決定記録と第24章の実行記録を重複して書き直さず、次の 5 点へまとめます。

• 決定と当時の予想
• 実際の行動と結果
• 予想との差と残る未知
• 次に変える行動
• 責任者と確認日

詳細版では、背景、目的、制約、仮説、選択肢、反対意見、時系列、計画逸脱、欠測、顧客・事業・現場・安全の結果、反事実、情報区分、改善項目を追加します。記録作成者が一次資料を整理し、案件責任者が判断経緯、影響を受けた人が事実関係、情報管理責任者が公開範囲と保管を確認します。認識が一致しない箇所は、無理に一つの物語へ統合せず、立場と根拠を併記します。

学びの確信度も分けます。

• この案件だけで観測したこと
• 複数案件で反復したこと
• 次の案件で試す暫定ルール
• 反例または適用外の条件

案件記録には所有者と次回見直し日を付けます。原資料を後から書き換えず、訂正は追記、版、理由、確認者として残します。

社内で学習可能になったことと、外部公開可能になったことは同じではありません。契約、顧客確認、再特定、係争、個人への影響を確認してから公開します。外部の学習価値が公開版の作成・確認費用を上回らないなら、公開しない判断も残します。

成功案件も同じ基準で振り返り、問題が起きなかった理由を、設計した能力、検知・回復、偶然や曝露不足へ分けます。

考えてみる問い

最近の案件を一つ選び、当時の背景、制約、仮説、選択肢、判断、予想結果を書いてください。その後に実際の行動と結果を別に書き、現在の知識を当時の判断へ混ぜていないか確認します。さらに、欠けている人の視点と、記録の情報区分を書いてください。

成功と失敗を記録するとは、きれいな物語を作ることではありません。当時の不完全な情報と選択を保存し、結果と判断品質を分け、個人だけでなく仕組みを調べ、次に変える行動へ責任と期限を付けることです。

第27章では、一つの案件記録をそのまま一般則にせず、複数の経験から適用条件、反例、更新理由を残し、本書をプレイブックへ育てます。

参考資料

最終確認日: 2026 年 7 月 15 日。本章の SaaS 事例、案件記録、時系列表、AI への依頼例は、以下の資料を踏まえた本書独自の整理です。

• Google ― Site Reliability Engineering: Postmortem Culture ― 非難より学習と再発防止を重視する事後検証の考え方を参照
• UK Information Commissioner’s Office ― Anonymisation ― 2025 年 3 月公開のガイダンスから、匿名化、仮名化、再特定リスク、ガバナンスの考え方を参照