Scrum敏捷项目管理

为什么拆分未完成的产品待办事项是一个坏主意

在理想的敏捷世界中,Scrum棋牌游戏家和始终在冲刺结束时完成所有选定的用户案例。但是,在现实世界中,可能会有一些积压的产品没有’t have a “done”状态,但仅部分完成。您是否应该将它们拆分为下一个冲刺?在本文中,Daniel Zacharias为您提供了四个原因,为什么拆分未完成的产品待办事项是个坏主意。

作者: Daniel Zacharias,Hexacta, http://www.hexacta.com/

在敏捷的Scrum世界中,有两种类型的 产品积压项目(PBI) at the end of a 短跑: those that are 完成 – that comply with the Definition of Done or DoD – and those that are not. If we want to be faithful to the methodology, those unfinished PBIs, regardless of their degree of progress, should be returned to the product 积压. (see also: 敏捷过程中不可跳过的5个键)。

将未完成的PBI重新放入产品待办事项列表后,产品所有者必须再次对其进行优先级排序,并将其(或不包括在)下一个Sprint中以完成它。当重新分配给冲刺时, 故事点 分配给该PBI的内容不应更改,因为从整体上来说,实施它的工作是相同的。

However, many of us who work with Scrum have lived through the situation where a 短跑 has finished and 上 e of its PBIs is incomplete. It’s tempting to split it into two and leave the part that’s been 完成 in the iteration that has already ended so it does not look like we had such a bad Sprint with a low 速度.

为什么拆分未完成的产品待办事项是一个坏主意

But why is doing this a bad idea? Why shouldn’t the Product Backlog Item be divided into two to represent the work that remains pending and the 上 e that has already been 完成? Here are 4 important reasons:

1.它违背了Scrum的哲学

尝试对未完成的事实应用创可贴,并给人以感觉比实际更好的印象,这是不要犯此错误的令人信服的理由。提供良好的视野和鼓励(无论是在棋牌游戏家和内部还是与客户之间)沟通和鼓励沟通都违背了Scrum的哲学和本质。

2.承诺受损,质量受到威胁

When the team perceives that leaving things “halfway 完成” has no consequences, it jeopardizes the commitment of the team members to the development of the product and its quality. A team that is aware that doing its best to comply with the forecasted deadlines and (self-defined) processes is synonymous with quality, commits their work to excellence.

3.估计损失价值

遵循“如果我们现在不结束PBI,我们将在下一个冲刺中完成它”的思路,意味着我们正在贬低估算值。这会弄乱速度(在计算时应仅考虑成品),并且很难使用它来获得中期视野。

4.最终会影响流程的情况

如果未能完成产品待办事项没有后果,并且不进行任何更改,则最终会导致使结果面临风险的情况。为了在将来的冲刺中防止出现这种情况,应在回溯会议上讨论未将PBI在预测的时间内完成的问题。

奖金轨道!

小心!在完成冲刺之前,请不要犯错在冲刺结束之前从冲刺积压中删除任务。这样做时,您会产生一种幻想,即实际上尚未完成冲刺中的所有任务。在冲刺结束时, 燃尽图 经过分析,棋牌游戏家和了解了所犯的错误以及如何纠正错误。

一些常见问题

考虑到在使用敏捷方法时很容易出现划分PBI的诱惑,因此我们希望回答一些常见问题,以避免轻易陷入此错误。

如果包含部分开发的PBI,我如何预测sprint的估计容量?

进行计划会议时的冲刺能力应以小时为单位,而不是以故事点为单位。故事点是用于中期/长期的量度,因此这种情况不应成为计算容量的问题。但是,假设您完成的PBI花费每个用户故事点的时间更少,那么sprint速度可能会更高(在更少的时间内交付更多的价值)。

我完成的任务应该怎么做?我应该将它们移至新的Sprint待办事项列表还是将其保留在此处?

如果任务处于最终状态(已开发和审查),则应将其与实现它们的sprint(sprint积压)相关联。将它们移至下一个sprint积压不会反映实际情况,也不会带来任何好处。相反,它给人的印象是,在下一个冲刺期间燃烧的时间比实际燃烧的时间要多得多。

如果我完成了一半的PBI,又剩下一半,该怎么办?我可以将其分成两部分并交付完成的零件吗?

唯一的方法是,如果产品待办事项中完成的部分是符合DoD的垂直功能,即已经开发,审查,测试(没有错误),形成文档并增加了价值,产品。这种情况不太可能发生,因为例如,很可能直到开发完成才开始测试。但是,如果满足所有这些条件并且可以拆分,请考虑在Sprint开始之前就已经划分了PBI。

这一切的寓意是什么?分而治之。尝试将产品积压项目拆分为多个独立的小单位(投资),可以在sprint中完成。请记住,PBI越大,在冲刺结束时无法完成的风险就越大。

还有一件事… Definition of Done

“Definition of Done” or DoD is a set of criteria that allows us to determine when a PBI is 完成 (really 完成). Who defines it? The team and the 产品拥有者. It’s an evolving consensus.

棋牌游戏家和中的每个人和客户都必须理解其含义并具有相同的状态概念,这一点至关重要。这些标准适用于所有PBI,重要的是不要将其与接受标准或满足条件相混淆(针对该PBI的确认书,在完成时才是正确的)。

For instance, a PBI is considered 完成 when the following are met:
✓编码已完成并经过同行评审。
✓建立通行证。
✓编写单元测试并全部通过。
✓部署到测试环境,所有测试均通过测试,没有错误。
✓有文件记录。

The DoD must be able to be fulfilled within a single 短跑. In addition, it can (and should) evolve as the team and the project mature, something that is usually 完成 in 回顾性的 meetings. It is important that it is documented and known by all.

结论

拆分未完成的产品积压项目只是试图对出现的问题应用创可贴。最好接受它,对其进行处理,并为将来的Sprint进行改进。

通常,Scrum和敏捷哲学寻求透明化,并像大镜子一样显示一切。为了改善过程,有必要能够识别和接受症状(Scrum为此提供了不同的机制,例如回顾会议,燃尽图等),接受了事实出错的事实并假设了这一点。作为发展和完善我们流程的机会。

关于作者

Daniel Zacharias从事定制软件开发已有14年以上的历史(其中11人在Hexacta,十人使用Scrum)。胸襟开阔,他寻求将敏捷精神融入他的工作中,使用经验方法来改善他所参与棋牌游戏家和的产品和工作流程。本文最初发表于 http://www.hexacta.com/2017/04/04/why-splitting-an-unfinished-product-backlog-item-is-a-bad-idea/ 并经Hexacta许可转载。