0

現在のスプリントを停止した後、多くのアイテムを次のスプリントに移動する必要があります。これは、新しいスクラムユーザーとして、私たちが答えを見つけられなかったいくつかの質問を提起しました。

新しいPBIを作成し、ToDoとしてマークされているタスクを新しく作成されたPBIに移動する必要があることを理解しています。（進行中のタスクはどうなりますか？どのように移動する必要がありますか？単に移動するか、閉じて新しいスプリント用に新しいタスクを作成しますか？）

提起された議論の1つは、製品バックログとスプリントバックログへのアクセスを読んだ顧客にとって十分に明確にすることを経営陣が望んでいるため、PBIにどのように名前を付けるかということでした。

開発者の観点からは、「研究機能A」、「実装機能A」、「ポーランド機能A」などのPBIは、PBIの名前を「機能A（パート1）」、「機能A（パート2）」、「機能A（パート3-終了）」。なぜなら、彼らも顧客も私たちのPBIを理解しておらず、いつ機能Aのテストを開始できるかを知りたがっているからです。何が行われたかを示す方法として、それをクライアントに渡します。

2つ目の、それほど重要ではない質問は、エリアパスをどのように適切に使用する必要があるかということです。機能Aがある場合は、機能Aのエリアパスを作成し、それに関連するすべてのPBIとタスクの共通の識別子として使用するのが理にかなっています。しかし、複数の機能（したがってエリアパス）に関連する作業項目をどのように処理する必要がありますか？たくさんのエリアパスができてしまい、リストが乱雑になるのではないかと心配しています。エリアパスはバグが報告されている可能性があるため削除できません。または、後の段階で取得する必要があります。また、機能がアプリケーションの複数のバージョンに実装されている場合はどうなりますか？

4

1 に答える 1

1

新しい PBI を作成し、To Do としてマークされたタスクをその新しく作成された PBI に移動する必要があることを理解しています。(進行中のタスクはどうなりますか?どのように移動すればよいでしょうか?単に移動するか、閉じて新しいスプリント用に新しいタスクを作成しますか?)

スプリントごとに新しい PBI を作成する必要はありません。すべての子タスクが完了するまで、PBI は進行中のままです。その反復は、次のスプリントに進む場合があります (例: "Release 1\Sprint 1 > Release 1\Sprint 2" または単に上位レベル ("Release 1") にとどまる)。タスクは別の PBI に移動されませんが、移動されます。次のスプリントに進みます。

これにより、PBI には「part X」接尾辞が付けられないため、命名の問題が解決されます。PBI の可能な名前は、「機能 A - インフラストラクチャ」または「機能 A - UI」です。したがって、その子タスクは、「機能 A - インフラストラクチャ - 設計」、「機能 A - インフラストラクチャ - 実装」、「機能 A - UI - 設計」などと名付けられます。

あまり重要ではない 2 つ目の質問は、エリア パスを適切に使用するにはどうすればよいかということです。

Iteration が時系列の時点である場合、Area は製品の論理モジュールを表すために使用されます。例えば：

|-Server
| |--Database
| |--Web Services
|
|-Client
| |--UI
| |--Navigation
|
|-Configuration
|
|-Documentation
|
|-Installation
| |---Client
| |---Plugins
|

領域定義を過度に使用しないでください。リストはクリーンで理解しやすいものにする必要があります。

機能がアプリケーションの複数のバージョンで実装されている場合はどうなりますか?

別の PBI を作成し、同じ Area パスで別の Iteration パスを割り当てます。

于 2012-06-07T22:57:42.580 に答える