Day 046 — 統合: 決めた案が外れたときの振り返りと方針転換

🎬 シナリオ

今日は 10/4（日）。前回の統合（Day039）は「何を諦めるかを選ぶ」場面だった。今回は選んだ後の話。MOps チームの「注文後体験」ライン（エンジニア2名）は、7/8 の部長会で意思決定メモを通し、8/18 に「配送日時のセルフ変更」をリリースした。購入者が注文履歴から、出荷指示の前なら配送日時を自分で変えられる機能。

8週が過ぎた。10/2 に届いた数字（演習シナリオ上の設定値）

工数が増えた内訳（エンジニアリードの振り返りメモ）

📝 課題

あなたのタスク: 10/8 の見直し会に出す振り返りと方針転換の資料一式を作ってください。

1. 決定の振り返り表: 前提ごとに「当時の値／実際／当時知り得たか／分類（決め方の欠陥・運・当たり）」
2. 効果のずれの分解: 見込み2,604件 → 実際1,400件（台風分を除く）の差を、前提ごとに分ける
3. 工数のずれの分解: 20 → 41人日を WBS の中の誤差と WBS の外に分け、三点見積もりで防げたかを答える
4. 継続・転換・中止の比較表: 3案以上。かかった41人日は入れず、これから先の効果と工数で比べる
5. 転換案のユーザーストーリー（受け入れ条件つき）とリスク登録簿（Day042 の5×5）
6. 物流チームとの依存の約束: 何を・誰が・いつまでに・どんな形で・間に合わないときどうするか
7. 1ページの見直しメモ: 決めること・期限・推奨・次の見直し基準・決め方の改善・採らなかった案

🔍 ヒント（段階的開示）

📚 背景知識・用語解説

この週の道具とのつながり

✅ 模範解答 — 1. 決定の振り返り表

前提の仕分けクイズ

表を見る前に、自分で分類してみる。ボタンを押すと答えと理由が出る。

2. 効果のずれの分解

• 見込みとの差 1,204件のうち約77%（930件）が P2。P3 は約23%
• 出荷後の 3,410件（平常）は、この機能では最初から減らせない塊だった
• 「40%に届かなかったから失敗」は半分だけ正しい。出荷前の人（2,790件）の約50%は自分で変えており、機能は狙いどおり動いている。外れたのは「狙った塊の大きさ」

3. 工数のずれの分解（20 → 41人日）

バーンアップ: スコープ（総量）の線と完了の累計の線（人日）。点線は 7/8 の計画（7/31 に20人日）。

もし三点見積もりをしていたら（O/P は振り返りで本人に付けてもらった値 仮定）

4. 継続・転換・中止の比較表

41人日（約205万円）はどの案でも戻らないので表に入れない。効果は平常月の件数、1件600円。回収率は 仮定。

• B を先、A は B の結果を見てから。B は効果÷工数で A の約3倍で、S20 の空き9人日に入る
• B と A は狙う塊が重ならないので、両方で 1,400＋682＋414 ≒ 2,496件（約40%）。ただし B の幅は大きく（10%で341件、30%で1,023件）、この40%を新しい約束にはしない
• 繁忙期（出荷約1.6倍、仮定）は B の効果が月約1,090件に増える見込み。10/30 リリースなら間に合う

試算してみる

5. 転換案（B）のユーザーストーリーとリスク登録簿

コピーUS-B1 の受け入れ条件

Given 東日本倉庫から出荷指示済みの注文（配送業者: ヤマト運輸、追跡番号あり）
When  購入者が注文履歴で「配送日時を変更」を押す
Then  エラーではなく「この注文は出荷準備に入りました。配送業者のページで受け取り日時を変更できます」と表示し、
      追跡番号と、業者の受け取り変更ページへのリンクを出す

Given 出荷指示済みだが、追跡番号がまだ発行されていない注文
When  購入者が「配送日時を変更」を押す
Then  「追跡番号の発行後（通常○時間以内）に、出荷完了メールでご案内します」と出し、問い合わせ窓口も併記する

Given 配送業者が物流から取得できない注文
When  購入者が「配送日時を変更」を押す
Then  追跡番号と、取り扱いのある配送業者の一覧（各社の受け取り変更ページ）を出す

リスク登録簿（Day042 の尺度: 確率1〜5 × 影響度1〜5、赤≥15／橙10〜14／黄7〜9／緑≤6）

6. 物流チームとの依存の約束

7/8 の決定で効いた外れ方の1つは「物流への依存が、計画にもリスク登録簿にも載っていなかった」こと。今回は依存を約束の表にして双方のリードが確認する。

7. 見直しメモ（10/8 見直し会用・1ページ）

🗂️ 採らなかった案

🧭 なぜこう作るのか

⚠️ よくある失敗パターン

🏢 実務での使いどころ

リリースした機能が見込みに届かないのは珍しくない。多くの組織で起きるのは「誰の見込みが甘かったか」の話か、何も振り返らずに次の施策へ移ることのどちらか。同じ型は、A/B テストの結果が見込みの半分だったときの継続判断、外部ベンダーの遅れの後の立て直し、OKR 未達の振り返りにそのまま使える。

• 経営層・Approver: 「失敗か成功か」ではなく「どの前提が外れ、次に何で確かめるか」を受け取る
• CS・経理: 見込みをもとに別の計画（席数削減・予算）を進めていることがある。次の約束は確かめられた数字までにとどめる
• 他チーム（物流）: 依存は「お願い」ではなく、期限・形・代わりを書いた約束にする
• エンジニア: 見積もりのずれを「自分の責任」として抱え込まない。WBS の外から来た分を分けて示すのが、次の見積もりを良くする一番の材料

転用できるテンプレート

コピー決定の振り返り表: 前提 | 当時の値（出所） | 実際 | 当時、妥当な手間で知り得たか | 分類（決め方の欠陥／運／当たり）
効果のずれの分解: 見込みの式の項を1つずつ実測に置き換え、項ごとの差を出す。運の分は先に除く
工数のずれの分解: WBS の中の誤差（三点見積もりの幅） | WBS の外（依存・スコープ追加）| どの道具で扱うべきだったか
継続・転換・中止の比較: 案 | 狙う塊 | これから先の効果 | これから先の工数 | 効果÷工数（かかった費用は入れない、と明記）
依存の約束: 何を | 誰が | いつまでに | どんな形で | 間に合わないとき（頼む側が持つ代わり）
見直しメモ: 決めること | 期限 | 結果 | 外れた理由（1行）| 推奨と理由 | 次の見直し基準（比率で）| 決め方の改善 | 反対意見と受け止め方

➡️ 次のステップ

• 11/27 に B の結果が出たと仮定して、3つの判断それぞれの次の1か月の計画を三点見積もりで書く
• 7/8 のメモを「決め方の改善」4項目を入れて書き直すと、どこが変わるか（P2 を測ってから決めていたら、そもそもこの機能を作ったか）
• 自分への問い: CS 部長に「では席数はいつ減らせるのか」と聞かれたら、確かめられた数字だけで1分で答えられるか
• 自分への問い: マーケ部長が正しかった場合（B が10%未満）、自分の推奨のどの前提が外れたことになるか。今のうちに言えるか

🚧 扱わなかった範囲（この演習の限界）

• 回収率（B 20%・A 40%/30%）、繁忙期の出荷1.6倍、三点見積もりの O/P、外注単価（1人日5万円）は仮定。B の効果の幅（月341〜1,023件）が大きいことを本文に残した
• 出荷後に問い合わせた人へのインタビューは6人で、ジョブの確からしさは十分ではない。次の見直し基準で確かめる設計にした
• ゲスト購入向けリンク（A）の本人確認の方式、追跡番号を画面やメールに出すことの法務確認は扱っていない
• 配送業者ごとの受け取り変更サービスの条件（会員登録の要否、変更期限）は、ヤマト運輸の会員サービスのページの存在だけを確認した。他社の条件と、規約上リンクしてよいかは未確認
• 物流の締め時刻（D）の費用と効果は試算していない（MOps の権限の外のため宿題）
• CS の委託席数の削減計画がどの程度経営計画に入っているかは扱っていない
• 「実測」ラベルの数値は演習シナリオ上の設定値。外部の一次資料は Web 2点（Google SRE 本 Ch.15、ヤマト運輸 クロネコメンバーズ、参照日 2026-10-04）と論文1点（Arkes & Blumer 1985、Crossref で書誌確認）。Duke（2018）と Ries（2011）は書籍の記憶による要約で未照合

🎯 自己評価

自分の回答

所要時間・気づき・メモ