クイズの説明
Step 5「標準の進化サイクルを設計しよう」の理解度を確認します。進化サイクル、効果測定メトリクス、非推奨化と廃止プロセスについて問います。
合格ライン: 80%（5問中4問正解）
問題
Q1. 進化サイクルの設計
技術標準の進化サイクル「観察→評価→提案→実装→計測」を回す最適な頻度はどれですか？
- A. 毎週 — 常に最新の標準を維持するため頻繁に更新する
- B. 四半期ごと — 技術動向のモニタリング結果とフィードバックに基づき定期的にレビューする
- C. 3年ごと — 標準は安定性が重要なため頻繁に変えるべきではない
- D. 問題が発生した時のみ — 問題がなければ変更する必要はない
答えを見る
正解: B
四半期ごとのレビューサイクル（B）が最適です。技術動向は月単位で変化しますが、毎週（A）の標準更新はエンジニアの追従負荷が高すぎます。3年（C）では技術の進化に追いつけず、標準が陳腐化します。問題発生時のみ（D）では受動的すぎて、機会損失やリスクの早期発見ができません。四半期レビューでは、メトリクスの確認、フィードバックの分析、テクノロジーレーダーの更新、標準の改定議論を行い、次の四半期のアクションアイテムを決定します。
Q2. 効果測定メトリクス
技術標準の効果を測定するメトリクスの4カテゴリとして正しい組み合わせはどれですか？
- A. 売上、利益、株価、市場シェア
- B. 準拠率（Compliance）、開発効率（Productivity）、品質（Quality）、エンジニア体験（DX）
- C. コード行数、コミット数、PR数、レビュー数
- D. CPU使用率、メモリ使用率、ディスクI/O、ネットワーク帯域
答えを見る
正解: B
技術標準の効果測定には4つのカテゴリが重要です。準拠率（品質ゲート通過率、例外件数等）は標準がどれだけ守られているかを示します。開発効率（DORA Four Keys等）は標準が生産性に寄与しているかを示します。品質（障害件数、テストカバレッジ等）は標準が品質向上に貢献しているかを示します。エンジニア体験（満足度、オンボーディング期間等）は標準がエンジニアに受け入れられているかを示します。売上等（A）は経営指標、コード行数等（C）はアクティビティ指標、リソース使用率（D）はインフラ指標であり、標準の効果を直接測定するものではありません。
Q3. 非推奨化プロセス
ある技術を非推奨化する際に最も重要な「責任ある非推奨化」の原則はどれですか？
- A. 非推奨の決定と同時にCI/CDで即座にブロックする
- B. 移行先を明示し、移行ガイドを提供し、十分な移行期間（最低6ヶ月）を設ける
- C. 非推奨の通知をSlackで1回送るだけで十分
- D. 影響を受けるチームには知らせず、静かに廃止する
答えを見る
正解: B
責任ある非推奨化の核心は「移行先の明示」「移行支援の提供」「十分な移行期間の確保」です（B）。非推奨化のライフサイクルは: (1)告知（対象、理由、移行先、廃止予定日）、(2)移行期間（ガイド提供、支援チームのアサイン、最低6ヶ月）、(3)最終警告（1ヶ月前の通知、未移行チームへの個別フォロー）、(4)廃止（CI/CDブロック開始）の4段階です。即座にブロック（A）は開発を停滞させ、1回の通知（C）では周知不足、無通知の廃止（D）は信頼を損ないます。
Q4. DORA Four Keys
DORA Four Keysの指標に含まれないものはどれですか？
- A. デプロイ頻度
- B. 変更リードタイム
- C. テストカバレッジ
- D. 変更失敗率
答えを見る
正解: C
DORA Four Keysは: (1)デプロイ頻度（本番へのデプロイ回数）、(2)変更リードタイム（コミットからデプロイまでの時間）、(3)変更失敗率（デプロイ後に障害が発生する割合）、(4)MTTR（障害発生から復旧までの時間）の4つです。テストカバレッジ（C）は「品質メトリクス」のカテゴリに含まれる重要な指標ですが、DORA Four Keysには含まれません。DORA指標はソフトウェアデリバリーのパフォーマンスを測定するものであり、テストカバレッジはその入力要因の一つです。
Q5. メトリクス運用の注意点
メトリクス運用の注意点として、「カバレッジ100%を目標にすると意味のないテストが量産される」という問題が指摘されています。この問題を表す概念として最も適切なものはどれですか？
- A. バイアス
- B. グッドハートの法則（指標が目標になると、良い指標でなくなる）
- C. パレートの法則
- D. ピーターの法則
答えを見る
正解: B
グッドハートの法則（B）は「計測指標が目標になると、もはや良い計測指標ではなくなる」という原則です。テストカバレッジを100%にすることを「目標」にすると、エンジニアはカバレッジを上げることだけに注力し、実際のバグ検出に寄与しない形式的なテスト（assertionのないテスト、境界値を検証しないテスト等）が量産されます。メトリクスは「鏡」として組織の状態を映し出すために使うべきで、KPIにしすぎないこと、絶対値よりもトレンドを重視すること、複数の指標を組み合わせて判断することが重要です。
結果
合格（4問以上正解）
Step 5の内容をよく理解しています。進化サイクルの設計、効果測定メトリクス、非推奨化プロセスの考え方を身につけました。次のStep 6「技術標準体系を完成させよう」に進みましょう。
不合格（3問以下正解）
Step 5の内容を復習しましょう。特に以下のポイントを重点的に確認してください：
- 進化サイクル — 観察→評価→提案→実装→計測の四半期レビュー
- メトリクスの4カテゴリ — 準拠率、開発効率（DORA）、品質、エンジニア体験
- 非推奨化 — 告知→移行期間→最終警告→廃止のライフサイクル
- メトリクス運用 — グッドハートの法則に注意し、KPIにしすぎない
推定所要時間: 15分