扫码阅读
手机扫码阅读

产品待办列表必须了解的基本点

140 2024-01-05

01

产品待办列表的特征

1、产品待办列表永远不会有完成时,一劳永逸。对产品待办列表早期的开发或创建只是对需求初步的认识和尽可能的理解打下一个基础。
2、随着产品上市和它使用的环境不断演进,产品待办列表也会不断演进。
3、产品待办列表是动态的。一个不断变化的产品待办列表可以确保产品在市场上具有更好的适用性,使用性和强大的竞争力。
4、 每一个产品只能有一个产品待办列表。一旦产品存在,一个产品待办列表也会伴随它存在。
5、 多个Scrum团队常常工作在同一个产品上。所有Scrum团队必须采用一个共同的产品待办列表来描述所开发的工作。可在产品待办列表里采用功能属性进行产品功能的分类。
6、产品待办列表的事项不一定都要采用用户故事来描述。但一个好的产品待办列表的事项必须具有如下特征:
a) 完整清晰的描述
b) 优先级排序
c) 经过估算
d) 具有价值


用户故事是目前用来描述产品待办列表事项最流行或最佳的工具之一

02

哪些事项可以进入产品待办列表

必须清楚能够进入产品待办列表的事项只有四种类型:

1、用于开发产品功能的用户需求(如新功能需求、现有功能上的增强型需求或优化等)。
2、产品开发的非功能需求(通常基于研发的需求,如架构、数据结构、性能、安全等)。
3、技术探索性的需求(如配合产品开发的创新探索、学习工具和掌握技能等)。
4、上市产品存在的或开发中遗留的缺陷/BUG。

在Scrum实践中,建议用于开发产品功能的用户需求采用标准格式的用户故事来描述。其它三个类型的事项不强制要求用标准格式的用户故事来描述。可灵活处理。特别是上市产品存在的或开发中遗留的缺陷/BUG这一项不需要采用用户故事来描述。

03

产品待办列表梳理需要注意哪些点?


在产品迭代开发的同时,产品负责人和开发团队还需要一起协作梳理好后续一两个迭代的产品待办列表事项,为即将到来的迭代计划会做好准备。
1、一旦产品上市并获得价值,市场或用户会提供反馈,使得产品待办列表变得非常庞大。当业务需求、市场条件或技术发生变化时,也会使得产品待办列表事项优先级顺序发生变化。产品负责人必须从海量的需求池中选择出未来一两个迭代待开发的需求项,根据情况对产品待办列表的事项随时进行灵活地调整。
2、对于产品负责人决定好的待办事项需要进行细化,包括完成对待办事项的详细描述、拆分、估算和排序。细化工作持续贯穿在整个迭代中,但细化工作占用的时间不超过开发团队整体迭代时间的10%。
3、待办事项的详细描述、拆分这部分工作可由产品负责人来做,或由开发团队来做,或产品负责人和开发团队一起协作来做。
4、待办事项的排序是由产品负责人来拍板决定的。决定排序的因素可以是价值、依赖性、风险、技术实现的可行性、难易程度和实现成本等。
5、避免需求过度细化,如刻意追求完美描述和精确拆分。避免将大量时间花费在需求梳理上。必须清楚产品待办列表梳理的目的是为了让开发团队对需求事项有一定程度的理解并能够估计该事项在一个迭代里完成。对需求事项更深刻全面的认识也许只有在开发时才能有更好地发现。
6、产品待办列表的事项或用户故事的估算是由开发团队负责完成的。为了帮助开发团队更好地完成估算,产品负责人可以帮助团队理解和采用折中的方法来影响团队的估算。
原文链接: http://mp.weixin.qq.com/s?__biz=MzI4ODkyOTAyOQ==&mid=2247483683&idx=1&sn=7f86596bfba34ee1f43ce6b6362b5cbc&chksm=ec37a549db402c5f8b74646a220ca9d1ce22f0e8244bf4b3101a314f713e4c34ae0e7767a78a#rd