アーキテクチャ例外は、責任者と解消計画を伴う、明示的で範囲を限定した逸脱の受け入れとして扱います。リリース期限は意思決定の背景であり、制約を回避する自動的な許可ではありません。
例外が認められるか判断する
違反する原則や標準を正確に特定し、それが存在する理由を確認します。生じるリスクを受け入れる権限を持つ人を確認します。プロジェクトで変更できない制約もあります。正式に承認できる例外がなければ、スコープを縮小するかリリース計画を変えます。
提案する例外を、少なくとも1つの実行可能な代替案と比較します。影響するシステム、利用者、データ、想定される障害形態、遅延の事業影響を記録します。「一時的なレガシー連携」のような広すぎる免除は避けます。
例：一時的なファイル交換
リリースが標準の連携プラットフォームを待てないとします。限定された例外として、指定した2つのシステム間で、1日1回の注文ファイル転送を6週間だけ許可します。無関係な別のファイル連携は許可しません。
例外記録には次を含めます。