ストーリー
田
田中VPoE
採用促進、ツーリング、教育、マイグレーション — 普及に必要な4つの武器を学んだ。これを統合して、TaskFlow社の「標準普及計画」を策定してもらう
あなた
計画を立てて、実際にどうやって全チームに浸透させるかを設計するんですね
あ
田
田中VPoE
そうだ。特に重要なのは「優先順位」だ。すべてを同時にはできない。何から着手し、どの順序で展開するか。限られたリソースで最大の効果を出す計画を作ってくれ
ミッション概要
| 項目 | 内容 |
|---|
| 演習タイトル | 標準普及計画 |
| 想定時間 | 90分 |
| 成果物 | 標準普及計画書(ツーリング計画 + 教育計画 + 移行ロードマップ) |
| 対象組織 | TaskFlow株式会社 |
Mission 1: ツーリング導入計画を策定する
要件
TaskFlow社のCI/CDパイプラインに品質ゲートを導入する計画を策定してください。
- 導入すべきツール一覧(優先度付き)
- 品質ゲートの設計(PRブロック条件)
- 段階的な導入スケジュール(一度に全部は入れない)
解答例
ツール導入計画
| 優先度 | ツール | 目的 | 導入時期 |
|---|
| P0 | gitleaks | シークレット検出 | Phase 1(1-2週目) |
| P0 | Trivy | 脆弱性スキャン | Phase 1(1-2週目) |
| P1 | ESLint共有設定 | TypeScriptリンター統一 | Phase 2(3-4週目) |
| P1 | golangci-lint共有設定 | Goリンター統一 | Phase 2(3-4週目) |
| P2 | Renovate | 依存関係の自動更新 | Phase 3(5-6週目) |
| P2 | Spectral | OpenAPI Lint | Phase 3(5-6週目) |
| P3 | SonarQube | 統合コード品質分析 | Phase 4(7-8週目) |
段階的導入
Phase 1(Warning Only): ツールを導入するが、最初は警告のみでブロックしない
Phase 2(Critical Block): Criticalのみブロック
Phase 3(Full Gate): 全基準でブロック
Mission 2: 教育プログラムを設計する
要件
TaskFlow社のエンジニア160名を対象とした教育プログラムを設計してください。
- オンボーディングプログラム(新入社員/異動者向け、3日間の構成)
- 継続教育プログラム(全エンジニア向け、年間スケジュール)
- 効果測定の指標
解答例
オンボーディング(3日間)
| 日程 | 午前 | 午後 |
|---|
| Day 1 | 技術標準の全体像(1h)、テクノロジーレーダー解説(30min) | プロジェクトテンプレートハンズオン(2h) |
| Day 2 | CI/CDと品質ゲート(1h) | ペアプログラミング:標準準拠のコード作成(3h) |
| Day 3 | RFC/ADRの読み方・書き方(1h) | メンターとのQ&A、フィードバック提出 |
年間継続教育
| 施策 | 頻度 | 内容 |
|---|
| テックトーク | 隔週金曜 | 標準に関する15分LT |
| 四半期レーダーレビュー | 四半期 | 全エンジニア参加のレーダー更新報告 |
| ハンズオンワークショップ | 月1回 | 新ツール・新標準の実践ワークショップ |
| コードレビュー勉強会 | 月1回 | 実際のPRを題材にした議論 |
Mission 3: マイグレーションロードマップを策定する
要件
TaskFlow社のHold/Legacy技術の移行ロードマップを策定してください。
- 移行対象一覧(優先度付き)
- 各移行の計画概要(アプローチ、スケジュール、リスク)
- リソース計画(必要工数と担当チーム)
前提条件
- 移行に使える専任リソース: 2名(フルタイム)
- 各チームからの協力: 20%の工数を確保可能
- 予算: 年間1,500万円(移行専用)
解答例
移行対象と優先度
| 優先度 | 対象 | 移行元 → 移行先 | アプローチ | 工数 |
|---|
| P0 | CVE対応 | 脆弱パッケージ更新 | Big Bang | 2人月 |
| P1 | Jenkins → GitHub Actions | 検索/データPFチーム | Strangler Fig | 3人月 |
| P2 | モニタリング統合 | CloudWatch → Datadog | Strangler Fig | 4人月 |
| P3 | Express → NestJS | 通知チーム | Strangler Fig | 4人月 |
| P4 | Java → Go/TS | 課金チーム | Strangler Fig | 8人月 |
ロードマップ
| 四半期 | 移行項目 | 必要リソース | 予算 |
|---|
| Q1 | CVE対応 + Jenkins移行(開始) | 専任2名 | 300万円 |
| Q2 | Jenkins移行(完了)+ モニタリング統合(開始) | 専任2名 + 検索チーム20% | 400万円 |
| Q3 | モニタリング統合(完了)+ Express移行(開始) | 専任2名 + 通知チーム20% | 400万円 |
| Q4 | Express移行(完了)+ Java移行(計画策定) | 専任2名 + 課金チーム10% | 400万円 |
達成度チェック
| 観点 | 達成基準 |
|---|
| ツーリングの優先順位 | セキュリティ系が最優先になっている |
| 段階的導入 | 一度に全部導入せず、Warning→Critical→Full Gateの段階がある |
| 教育の多層性 | オンボーディング、継続教育、リーダーシップ教育が設計されている |
| 移行の現実性 | リソース制約内で実現可能なスケジュール |
| 移行アプローチ | サービスの特性に応じたアプローチ選択 |
| リスク管理 | 各移行のリスクとロールバック計画が含まれている |
推定所要時間: 90分