開発環境にアジャイル手法を実装しようとしています。ストーリーには開始日と終了日が必要ですか、それとも純粋にスプリントに適用できますか?
-アラン-
開発環境にアジャイル手法を実装しようとしています。ストーリーには開始日と終了日が必要ですか、それとも純粋にスプリントに適用できますか?
-アラン-
「終了日」とはどういう意味ですか? ストーリーを終了する予定の日付 (恐ろしい締め切り) または実際にストーリーを終了する日付。
Scrum² では、ストーリーには「このストーリーを開始/終了する予定の日付」がないと思います。代わりにあなたが持っているのは、「チームがストーリーを引き受けるためにコミット¹するスプリント」です。これは、「すべて順調で、このスプリントの終わりにリリースされる」という終了日のようなものですが、スプリントの開始時にコミットされたすべての作業は、すべてがうまくいけばリリースされるため、それほど細かくはありません。スプリントの終わりに。また、チームが実際にコミットするまで、その情報を取得することはできません。
また、残りのバックログの推定サイズとチームの速度もわかります。これにより、ストーリーがいつ開始されるかのガイドが得られます。しかし、これはスプリントへのガイドであり、あなたがこの話を取り上げるのは難しくて速い日付ではありません.
では、何のために開始日/終了日が必要なのでしょうか? 他のメトリクスの 1 つが見つかる可能性があることがわかったら、スクラム/アジャイルのフレーバーが必要なデータを提供します。または、必要なデータとアジャイルが連携していないことがわかります。
1) 私は、「それまでにそれを成し遂げようとする」という意味の場合、「コミットされた」という言葉が固定されているように聞こえるので、「コミット」から遠ざかる傾向に気付きました。
2) スクラムは、数多くの異なるアジャイル方法論の 1 つにすぎません。多くの人が、スクラムの One True フォームを持っていると感じていますが、One True Emacs Bindings がスクラムの One True フォームであることに全員が同意する方が簡単です。アジャイルまたはスクラムの一部の実装には、期限がある場合があります。