Product Backlog梳理案例和最佳实践

image blog backlog grooming
2018年5月18日

Product Backlog梳理案例和最佳实践

BACKLGO管理|敏捷开发
约翰 卡尔森

什么是Product Backlog梳理?

Product Backlog梳理,也称为Product Backlog细化或待办事项管理,是敏捷开发中的一个持续过程,在这个过程中,产品所有者和相关利益相关者需要确保:

  1. ProductBacklog有正确的待办事项。

  2. 这些事项按优先级进行排序。

  3. 高优先级的项目已经准备好开始冲刺(通过向它们添加正确的事项)。

image blog body product backlog example 2 process

为什么Backlog梳理很重要?

        定期梳洗是绝对必要的。它确保了市场对您的产品的期望与您的组织实际计划交付的内容之间的关联。这有助于确保团队首先完成最重要的工作,从而提高团队的积极性(“我的工作很重要!)以及业务的长期可持续性。

       Backlog梳理主要由产品所有者(在敏捷开发环境中)管理,并且相关人员进行辅助。这些相关人员可能包括:企业经理人、开发团队和其他人,比如scrum大师。

如何执行Product Backlog梳理-最佳实践

        Backlog梳理是一个持续的过程。但通常的做法是定期(例如每两周)与相关利益相关者举行会议。在这些会议期间,产品负责人将与其他人协调,查看现有的用户案例,并删除那些不再相关的用户案例。它们可以添加用户故事、拆分大型用户故事或更改现有用户故事的优先级。它们还可以包括或调整用户情景的估计。

        不管你做什么,都要确保是D.E.E.P。!

一个DEEP的backlog是指:

适当详细、估计、紧急、优先

        打造一个D.E.E.P. Backlog

        D.E.E.P.这个首字母缩写词是由长期倡导敏捷开发的罗曼·皮克勒(Roman Pichler)创造的,通常用来描述理想的、管理良好的backlog。

        适当详细(Detailed Appropriately)-即将到来的、高优先级的backlog任务应该比遥远的、低优先级的任务有更多的细节。这可以防止由于花费太多时间分解与即将到来的sprint无关的backlog项而导致的浪费(和混乱)。它还确保开发团队拥有在下一个sprint中成功完成项目所需的所有细节。

        估计(Estimated)-绝大数backlog任务应该被估计。常见的估计是故事点、时间,甚至是T恤尺寸(小、中、大、超大)。通过backlog任务的估算,我们可以了解实施这些任务的成本,这是确定优先顺序所必需的信息。(我们希望从最少的工作量中获得最大的价值)。估计也提供了一个比较。你可以对比您的估计和实际情况,从而改进未来的计划。

        紧急(Emergent)-product backlog是计划工作的动态文档,反映业务的实时需求和优先级。它应该是一条水流湍急的河流,在那里新的想法变成了完成的工作,而不是一片沼泽,在那里闲置的想法坐以待毙,慢慢腐烂。随着时间的推移,有了新的发现,就要把它们包括在product backlog中,否则它的产品就有可能过时。

        优先(Prioritized)-您下一步应该做什么?backlog应该把最高优先级的任务放在顶部,在底部有最低优先级的任务。不断完成最高优先级、最有价值的任务的团队是向客户提供最有价值、最快速度的团队。要确定优先级,必须对市场(当前和未来的客户最终认为什么是有价值的)以及实施每个项目的成本有深入的了解。

您的backlog任务太多了吗?下载6个精简Backlog的技巧

Backlog梳理的3个优化技巧

        当您的产品有多个利益相关者时,定期的backlog梳理会议是必要的。这个会议通常是为了准备即将到来的冲刺而完成的。所以,对于许多团队来说,大约每两到四周需要举办一次。最好将会议安排在下一个sprint的前几天,因为最后几天通常用来完成当前sprint中的工作。

在会议上,您可以:

  • 编写并包含新用户故事(如果容量允许)。

  • 改进或添加旧用户故事的细节。

  • 分解大的backlog任务。

  • 估计backlog任务。

  • 删除不再相关的用户故事。(这通常是会议最重要的方面,也是最容易被遗忘的方面。)

您如何充分利用你的会议?

在许多方面,一个好的backlog梳理会议遵循任何一个好的正常会议的规则:只邀请那些必要的人,确保你准备好了,并限制会议的长度。

不要邀请所有人 -让我们从谁应该在场开始。产品负责人是会议的唯一必备人员。你应该漏掉谁?在游戏中没有皮肤的人。如果有业务相关人员需要您提供意见,请提前收集,或者将他们的出席人数限制为一到两名成员。如果您需要开发团队的意见,请在会议之前、会议之后立即进行,或者只包括一两个具有适当技能的人员。

为抵达做准备 -您的目标是什么?对你想要达到的目标有一个明确的认识,并确保每个人都意识到这一点。你想开始分解下一个商业epic吗?是否要删除或更新旧任务?确保团队中的每个人都了解他们如何为目标做出贡献,这样你就能从会议中获得最大的收益。

保持简短 -你的工作是做不完的。总会有改进的余地。一般来说,梳理会议通常会开很长时间。抵制这种情况。你不可能在一次会议上做所有的事。把它限制在需要做的事情上。如果你每两周开会一次,在下一次冲刺之前,最多限制1-2小时。如果你的节奏更分散,你的改进会议可能会按比例增加。在许多情况下,最好将一个长会议分散成几个小会议。另外,作为产品负责人,确保在会议时间之外——当您得到输入时——不断完善backlog。你不想有一个backlog记录积压的会议!

Backlog梳理:将所有事项整合在一起

        Backlog梳理对于成功的敏捷开发组织来说是一个关键的过程。确保您的backlog是详细的、估计的、紧急的和优先的将为您的流程和工作流带来实质性的结果,并增加您的产品和客户的价值流。

了解Hansoft,更好的backlog管理工具

在Hansoft免费试用 整理您的积压