> if you build a web application in C++ and realize 200k lines later that Ruby on Rails was the better choice, you're stuck.
上記のような不可逆な判断にはリサーチと合意形成のコストを先に払う価値がある。可逆な判断に同じコストをかけると、チームの意思決定速度が落ちる。
> Bad: Add Kubernetes to our infrastructure.
Good: Minimize outages related to deploying new app versions.
手段で目標を書くと、もっと良い手段が見つかったときに目標ごと無効になる。 「プロジェクトが成功したら世界はどう変わっているか」で書けば、手段の入れ替えに耐えられる。
> Are there goals that readers might mistakenly assume are within scope for your project? If so, add them as explicit non-goals.
スコープは「やること」だけでは定まらない。 「やらないこと」を書いて初めて、関係者の期待値が揃う。
---
金言が多く勉強になる。
https://t.co/Ry1DiKY7Pc
AI コーディング導入の効果測定を「実装速度」だけで見ると、「意思決定の質」という新しいボトルネックを見落としやすくなる。フィードバックループが速くなるほど、1 サイクルの意思決定の精度が全体の品質を決める比重が増す。
「作らない判断やシンプルに保つ判断」が同じく重要で、実装コストが下がると「とりあえず作る」が増えやすいが、それは将来の開発速度を下げる負債になる。コスト低下と規律の両立が必要。
https://t.co/pcvyQjDtVh