技術的リスクは、配信を脱線させたり本番環境で障害が発生したりする可能性のあるもの、すなわち未知数、脆弱な依存関係、スケーリング上限、単一障害点です。TLの仕事は、リスクを早期に明らかにし、意図的に縮小することです。なぜなら、その上に構築する前にリスクに対処するのが最も安いからです。
リスクを管理する方法
text
1. IDENTIFY — what could go wrong? (unknowns, deps, scale, security, people)
2. ASSESS — likelihood x impact. Focus on the high-high quadrant.
3. ATTACK the biggest unknowns FIRST — spike, prototype, load-test
4. MITIGATE — reduce likelihood or blast radius (redundancy, flags, fallbacks)
5. MONITOR — track known risks; have a plan if they materialize
遅くではなく早く脱リスク化する
最も危険なリスクは未知数です。推定できないものです。スパイクやプロトタイプを使ってまず最初にそれらに取り組み、プロジェクトがまだ変更が安い段階で真実を学びましょう。簡単で既知の部分を最初に構築するのは生産的に見えますが、最後に地雷を残すことになります。