クイズの説明
Step 1「開発者体験を可視化しよう」の理解度を確認します。Platform Engineering、DevExフレームワーク、開発者サーベイ、プラットフォーム設計原則について問います。
合格ライン: 80%（5問中4問正解）
問題
Q1. Platform Engineeringの目的
Platform Engineeringが解決しようとしている最も根本的な課題はどれですか？
- A. Kubernetesの運用コストを削減する
- B. インフラチームの人員を削減する
- C. 開発者の認知負荷を軽減し、ビジネスロジックの実装に集中できる環境を提供する
- D. すべてのインフラ操作を自動化し、インフラエンジニアを不要にする
答えを見る
正解: C
Platform Engineeringの根本的な目的は、適切な抽象化とセルフサービス化により、開発者の認知負荷を軽減することです。DevOpsが「Dev と Ops の壁を壊す」ことを目指した結果、開発者にインフラの知識まで求めるようになり、認知負荷が爆発しました。Platform Engineeringは「開発者がビジネスロジックに集中できる」環境を作ることで、この問題を解決します。インフラチームの削減（B）やインフラエンジニアの不要化（D）が目的ではなく、インフラチームはプラットフォームチームとして役割を進化させます。
Q2. DevExの測定フレームワーク
DORAメトリクスの4つのキー指標として正しい組み合わせはどれですか？
- A. コミット数、PR数、コードカバレッジ、テスト成功率
- B. デプロイ頻度、リードタイム、変更失敗率、MTTR
- C. CPU使用率、メモリ使用率、レイテンシ、スループット
- D. 開発者満足度、NPS、離職率、採用数
答えを見る
正解: B
DORAメトリクスの4つのキー指標は、(1) デプロイ頻度（本番へのデプロイ回数）、(2) リードタイム（コミットからデプロイまでの時間）、(3) 変更失敗率（デプロイ後に障害が発生する割合）、(4) MTTR（障害からの復旧時間）です。これらはソフトウェアデリバリーのパフォーマンスを測定するための業界標準の指標です。A（コミット数等）は開発活動の量を示しますがデリバリーパフォーマンスとは異なります。C（CPU等）はインフラのパフォーマンス指標です。
Q3. 開発者サーベイの設計
効果的な開発者サーベイの原則として最も適切なものはどれですか？
- A. できるだけ多くの質問を含め、50問以上で網羅的に調査する
- B. 回答者の所属チームと名前を必須にし、個別のフォローアップを行う
- C. 回答時間10分以内、匿名性を担保し、結果からアクションに繋がる具体的な質問を設計する
- D. 年1回の大規模調査を実施し、全社的な傾向を把握する
答えを見る
正解: C
効果的な開発者サーベイの原則は、(1) 短さ（回答時間10分以内、20問以下）、(2) 匿名性（本音を引き出す）、(3) 具体性（曖昧でない質問）、(4) アクション可能性（結果から改善アクションに繋がる）、(5) 定期性（四半期ごと）です。50問以上（A）は回答率が大幅に低下します。名前必須（B）では本音が得られません。年1回（D）ではトレンドの追跡や迅速な改善が困難です。
Q4. Thinnest Viable Platform
Thinnest Viable Platform（TVP）のアプローチとして最も適切なものはどれですか？
- A. 最小限の機能から始め、開発者のフィードバックを受けて段階的に拡張する
- B. 競合他社のプラットフォームの全機能をベンチマークし、同等の機能を最初から実装する
- C. 開発者が求めるすべての機能をリストアップし、2年かけて完成させてからリリースする
- D. まずインフラチームが使いやすいツールを選定し、開発者に提供する
答えを見る
正解: A
TVP（Thinnest Viable Platform）は、プラットフォームの最小限の機能セットから始め、実際の利用者（開発者）のフィードバックを受けて段階的に拡張するアプローチです。プロダクト開発のMVP（Minimum Viable Product）と同じ考え方です。B（全機能ベンチマーク）やC（2年間の開発）は、フィードバックなしで大規模投資するリスクがあります。D（インフラチーム視点）ではなく、開発者のペインポイントを起点に機能を決定すべきです。
Q5. プラットフォーム採用戦略
プラットフォームの採用戦略として「Opt-in, Not Mandated」が推奨される理由として最も適切なものはどれですか？
- A. 強制すると法的な問題が発生するため
- B. 強制した場合、初期は100%採用されるが不満が蓄積しシャドーITが発生する。価値で選ばれるプラットフォームは持続的な採用と改善が得られる
- C. 開発者は全員が同じツールを使うべきではないため
- D. プラットフォームチームの負荷を減らすため、使いたい人だけに提供する
答えを見る
正解: B
「Opt-in, Not Mandated」は、プラットフォームの使用を強制するのではなく、提供する価値によって開発者に選ばれることを目指すアプローチです。強制（Mandated）すると表面的には100%の採用率になりますが、開発者の不満が蓄積し、最終的にはシャドーIT（非公式のツール利用）が発生します。一方、価値で選ばれるプラットフォームは、イノベーター→アーリーアダプター→マジョリティと自然に採用が広がり、開発者からのフィードバックによる持続的な改善サイクルが回ります。
結果
合格（4問以上正解）
Step 1の内容をよく理解しています。Platform Engineeringの基本概念、DevExの評価フレームワーク、サーベイ設計、プラットフォーム設計原則の知識を身につけました。次のStep 2「セルフサービスプラットフォームを設計しよう」に進みましょう。
不合格（3問以下正解）
Step 1の内容を復習しましょう。特に以下のポイントを重点的に確認してください：
- Platform Engineering — DevOpsとの違い、認知負荷の軽減
- DevExフレームワーク — DX Core 4、SPACE、DORAメトリクス
- サーベイ設計 — 5原則と質問タイプの使い分け
- TVPとOpt-in — 段階的なプラットフォーム構築と採用戦略
推定所要時間: 15分