Day 053 — 統合: 1チームの見積もりで通った案が、複数チームと外部1社にまたがると分かったときの計画の組み直し

📋 シナリオ

今日は 10/11（日）。昨日（Day052）の JTBD 調査で、法人会員「オフィスまとめ便」の施策は B「月締めの一括請求＋部署別の内訳 CSV」を最初にやる と決まった（MOps の見積もり18人日）。金曜の部長会では法人営業の大野部長が「上位40社には、1月注文分から月締めにできると先に伝えてある」と言い、EC事業本部長（Approver）も了承した。

ところが 10/9 に MOps リードが関係チームに声をかけると、18人日は MOps の中の作業だけ の数字で、実際には次のチームと会社にまたがると分かった。

PdM 鈴木さん: 「10/14 の4チーム合同の計画会で、この計画で本当に 11/19 に間に合うのか、間に合わないなら何を外すか日付を動かすか を決めたい。誰かの見積もりを責めるのではなく、チームをまたいだ計画として組み直してほしい」

✏️ 課題

10/14 の合同計画会に出す、チーム横断の計画の組み直し資料一式を作ってください。

💡 取り組む前のヒント

📚 背景知識・用語解説

合流点の偏り（merge bias）

複数の流れが1つの作業に合流するとき、合流後の作業が予定どおり始まる確率は、各流れが間に合う確率の掛け算（独立なら）。2本が 50% なら 25%、3本なら 12.5%。最頻値や平均を足す線表は、この掛け算を無視する。

一次資料: GAO Schedule Assessment Guide（GAO-16-89G）"Merge Bias and Schedule Underestimation"（本文は 403、検索結果の抜粋で「60%×60%＝36%」の例を確認）。Tensix "Schedule Risk and Path Convergence" を WebFetch で確認（"…the probability of an on time merge event is multiplicative or 25%."）。いずれも参照日 2026-10-11。Hulett Practical Schedule Risk Analysis（2009）は書籍・未照合。

依存を外す・細くする

• 外す: 依存先の成果物を使わない形に要求を割る（Day049 SPIDR の R）。例: 部署マスタから選ぶ → 部署名を入力し、その会社で過去に入った名前を候補に出す
• 細くする: 依存の中身を減らす。例: 確定版の API 仕様書でモックを作って先に進め、本物の環境では結合と確認だけにする

ROAM

SAFe の計画会で、チームをまたぐリスクを Resolved（解消済み）／Owned（持ち主が決まった）／Accepted（受け入れる）／Mitigated（軽減策あり）に仕分ける方法。Owned は「名前のある1人」が持つ。

SAFe PI Planning ページ（WebFetch、公開部分は "ART planning board that reflects feature delivery dates and dependencies" まで。ROAM の定義は会員向け本文で未取得）。定義は解説記事の要約で、一次の原文は未照合。参照日 2026-10-11。

請求書払い代行（BtoB 後払い）

買い手企業の与信審査・請求書発行・入金管理を代行し、未入金を保証するサービス。NP掛け払いの公式ページで「未入金は100%保証」「与信調査から請求、代金回収までをすべて代行」の記載を確認（WebFetch、参照日 2026-10-11）。演習の Q社は架空で、この性質だけを借りている。「Q社を外す」は、未回収リスクの転嫁を手放すこと。

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

✅ 模範解答 — 1. 依存ボード（10/13〜11/19、営業日27日）

棒は最頻値（M）の長さ。◆ が合流点（結合テスト E）。赤い線が凍結前の最後の日の終わり。

依存: B0 → B1 → E、A1 → A2 → E、C1 → C2 → E。合流点は E（3本）。A1 の開始は会員ランク制度の切り替え（11/1）にも依存している。部署マスタの流れは M で並べて余裕0日、Q社の流れは1日。

🎲 2. 合流点の確率（β-PERT・乱数4万回・種 20261011）

⚖️ 3. 依存を外す案の比較表

1か月遅れの損（全部仮定。桁を見るため）

案3の費用（約25万円）よりは大きいが、凍結の例外申請や休日出勤の危険を買うほどではない。だから「案3で間に合わせにいき、撤退ラインで2月に切り替える」が釣り合う。

🧮 試算してみる（ブラウザ内で乱数2万回）

案の組み合わせと前提を変えて、合流点の確率がどう動くか確かめる。種を固定しているので、同じ設定なら同じ結果になる（本文の4万回とは小数点以下で少しずれる）。

🛡️ 4. 共有リスク登録簿（チームをまたぐ行だけ・尺度は Day048 の5×5）

課題（もう起きていること）

ROAM 仕分けクイズ

表を見る前に自分で仕分ける。ボタンを押すと答えと理由が出る。

🤝 5. 依存の約束カード

🚪 6. 撤退ラインと、毎週の見せ方

案3で Q社の検証環境が使えるようになる日だけを変えた試算:

毎週の合同 Slack に貼る1枚

確率を毎週出し直すのは、作業が終わるたびに分布が実績に変わり、確率がはっきり動くから。「順調です」の代わりに数字の動きで報告できる（Day051 の「時間のバーンダウンは順調に見えた」を避ける）。

📝 7. 計画変更メモ（10/14 合同計画会用・1ページ）

🗂️ 採らなかった案

🧠 なぜこう作るのか

1. 確率を出してから案を比べた。「ぎりぎり間に合う」と「無理」の言い合いは違うものさしの話。同じものさしにそろえると「何を外すか」の話に移る
2. 流れを1本ずつ外したときの確率も書いた。見せないと会議は「一番危ない Q社だけ対策」で終わる
3. 失うものを昨日の望む成果の言葉で書いた。依存を外すのは要求を削ること。経理の「部署で集計」が弱くなると明記し、測る基準（割れ10%）を置いた
4. 外すと消える価値（案5）を金額で示した。請求書払い代行の価値は与信と未回収の保証。「相手が持っていたものを誰が持つか」を問う
5. 1か月遅れの損を桁で出した。25万円の追加は払うが、本番の危険は買わない、と線が引ける
6. 撤退ラインを、確率が急に落ちる日と知らせ直す段取りから決めた。
7. 持ち主を1人の名前にし、リスクと課題を分けた。

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

🏢 実務での使いどころ

チームが増えると、計画が崩れる原因は誰かの見積もりの甘さより合流点の方が多い。複数チームの機能を1つのリリースにまとめるとき、外部ベンダーの環境や API を待つとき、部長会で通った「○人日」の案が着手時に他チームを巻き込むと分かったときに使える。

• 他チームのリード: 「急いで」ではなく、約束の形・期限・遅れたときの代わりで頼む
• 営業・事業側: 「間に合います」ではなく「95%、だめなら 11/10 に分かる」。撤退時の案内文を先に用意してもらう
• 経理など利用部門: 依存を外して何が弱くなるかを先に伝え、試しで測る場を約束する
• エンジニア: モック先行は確定した仕様書が前提。仕様書の約束を最初に取る

コピー依存ボード: チーム（行）× 週（列）に作業。依存の矢印。合流点に ◆
合流点の確率: 流れ | M で並べた終わり | 余裕 | 期限に間に合う確率 ／ 全部（合流点）の確率
依存を外す案: 案 | 中身 | 間に合う確率 | 追加工数 | 失うもの（望む成果） | 判断
共有リスク登録簿: ID | もし〜なら〜 | 持ち主（1人） | P×I | ROAM | 手と期限  ＋ 課題は別表
依存の約束カード: 何を | 誰から→誰へ | いつまでに | どんな状態で | 遅れたら誰がいつ知らせる | 代わり
撤退ライン: 日時 | そのとき見るもの | 切り替え先 | 知らせる相手と期限（逆算の根拠）

➡️ 次のステップ

• 10/30 に環境が来ず、11/4 に「11/10 には出せる」と連絡が来たと仮定して確率を出し直し、合同 Slack の1枚を書く（上の試算ツールの「遅れを固定」で）
• 会員基盤が 10/26 から着手できるなら、案2だけで何%になるか（試算ツールで）
• 自分への問い: 大野部長に「95%って大丈夫ってことですね？」と聞かれたら、20回に1回外れることと、そのときの段取りを30秒で言えるか
• 次の統合（10/18）への接続: 2/1 の初回の月締め請求の後、「請求の問い合わせ半減」と「月締め切替率」をどう見るか

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

• O/M/P と Q社の遅れの分布は仮定（過去3回では右の裾は分からない）。確率は案の順番と撤退ラインがどこで急に変わるかを見るためのもので、95%を約束に使わない
• 流れは独立として引いた（E だけ共有）。同じ人・同じ原因で全部が遅れる相関があると、確率はもっと下がる
• モックと本物の仕様差は B1b の幅（1〜4日）でしか見ていない
• MOps の C の流れは邪魔なく進むとした。年末商戦の他案件との人の取り合い（Day022）は扱っていない
• 1か月遅れの損の退会率・防げる割合・粗利率・期間はすべて仮定。40社の信用は金額にしていない
• インボイス制度での月締め請求書の様式、Q社との契約変更の法務確認は扱っていない
• 一次資料: WebFetch で確認したのは Tensix（merge bias）、SAFe PI Planning の公開部分、NP掛け払い公式（参照日 2026-10-11）。GAO は 403 で検索結果の抜粋のみ、ROAM は解説記事の要約、Hulett（2009）は未照合
• 数値は演習シナリオ上の設定値。確率は Python 標準ライブラリの乱数（種 20261011、4万回）で出した

🎯 自己評価

自分の回答

所要時間・気づき・メモ