产品待办列表

举报
任志强 发表于 2019/06/13 10:51:58 2019/06/13
【摘要】 产品待办列表是一个按优先级顺序排列的、预期的产品功能列表。产品负责人负责管理产品待办列表的内容、可用性和优先级。产品待办列表是Scrum框架的核心工件,透明可视、动态变化是产品待办列表的两个重要特点。

产品待办列表

         产品待办列表是一个按优先级顺序排列的、预期的产品功能列表。产品负责人负责管理产品待办列表的内容、可用性和优先级。产品待办列表是Scrum框架的核心工件,透明可视、动态变化是产品待办列表的两个重要特点。

产品待办列表项

         产品待办列表是由产品待办列表项组成,我们称之为PBI(Product Backlog Item)或者简称条目。对于客户或者用户来说,大多数PBI都是有实际价值的特性和功能。PBI常常写成用户故事的形式(虽然Scrum框架没有明确PBI的格式)。PBI还有可能是缺陷修复、技术改进、知识获取等工作以及产品负责人认为有价值的任何工作。

产品待办列表的四大特征

         Roman PichlerPichler 2010)和Mike Cohn提出的DEEP概念:详略得当(Detailed appropriately)、涌现的(Emergent)、做过估算的(Estimated)和排好优先级的(Prioritized)。DEEP在业界也作为一定的标准来判断产品待办列表的结构是否恰当。

1.         详略得当

         优先级最高的近期需要完成的PBI应该放在列表顶部,内容详细,可以在最近的一个冲刺中实现。优先级比较低的短时间还不打算做的PBI可以再列表底部,内容粗略。

2.         涌现的

         产品待办列表是适应变化的,随着时间的推移渐渐变得清晰。根据内外部的变化,产品负责人必须考虑新涌现的PBI,让产品列表重新保持平衡并重新排序。

3.         做过估算的

         每个PBI都是有大小估算的,即完成这个PNI需要多少工作量。对于顶部高优先级的条目其估算值比较准确,比如多人理想人天,对于底部低优先级的内容粗略的PBI,有可能无法提供准确的数字估算,一种实践是把这些估算用类似T恤衫尺码来表示:大码(L)、加大码(XL)、加加大码(XXL)等。等这些底部的PBI逐渐上移至顶部时就可以细化、讨论、估算。

4.         排列优先级的

         对于近期要做的高优先级的PBI,排好优先级是至关重要的,高优先级的PBI代表高价值的业务,而对于远期要做的PBI可以不花费大量时间去排列它们的优先级。

产品代办列表的优化

         产品待办列表优化指的是为产品待办列表项增添细节、估算和排序的动作。这是一个持续的过程,产品负责人和开发团队协同工作在产品待办列表项的细节上。在产品待办列表精化过程中,产品待办列表项被重新评审和修改。Scrum 团队决定如何来完成精化以及何时来完成。精化的工作通常占用开发团队不超过 10% 的产能。然而,产品负责人或者其他人在产品负责人的斟酌下,产品待办列表项可以在任何时间来更新。

就绪的定义

         就绪的定义和完成的定义可以视为PBI在一个冲刺周期中的两个状态,都是针对工作制定的检查表,只有在完成检查表之后,才可以认为PBI分别进入就绪或完成状态。这里就绪的定义是指可以开始工作的PBI的标准、完成的定义是指工作完成的标准,都是团队和产品负责人一起规定的。拿就绪定义为例:

就绪的定义

1

清晰表达业务价值

2

开发团队能够理解细节进行开发

3

已经识别依赖关系

4

PBI经过估算、可以在一个冲刺完成

5

可接受标准清晰并且可测试

6

如果有性能标准的话,性能标准已经定义并可以测试

7

团队知道在评审会议中如何演示PBI

 


【版权声明】本文为华为云社区用户翻译文章,如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容, 举报邮箱:cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

举报
请填写举报理由
0/200