Question

在停止当前冲刺后，我们需要将大量项目移至下一个冲刺阶段。这提出了一些问题，我们作为新的scrum用户，没有找到答案。

我们知道我们需要创建新的PBI并将标记为待办事项的任务移动到新创建的PBI。（对于In Progress任务会发生什么，它们应该如何移动？只需移动它们，或者关闭它们并为新的sprint创建一个新的？）

我们提出的一个讨论是我们应该如何命名我们的PBI，因为管理层希望它对我们的产品Backlog和Sprint Backlog的读取权限的客户足够清楚。

从开发人员的角度来看，PBI的诸如“研究特色A”，“实施特征A”，“波兰特征A”，而我们的管理层认为PBI应该被命名为“特征A（第1部分）”，“功能A（第2部分）“，”功能A（第3部分 - 结束）“因为他们和我们的客户都不了解我们的PBI，他们想知道何时可以开始测试功能A.我们的管理层基本上只想打印出Sprint积压查询并将其传递给我们的客户，以显示已完成的工作。

第二个不太重要的问题是：我们应该如何正确使用区域路径？如果我们有一个特征A，那么创建一个特征区域路径并将其用作所有PBI和与之相关的任务的公共标识符是有意义的。但是，我们应该如何处理与多个功能（以及区域路径）相关的工作项？我们担心最终会有很多区域路径，列表会变得杂乱无章。我们无法删除区域路径，因为可能会为其提交错误，或者我们需要在稍后阶段将其提取。此外，如果某个功能在多个版本的应用程序中实现，该怎么办？

Answer 1

我们知道我们需要创建新的PBI并移动任务对新创建的PBI标记为“待办事宜”。（会发生什么如果进行任务，他们应该如何移动？只需移动它们，或者关闭它们并为新的sprint创建一个新的？）

您不需要为每个sprint创建新的PBI！ PBI一直在进行，直到完成所有子任务。它的迭代可以前进到下一个sprint（例如“Release 1 \ Sprint 1＆gt; Release 1 \ Sprint 2”或者只是停留在较高级别（“Release 1”）。任务不会被移动到另一个PBI，但是进展到下一个冲刺阶段。

这将解决命名问题，因为PBI不会获得“part X”后缀。 PBI的可能名称是“功能A - 基础设施”或“功能A - UI”。因此，它的子任务可能被命名为“功能A - 基础设施 - 设计”，“功能A - 基础设施 - 实现”和“功能A - UI - 设计”等。

第二个不太重要的问题是：我们应该如何正确使用区域路径？

如果迭代是按时间顺序的时间点，那么Area用于表示产品的逻辑模块。 E.g：

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

不要过度使用区域定义。该清单应该清晰易懂。

如果某个功能在多个版本的应用程序中实现，该怎么办？

创建另一个PBI并为其分配相同的区域路径但迭代路径不同。

我们应该如何命名分布在多个冲刺中的PBI？

1 个答案: