Product Backlog排序，通向成功的顺序

作者 David Bulkin 译者 姚九强 发布于 2012年1月15日

领域

过程 & 实践,

架构 & 设计

主题

商业价值 ,

敏捷技术 ,

企业级敏捷 ,

软件工匠 ,

业务/IT整合 ,

敏捷 ,

商业 ,

Buzzwords ,

企业架构

分享到

传统上，有些产品负责人（product owner）通过对项目经济回报指标孤立地两两比较，进行backlog优先级排序。成功的敏捷团队通常采用一种整体的方法，综合考虑backlog条目的风险、依赖关系和复杂性的相互影响。

James O. Coplien 2011年8月3日在Scrum Alliance网站上发表了一篇文章，仍在引发评论，文中称新版Scrum指南中的改变与产品backlog优先级相关，或者按照James解释的一样，排序。

对一个列表进行优先级排序意味着按照各个项目的相对重要性排序。优先级排序促使两两比较列表中的项目（根据字典中的定义）。考虑一下采用冒泡法来对产品backlog进行优先级排序：比较最上面的两个项目，如果顺序错了就交换，然后再移向下一组项目，就这样不断循环直到列表中的每个条目都排好顺序。优先级排序和排序就这样相似。所有的比较都是局部的。这个过程类似于局部优化。

更广义的说，Scrum团队和产品负责人（Product Owner）在排列PBI时特别需要考虑整个backlog，以便得到最优的价值或ROI。大多数人通常将ROI当做优先级，然而要将ROI认为是全部backlog排序后的长期结果，而非仅仅是将每个条目的ROI加总。这种观点部分是正确的，因为每个单独条目的ROI依赖于它在backlog中的位置。

Arlen Bankston，一位敏捷教练和咨询师，进一步解释了需要长远的看待每个项目直接ROI贡献。

每个单独用户故事的价值——特别是在新产品开发早期——通常因为较早得到市场和客户对功能的反馈而获得更多价值，而不仅仅是直接的ROI贡献。这就让简单的两两比较每个单独的用户故事成为一种过于狭隘的方法，因为产品的整体模式和客户探索必须要考虑进产生的收益。

敏捷社区的其他人使用了很长一段时间与排序有关的变量。几年以前，在一次谈话中，Roland Cuellar提出了一个更好的术语，叫投放市场顺序（sequence to market），这个顺序结合了业务、技术和其它因素，比如风险和依赖关系。采用“顺序”这个词很有帮助，因为它允许产品管理不再困扰于“所有都是高优先级”，可以这么说：不错，这可能是事实，但是让我们决定一下下次发布哪个高优先级的项目。

因此，无论它被称为排序，优先级排序或顺序，有效的产品负责人从整体的角度看待他们的backlog，以保证每个项目按正确的次序交付以获得最高的直接和长期价值。

你在这方面有什么经验呢？

查看英文原文：Product Backlog Ordering  Sequence for Success

译者 姚九强 是一名业务分析师，机器人爱好者，目前在ThoughtWorks。关注敏捷方法、运维和业务模型。

相关厂商内容

保持某些系统的高可用性，是一些企业的重中之重，如何设计？

海量数据处理，海量视频分发，架构热点难点，尽在架构师峰会！

相关赞助商

ArchSummit全球架构师峰会报名启动！7折优惠，5月31日截止！

1. 返回顶部

   Rt

   发表人 Yi Xia

   真心不懂～

   回复