# Day 7：診断を「型」にする：アセスメントキット（約3分）

**ねらい：** M0 診断を、人によってぶれない手順と道具にしたことを見せる。
**映すもの：** `assessment-kit/maturity-model.yaml`、`questionnaire.md`、`scoring-sheet.xlsx`、`sample/report.md` と図。

| 時間 | 画面 | ナレーション | テロップ |
| --- | --- | --- | --- |
| 0:00 | タイトル画面 | 今日の結論です。診断の品質は、担当者の経験に頼ると毎回ぶれます。質問と採点基準とレポートを、一つの正本から作るようにしました。 | Day 7：アセスメントキット |
| 0:12 | `maturity-model.yaml` | 正本はこの YAML です。7つの統制に27の質問。質問ごとに、L3 と L4 の基準と、確認する証跡を書いています。リスク区分ごとに、本番で必要なレベルも決めています。 | 正本は1つ |
| 0:29 | `questionnaire.md` | ここから質問票を生成します。ヒアリングでは、この表を上から聞いていきます。証跡で確認できない回答は、1段階下げて採点します。 | 証跡がなければ1段下げる |
| 0:42 | Excel の採点シート（サマリーシート） | 採点シートも生成します。点数を入れると、サマリーで統制ごとのレベルと、必要なレベルとの差が自動で出ます。足りないところは赤くなります。 | 差が自動で出る |
| 1:10 | ターミナル：`kit.py report sample/answers-sample.yaml` | 回答の YAML から、診断レポートを自動で作ります。これは架空の「サンプル銀行」の例です。 | 架空の診断例 |
| 1:34 | `sample/report.md` の図と結論 | 結論は「7つのうち6つが本番に必要なレベルに届いていない」。図の青い点が現状、縦線が必要なレベルです。一番差が大きいのは可観測性。ただし Transactional Safety は既存の振込基盤の Outbox と Saga がそのまま使えるので、すでに足りています。 | 既存資産が効く統制もある |
| 2:01 | レポートのロードマップ節 | ロードマップは、まず L3 に届かせるフェーズ1、次に金銭や個人情報を扱う業務に必要な L4 へのフェーズ2。そのまま M1 の提案につながります。 | 診断がそのまま次の提案に |
| 2:16 | 締め | 明日は、この中身を顧客向けの提案書にまとめます。 | 次回：提案書 |