クイズの説明
Month 10「組織の技術基盤を刷新しよう」の卒業クイズです。技術課題の分析、目標アーキテクチャ設計、移行ロードマップ、体制とガバナンス、経営層承認の全領域から出題します。これはL4のキャップストーンとして、Month 1〜9の知見も統合的に問います。
合格ライン: 80%（10問中8問正解）
問題
Q1. 技術的負債の分類（Step 1 / Month 1-7）
以下の4つの技術的負債のうち、最も優先度が高い（事業影響が大きく、早期に対応すべき）ものはどれですか？
- A. コーディング規約がチームごとに異なる（Layer 1: コードの負債）
- B. 30サービスがレガシーEC2上で手動管理されている（Layer 3: インフラの負債）
- C. 社内テックブログの更新が滞っている（Layer 5: 知識の負債）
- D. API設計ガイドラインが未策定（Layer 2: アーキテクチャの負債）
答えを見る
正解: B
30サービスがレガシーEC2上で手動管理されている状態は、スケーラビリティ、障害復旧、セキュリティ、コスト効率のすべてに影響する重大な技術的負債です。影響度4 × 発生頻度4 × 修正コスト3 = スコア48と極めて高くなります。Month 5（クラウド）とMonth 2（SRE）の知見から、この状態はMTTRの悪化、IaCの不可能、FinOps最適化の障害に直結します。コーディング規約（A）やテックブログ（C）は重要ですが事業影響は限定的、APIガイドライン（D）も中長期の課題です。
Q2. 目標アーキテクチャの設計原則（Step 2 / Month 4-6）
「セキュリティバイデザイン」と「プラットフォーム思考」の2つの原則を同時に実現する方法として最も適切なものはどれですか？
- A. セキュリティチームが全サービスのコードレビューを行う
- B. プラットフォームにセキュリティスキャンを組み込み、開発者がCI/CDパイプラインを使うだけで自動的にセキュリティチェックが適用される仕組みを構築する
- C. セキュリティ研修を年1回実施し、開発者の意識を高める
- D. セキュリティ要件を満たさないデプロイをセキュリティチームが手動でブロックする
答えを見る
正解: B
「セキュリティバイデザイン」（Month 4）は設計段階からセキュリティを組み込むこと、「プラットフォーム思考」（Month 6）は共通機能をプラットフォームとして提供し開発者の自律性を支援することです。両方を実現するには、プラットフォーム（CI/CDパイプライン）にセキュリティスキャンを組み込み、開発者が意識しなくても自動的にセキュリティが担保される「Guardrails, not Gates」のアプローチが最適です。全コードレビュー（A）はスケールせず、年1回研修（C）は日常的な保護にならず、手動ブロック（D）はボトルネックになります。
Q3. ストラングラーフィグの適用（Step 3 / Month 5）
3つの監視ツール（Datadog、CloudWatch、Zabbix）をDatadogに統一する際、ストラングラーフィグパターンの「互換性レイヤー」として最も適切なものはどれですか？
- A. 全ツールを一括で停止し、Datadogのみを稼働させる
- B. ZabbixとCloudWatchのメトリクスをDatadogに転送するフォワーダーを設置し、アラートの同等性を検証しながら段階的に移行する
- C. 3つのツールを永続的に並行運用する
- D. Datadogのダッシュボードに他ツールのスクリーンショットを貼り付ける
答えを見る
正解: B
互換性レイヤーは、旧システムのデータや機能を新システムで利用可能にする橋渡しです。ZabbixとCloudWatchのメトリクスをDatadogに転送するフォワーダーを設置（B）することで、移行期間中もDatadog上で全メトリクスを確認でき、アラートの同等性を検証してから旧ツールを廃止できます。Month 2（SRE）で学んだように、監視の空白期間は絶対に避けなければなりません。一括停止（A）は監視の空白を生み、永続並行（C）はコスト増大のアンチパターン、スクリーンショット（D）はリアルタイム監視になりません。
Q4. リスク管理と撤退（Step 3-4 / Month 8-9）
技術基盤刷新の12ヶ月目に、予算が60%に削減されることが決定しました。段階的縮小計画に基づく対応として最も適切なものはどれですか？
- A. 全施策の進捗を均等に60%に縮小する
- B. 優先度1（CI/CD統一、セキュリティ統合、SLO定義）に集中し、優先度2-3の施策は凍結する
- C. プロジェクト全体を中止する
- D. 予算削減を無視して当初計画通り進める
答えを見る
正解: B
段階的縮小計画では、優先度1（死守する施策）に集中することで、限られた予算でも最低限の成果を確保します。CI/CD統一、セキュリティ統合、SLO定義はすべての後続施策の基盤であり、これらを確実に完了させることが最も投資効率が高い判断です。均等縮小（A）はどの施策も中途半端になります。全面中止（C）はこれまでの投資を無駄にします。予算無視（D）は非現実的です。Month 9で学んだ「限られたリソースでの優先順位付け」の実践です。
Q5. プログラムマネジメント（Step 4 / Month 8）
技術基盤刷新プログラムにおいて、WS1（CI/CD & プラットフォーム）とWS2（セキュリティ & クラウド）の間で依存関係の衝突が発生しました。最も適切なエスカレーション先はどれですか？
- A. 各WSリードがそれぞれのチーム内で独自に解決する
- B. VPoE（プログラムディレクター）が両WSリードを召集し、プログラム全体の優先順位に基づいて調整する
- C. 経営会議に直接エスカレーションする
- D. 外部コンサルタントに判断を委ねる
答えを見る
正解: B
WS間の依存関係衝突はL2（要注意）のエスカレーションレベルであり、VPoE（プログラムディレクター）が対応するのが適切です。VPoEはプログラム全体の優先順位と依存関係を把握しており、両WSの調整が可能です。各WSが独自解決（A）では全体最適にならず、経営会議（C）はこのレベルの問題には過剰なエスカレーションです。外部コンサル（D）は助言は可能ですが意思決定の責任者ではありません。Month 8で学んだ「適切なレベルでの意思決定」の実践です。
Q6. チェンジマネジメント（Step 4 / Month 8）
技術基盤刷新において「開発チームの30%が新ツールへの移行に消極的」な状態です。コッターの8段階変革プロセスで最も効果的な次のステップはどれですか？
- A. 消極的な30%を強制的に移行させる
- B. 移行に成功した70%のチームの成果を社内で大きく共有し、成功体験を目に見える形にする（段階6: 短期的成果の実現）
- C. 消極的なチームには時間をかけて自然に変わるのを待つ
- D. 消極的な30%のチームのリーダーを交代させる
答えを見る
正解: B
コッターの段階6「短期的成果の実現」は、成功事例を可視化して組織全体に波及させるステップです。既に70%が移行に成功しているなら、そのチームの具体的な改善（デプロイ頻度2倍、作業時間50%削減等）を定量データとともに共有することで、消極的なチームにも「移行した方がメリットがある」と感じてもらえます。強制（A）は表面的な従順しか得られず、放置（C）は改善しません。リーダー交代（D）は根本的な解決にならず組織への信頼を損ないます。
Q7. 経営層提案（Step 5 / Month 9）
技術基盤刷新の投資対効果を経営層に説明する際、「投資しない場合のコスト」を示す理由として最も適切なものはどれですか？
- A. 経営層を脅して承認を得るため
- B. 技術基盤刷新は「新規投資」ではなく「既に発生しているコストへの対処」であることを示し、投資判断の基準点を正しく設定するため
- C. 投資額を小さく見せるため
- D. 財務部門の要求フォーマットに合わせるため
答えを見る
正解: B
「投資しない場合のコスト」（年間9,000万円の隠れたコスト、3年間で5.1億円）を示すことで、技術基盤刷新は「ゼロからの新規投資」ではなく「既に発生しているコストを戦略的に再配分する」判断であることを経営層に理解してもらえます。これにより、投資判断の基準点が「現状維持 = コストゼロ」から「現状維持 = 年間9,000万円の損失」に正しく設定されます。脅し（A）ではなく合理的な情報提供であり、投資額を操作する（C）ものでもありません。
Q8. 統合設計（Step 2 / Month 1-7）
「CI/CDパイプライン → セキュリティスキャン → Kubernetes デプロイ → オブザーバビリティ監視」の一連のフローにおいて、Policy as Codeが果たす役割として最も適切なものはどれですか？
- A. 各ステップの実行ログをファイルに保存する
- B. パイプラインの各ゲートでポリシーを自動評価し、違反があればデプロイをブロックする。これにより人手の承認なしにセキュリティとコンプライアンスを担保する
- C. ポリシーの一覧を文書化し、開発者に周知する
- D. 経営層の承認を自動化する
答えを見る
正解: B
Policy as Code（OPA/Rego等）は、ポリシーをコードとして定義し、パイプラインの各ゲートで自動評価する仕組みです。Month 1（CI/CD品質ゲート）、Month 4（DevSecOps）、Month 5（IaCポリシー）、Month 6（プラットフォームのガードレール）の知見を統合したアプローチです。「未承認コンテナレジストリからのイメージ禁止」「暗号化なしのデータストア禁止」などのポリシーが、人手の介入なしに自動的に適用されます。ログ保存（A）は監査には有用ですがポリシー適用ではなく、文書化（C）は実効性が低いです。
Q9. フェーズドロールアウト（Step 3 / Month 5）
Phase 1のCI/CD統一において、全12チームを一度に移行するのではなく、パイロット→アーリーアダプター→マジョリティ→レイトアダプターの順に移行する理由として最も適切なものはどれですか？
- A. 全チームを一度に移行するとライセンスコストが高額になるため
- B. パイロットで知見とテンプレートを蓄積し、リスクを最小化しながら移行品質を段階的に向上させるため
- C. 一部のチームだけ移行して様子を見て、うまくいかなければ中止するため
- D. チームの政治的な序列に従って順番を決めるため
答えを見る
正解: B
段階的移行の本質は、各段階で知見を蓄積し、テンプレートとプロセスを改善しながらリスクを最小化することです。パイロットチームで発見した問題（テンプレートの不足、エッジケース等）を修正してからアーリーアダプターに展開し、さらに改善してマジョリティに広げることで、移行品質が段階的に向上します。Month 5のカナリアリリースと同じ考え方であり、Month 6のIDP展開でも活用されるパターンです。中止前提（C）では改善のサイクルが回りません。
Q10. 総合判断問題（All Steps / All Months）
あなたは技術基盤刷新プログラムのプログラムディレクターとして、以下の状況に直面しています。最も適切な対応はどれですか？
状況: Phase 2（12ヶ月目）に以下の問題が同時に発生した。
- IDP（Backstage）の構築が想定より3ヶ月遅延している
- ゼロトラスト導入のPoC結果が期待を下回り、既存システムとの互換性に問題がある
- 開発者サーベイで「移行疲れ」の声が多数上がっている
- 一方、Phase 1のCI/CD統一とSLO展開は大成功し、デプロイ頻度は3倍になった
- A. Phase 1の成功に安心し、Phase 2の問題は時間が解決すると楽観視する
- B. 全問題を最高優先度として同時に解決し、チームに追加の負荷をかける
- C. Phase 1の成功を全社に共有して士気を回復し（問題3対策）、IDPは追加リソースで3ヶ月延長を判断し（問題1対策）、ゼロトラストは代替案（マイクロセグメンテーション等）を検討する撤退判断を行い（問題2対策）、全体の優先順位を再調整する
- D. Phase 2を中止し、Phase 1の成果維持に注力する
答えを見る
正解: C
複合的な問題に対して、それぞれの性質に応じた適切な対応を取る総合判断です。
問題3（移行疲れ）: Phase 1の大成功（デプロイ頻度3倍）を全社に共有し、「変革の成果」を可視化することで士気を回復します（コッターの段階6）。
問題1（IDP遅延）: 3ヶ月の遅延は深刻ですが、追加リソースの投入とスコープの調整で対応可能です。撤退トリガー（12ヶ月後にMVP未完成）には該当しない場合、延長の判断が適切です。
問題2（ゼロトラスト）: PoCの結果が期待を下回り互換性問題があるなら、撤退計画に基づいて代替案を検討します。マイクロセグメンテーション等の段階的アプローチに方向転換するのが戦略的です。
楽観視（A）は問題を放置し悪化させます。全問題を同時に最高優先度（B）はリソースが分散します。Phase 2全体の中止（D）は過剰反応です。問題の性質を見極め、それぞれに最適な対応を取ることがプログラムディレクターの仕事です。
結果
合格（8問以上正解）
おめでとうございます。Month 10「組織の技術基盤を刷新しよう」を修了しました。
CI/CD、SRE、AI、セキュリティ、クラウド、プラットフォーム、データ、リーダーシップ、ビジネス — L4で学んだ9つの領域を統合し、組織全体の技術基盤を刷新するマスタープランを策定する力を身につけました。
「L4の旅が終わった。君はいま、個別の技術を深く理解し、それらを統合して組織の絵を描き、経営層を動かし、チームを率いて大規模な変革を実現できるエンジニアだ。それがエキスパートエンジニアの姿だ。技術の世界はこれからも変化し続ける。だが、この10ヶ月で身につけた『統合する力』と『組織を動かす力』は、どんな技術変化にも通用する。自信を持って次のステージに進んでくれ」 — 田中VPoE
不合格（7問以下正解）
Month 10の内容を復習し、再度チャレンジしましょう。特に不正解だった領域のStepを重点的に復習してください。
| 問題番号 | 対応するStep | 関連Month |
|---|---|---|
| Q1 | Step 1: 技術的負債の分類 | Month 1-7 |
| Q2 | Step 2: 設計原則 | Month 4, 6 |
| Q3 | Step 3: ストラングラーフィグ | Month 2, 5 |
| Q4 | Step 3-4: リスク管理 | Month 8, 9 |
| Q5 | Step 4: プログラムマネジメント | Month 8 |
| Q6 | Step 4: チェンジマネジメント | Month 8 |
| Q7 | Step 5: 経営層提案 | Month 9 |
| Q8 | Step 2: 統合設計 | Month 1, 4, 5, 6 |
| Q9 | Step 3: フェーズドロールアウト | Month 5, 6 |
| Q10 | 総合: 全Step・全Month | 全Month |
推定所要時間: 30分