太长不读版 本文主要针对“项目型”或敏捷转型初期的团队。传统的“堆栈式”产品待办列表强调按优先级排序,且栈顶的用户故事要拆分得足够细。但这种一维的可视化方法往往让经验不足的团队忽视产品价值,并错过拆分大型用户故事的时机。而用“价值/批量”式产品待办列表能让团队能轻松地识别需要拆分的高产品价值用户故事,提前将其拆分为小批量的用户故事,从而加快开发速度、提升代码质量、优化产品价值。
产品待办列表是团队在进行迭代式开发时经常使用的一种工具,来管理在未来迭代中将要实现的用户需求。出现在“产品待办列表”中的用户需求一般以“用户故事”为单位来组织。传统的“堆栈式”产品待办列表强调按用户故事的优先级排序,越靠近栈顶的用户故事优先级越高,且拆分得要足够细,以便让团队在下一个迭代开始时从中选取要开发的用户故事。如图所示。
Scrum迭代开发
对于“项目型”或敏捷转型初期缺乏经验的团队[1],传统“堆栈式”产品待办列表主要有2个弊端:
“价值/批量”式产品待办列表的价值主要有3个价值:
实施“价值/批量”式产品待办列表的方法主要有3个步骤:
“价值/批量”式产品待办列表
“堆栈式”产品待办列表容易让人忽视产品价值,并忘记拆分大故事。而“价值/批量”式产品待办列表能解决这些问题,从而加快开发速度、提升代码质量、优化产品价值(具体原因参见“怪兽电力公司的翻硬币游戏”)。