project-management - 小規模プロジェクトの速度

Question

私は現在スクラムについて学んでおり、この分野の経験豊富な専門家から学びたいと思っています。

3 か月かかる (通常、顧客への中間納品が 2 ～ 3 回ある) プロジェクトにベロシティは関係しますか?
統計を適切なものにするのに十分な時間ではないと思います。統計に十分な深さを得るために、プロジェクト全体で開発者ごとのベロシティを記録する価値はありますか?

もう 1 つの質問は、小規模なプロジェクトにとって速度は本当に重要ですか?
私たちはこの分野で多くの経験を積んでおり、見積もりは非常に正確です。私たちが抱えていた唯一の問題は、時々あなたを襲うリスク要因に関連していました.

小さなイテレーション、製品/プロジェクト管理を開発プロセスに非常に近づける隣接統合など、他の部分には多くのロジックが見られます。私たちは、それを知らずにスクラムですでに多くのことを行っていると思います。

要するに、コンセプト全体としてのスクラムが私のニーズに合っているかどうかはわかりませんが、開発プロセスを改善するために多くのコンセプト (バックログが本当に気に入りました) を使用できることがわかります。

実際には質問というより議論ですが、SO はこのために設計されていないため、適切でない場合は申し訳ありません。

Answer 1

1か月のスプリントで3か月のプロジェクトを実行している場合、速度計算を使用できるのは2つのスプリントのみです。ただし、2週間のスプリントを使用している場合は、速度計算を適用できる5つのスプリントがあります。スプリントが短いほど、より多くのデータポイントを取得できます。

開発者として、私はすべての速度を追跡するのが好きです。それは、私の時間見積もりスキルがどれほど調整されていないかについてのいくつかの考えを私に与えます。これで、過去の速度を新しい見積もりに適用できるようになり、これらの見積もりがいくらか合理的になりました。

チームメンバーとして、チームメートがどれだけ時間を見積もっているかを知りたいです。私は常に自分の時間を5倍以上過小評価している人々と協力してきましたが、不快な驚きを避けたい場合は、事前にそれを知っておくことが重要です。

そうです、どのような規模のプロジェクトでも速度が重要であることがわかりました。

Answer 2

したがって、質問を2つの部分に分割するには：

1) 3 か月のプロジェクトで Velocity を使用する価値はありますか? はい、そう思います。私は、ほとんどのプロジェクトが 2 ～ 6 か月の長さのチームで働いてきました。私たちは 1 週間のイテレーションを行いましたが、3 日間という短いチームも知っています。ただし、アジャイル コミュニティでは、特定の反復が必要ない、よりカナバン プル型のシステムに向かう動きがあります。反復から始めてから再評価すると思います

2) では、適切な見積もりが得られた場合、速度が必要ですか? あなたがより短いプロジェクトに取り組んでいることを考えると、おそらくそうではありません。しかし、何かが 20 時間で、1 日 2 時間しか作業できないために 10 日かかる場合、基本的には別のものを使用して速度を計算する必要があります。

XPおよびスクラム開発のメーリング リストを強くお勧めします。

Answer 3

計画に速度を使用することは、基本的に、価値があるために最小の反復回数に依存します。しかし、それは他のフィードバックメカニズムにも当てはまります。実行中のプロジェクトに新しい学習を組み込むには、反復の終わりまでに提供される頻繁なチェックポイントが必要です。したがって、小規模なプロジェクトの場合、とにかく（断続的なリリースの数とは関係なく）イテレーションを小さくする必要があります。私はかつて2週間のトレーニングプロジェクトに取り組み、2日間の反復を使用しました。かなりうまくいった。

ベロシティを使用することはあなたに価値を提供しますか？ええと、それはここからはわかりにくいです。一方では、見積もりプロセスがすでにうまく機能している場合は、うまくいかない可能性があります。一方で、おそらくそれはさらにうまくいくでしょう。または、それでも同様に機能しますが、労力は少なくて済みます。また、スクラム（他のプロセスと同様）は、さまざまなコンポーネントが相互にサポートするパッケージであることに注意してください。現在の見積もりプロセスはうまく機能しますが、スクラムプロセスではうまく機能しないか、スクラムの他の側面を損なう可能性があります。 。そして、スクラムプロジェクトに何を期待するかが正確にわからない場合、問題は見積もりプロセスであることに気付かないかもしれません。

したがって、上記を考慮に入れて、しばらくの間ベロシティを試して、それがどのように機能するかを確認することは理にかなっているかもしれません。いつでも戻って、以前の方法を再試行できます。「検査と適応」はスクラムの重要な部分であることを忘れないでください。適応する前に検査することを忘れないでください。

スクラムの経験がある人を乗せるのも良い考えかもしれません。通常、アンチパターンを識別して効果的な適応を考え出す方がはるかに簡単です。

Answer 4

反復回数が少ないほど、より多くのデータ ポイントが得られるため、速度をより正確に測定できます。追跡は精巧である必要はありません。単純なバーンダウン チャートで、速度をすばやくグラフィカルに確認できます。