以下の記事を読んだメモ
- ベロシティを過度に重視することは、実際の生産性を捉えることができず、多くの問題を引き起こす可能性がある
- もっとバランスの取れたアプローチが必要
- 表面的にストーリーポイントの数を増やすために、バグの多いコードを書いてしまうケースも発生する
- 経営陣が毎回のスプリントのベロシティを上げることに焦点を当ててしまうと、開発チームは難しい状況に陥る
- ベロシティ目標に執着し続けると、ストーリーポイントを増やし、未完成のコードを急いでリリースすることを強いられる
- 開発チームは、質と長期的な持続可能性に焦点を当てるための余裕が必要
- ベロシティレポートを振り回すのではなく、チームが成果を出すことを妨げている要因について理解を深めることのほうが、マネージャーは多くの理解を得ることができる
- 鞭を打つのではなく、障害を取り除くことで開発者を支援するべき
- 本当に生産性を測定したいなら、機能の開始からデプロイまでどのくらいかかっているか、サイクルタイムのようなものを見た方がいい
- 指標よりも透明性が勝る
- 開発プロセスに関与することで、チームがどこで行き詰まっているかを理解できる
- エンジニアは高い不確実性に直面していることを念頭におく必要がある
- 全てのスプリントが異なる
- 新機能を開発するスプリントと、技術的負債を返済するスプリントではベロシティは異なる
- 賢明なマネージャーは過去に依存するのではなく、各スプリントの目標を見て期待を設定する
- ベロシティを見ることも大事だが、チームが日々何をしているのか理解することに焦点を当てるべき