ストーリー

例外処理の基本設計

例外の種類

例外申請のフロー

例外申請フロー:

1. 申請
   └── 標準逸脱の理由、影響範囲、代替策を記載

2. 審査
   ├── Must標準の例外 → 技術標準委員会で審査
   ├── Should標準の例外 → テックリード + 1名の委員で審査
   └── May標準 → 例外申請不要

3. 判定
   ├── 承認: 条件付き（期限、モニタリング要件）
   ├── 条件付き承認: 追加条件の充足が必要
   └── 却下: 標準に従うことを要求

4. 記録
   └── 例外レジストリに登録

5. 定期レビュー
   └── 四半期ごとに全例外をレビュー

例外申請テンプレート

# 例外申請: [タイトル]

## 基本情報

| 項目 | 内容 |
|------|------|
| 申請者 | [名前 / チーム] |
| 申請日 | YYYY-MM-DD |
| 対象標準 | [逸脱する標準の名称] |
| 例外種別 | 恒久的 / 時限的 / 実験的 |
| 希望期限 | YYYY-MM-DD（時限的の場合） |

## 逸脱の内容

[標準のどの項目に対して、どのように逸脱するか]

## 理由

[なぜ標準に従えないか。技術的な制約を具体的に記載]

## 影響範囲

[この逸脱が影響するサービス、チーム、プロセス]

## リスク評価

[逸脱によって生じるリスクとその緩和策]

## 代替策

[標準に従う場合の代替案と、それが困難な理由]

## 終了条件

[時限的例外の場合、いつ・どのように標準に準拠するか]

例外レジストリ

レジストリの管理

すべての承認済み例外を一元管理するレジストリを運用します。

例外レジストリの例

例外の定期レビュー

レビューの観点

レビューの結果アクション

例外管理のアンチパターン

「例外処理は標準の”安全弁”だ。安全弁のない圧力鍋は爆発する。ただし安全弁が常に開いていたら、圧力は永久にかからない」 — 田中VPoE

まとめ

チェックリスト

• 3つの例外種別を理解した
• 例外申請のフローとテンプレートを理解した
• 例外レジストリの管理方法を理解した
• 例外管理のアンチパターンと対策を理解した

次のステップへ

次は演習「RFC/ADRプロセスを構築しよう」に進みます。Step 3で学んだRFC、ADR、ガバナンス体制、例外処理を統合した実践演習です。

推定読了時間: 30分