ストーリー

技術標準委員会の設計

組織構成

技術標準ガバナンス体制:

CTO
 └── 技術標準委員会（Tech Standards Committee）
      ├── 委員長: VPoE / Principal Engineer
      ├── 常任委員: 各チームの技術リード（6-8名）
      ├── 臨時委員: 提案に関連する専門家
      └── 事務局: 標準管理・RFC管理の実務担当

役割:
├── RFCの承認/却下の最終判断
├── テクノロジーレーダーの更新
├── 標準の定期レビュー
├── 技術的紛争の仲裁
└── 技術戦略の方向性の提示

委員の選定基準

意思決定モデル

3層の意思決定

合意形成のモデル

合意形成のフロー:

提案 → Lazy Consensusで解決？
  │          ↓Yes: 自動承認
  │No
  ↓
Consentで解決？
  │          ↓Yes: 反対意見を記録して承認
  │No
  ↓
Consensusを試みる
  │          ↓Yes: 全員同意で承認
  │No（対立が解消しない）
  ↓
Decision Makerが判断
  └── 判断理由をADRに記録

レビュー体制

RFCレビューのプロセス

定期レビューの実施

技術的紛争の解決

紛争のパターンと対処

エスカレーションパス

エスカレーションパス:

Level 1: 当事者間の議論
  ↓（解決しない場合）
Level 2: テックリード間の調整
  ↓（解決しない場合）
Level 3: 技術標準委員会での議論
  ↓（解決しない場合）
Level 4: CTO判断

原則: Level 3以下で解決すること。
Level 4へのエスカレーションは年に1-2回以内を目標とする。

ガバナンスのアンチパターン

「ガバナンスは”支配”ではなく”調整”だ。全員が同じ方向を向いて走れるよう、交通整理をする仕組みを作る」 — 田中VPoE

まとめ

チェックリスト

• 技術標準委員会の構成と役割を理解した
• 3層の意思決定モデルを理解した
• 合意形成の4つのモデルを理解した
• エスカレーションパスと紛争解決の方法を理解した

次のステップへ

次は「例外処理と逸脱管理」を学びます。標準に従えない場合の正当な例外処理の仕組みを設計する方法を身につけましょう。

推定読了時間: 30分