ケーススタディ：地方銀行の変更窓口再設計
課題は、週次のACL変更がメールと表計算に分散し、監査指摘が続いていたことでした。共創盟約の初四半期で、変更種別を5分類に再定義し、うち2分類だけを自動化対象に限定。
成果として、監査サンプリングの不備件数が四半期で14件から3件へ。自動化率そのものより、ログの一貫性が評価されました。残る3分類は意図的に人手のままです。
Reviews
現場で検証された判断の記録
賛辞だけを並べません。うまくいった点と、適用に工夫が必要だった点の両方を残しています。
「ネットワーク自動化戦略アトリエ」のモジュール4で、夜間変更の承認待ちを分単位で測り始めました。三ヶ月後、待機時間が週あたり11時間減りました。派手なデモより、この計測の方が社内説得に効きました。
航路図セッションは短いのに密度が高い。一方で、マルチベンダーのCLI差異までは触れきれず、自社で追加調査が必要でした。
設計室プログラムのガバナンス草案が、そのまま情シス委員会の資料テンプレになった。文章のトーンが現場寄りで、経営向けに言い換える手間も少なかった。
クライアント（小売流通）として参加。店舗網のセグメント変更を自動化したい一心でしたが、「やらないこと」リストを先に作らされたのが最初は不満でした。結果的に、障害時の手動切戻し手順が残り、安心してパイロットを回せました。
講師の比喩が上手い。ただ英語の参考資料が一部残っており、チーム内の非エンジニアには共有しにくかったです。日本語補足があると完璧でした。
ケーススタディ：製造拠点の工場LAN更新
停機時間の上限が厳しい環境で、スイッチ置換の手順を部分自動化。アトリエの例外パス設計を使い、失敗時は必ず前回構成へ戻すゲートを設置しました。
初回パイロットでは想定外のファーム差分でロールバックが発生。プログラム自体の価値というより、ロールバック訓練が先だった、という学びが残った事例です。