A2：4観点の主導方法（Claude Code 例）
Claude Code を例にした、ガバナンス／コスト／セキュリティ／生産性の4観点の主導方法です（当日のセッションで詳しく解説します）。
| 観点 | 主導方法 |
|---|---|
| ガバナンス | 公式の managed settings で「会社が絶対に外させない境界線」（denyルール・必須hook・許可MCP）を配信。ユーザーやプロジェクト設定では上書きできないため、開発者は追加はできても削除はできない設計 |
| コスト | 会社管理アカウント（Teams / Enterprise）に寄せ、Analytics API 等で利用状況・コストを可視化。会社枠が尽きた際の個人アカウント切替は統制もコスト集計も外れる「セキュリティ境界の切替」 —— 禁止した上で正式な受け皿を用意 |
| セキュリティ | permissions の deny（秘密情報ファイルの Read 禁止、rm -rf や git push --force 等の破壊的操作の禁止）＋実行前フック（PreToolUse）による検査＋MCP許可制の多層防御 |
| 生産性 | 統制だけ配ると使われない。標準環境（エージェント・コマンド・ルール・安全網フック）をセットで配り、導入直後から実務で使える状態に。当社はこれをOSS「claude-code-starter-kit」として公開 |
- 進め方は「小さく検証（情シス・セキュリティ部門）→ 部門展開 → 全社展開」の段階制
- いきなり強い統制（
allowManaged*Only系）を有効化すると既存設定やフックが止まる —— まずログ取得と棚卸しから - 効果測定は削減時間の自己申告より「成果物ベース」（自動化されたワークフロー数・生成ドキュメント数など）が経営への説得力
詳細：解説記事「Claude Codeを安全に企業配布する設計｜公式管理機能とStarter Kit」 blog.cloudnative.co.jp/articles/claude-code-enterprise-starter-kit-best-practices/
統制と標準環境はセットで配り、段階的に強める —— 効果測定は成果物ベース