"動作する"は最小限であり、目標ではありません。定時にリリースされたが誰も使わないプロジェクト、または今日は動作するが毎晩チームを起こすプロジェクトは成功ではありません。テックリードとして、最初からステークホルダーと一緒に成功の意味を定義することで、チームは単に「完了」に向かうのではなく、実際の成果に向かって働きます。
"動作する"は最小限であり、目標ではありません。定時にリリースされたが誰も使わないプロジェクト、または今日は動作するが毎晩チームを起こすプロジェクトは成功ではありません。テックリードとして、最初からステークホルダーと一緒に成功の意味を定義することで、チームは単に「完了」に向かうのではなく、実際の成果に向かって働きます。
コードを書く前に、ステークホルダーと成功指標を合意してください。"導入がXに達し、p99レイテンシがY未満に保たれれば、これを成功と見なします"は、曖昧な目標を実際に測定できるものに変え、リリース後の「機能したかどうか」に関する議論を防ぎます。
成功を単に"リリース"として測定するチームは間違ったことを最適化します。本番環境やユーザーでひっそり失敗するリリースを祝います。これらすべての側面で成功を定義するテックリードは、実際に重要な仕事へチームを導き、修正費用がまだ安いうちに問題を発見し、単なる活動ではなく具体的な影響の証拠をリーダーシップに示すことができます。