Scrum精髓之咀嚼篇二：Scrum流程第一步–产品列表

• Scrum精髓之咀嚼篇二
• • Scrum产品列表（Product Backlog）是什么li>
  • 产品列表（Product Backlog）内容包括几类li>
  • 产品列表（Product Backlog）的特性是什么li>
  • 产品列表（Product Backlog）长什么样子li>
  • 进阶篇
  • 下期预告

Scrum精髓之咀嚼篇二

在我们了解产品列表之前，先来说说PM的学习禁忌吧～

其实项目管理也好、产品框架也罢，更贴近于武侠小说里的心法。概念都是相对虚无缥缈的，如果你没有去尝试，几乎是很难真正吸收的。

一方面要尽可能结合自己目前的团队、产品实际情况，作出自己独特的Scrum尝试；另一方面要尽可能贴近框架，反复梳理核心概念，看看下一次要做哪些改进点。

学习相关概念也要注意，不要东看一点，西学一点，抱着不同的概念东拼西凑。当初郭靖拜江南七怪学了那么多武艺，为啥还是那么菜原因就是东拼西凑没有根基，埋头苦练不得其法。多亏丘处机为他打好了根基，他才能出任CEO，迎娶白富美，走向人生巅峰是吧br>

产品列表（Product Backlog）的特性是什么h2>

根据Roman Pichler和Mike Cohn两位前辈的归纳，产品列表应该具有四个特征：

• 详略得当，即将到来的冲刺的条目应该详细且具体，而长远的任务不要浪费太多多余的精力，因为以后这些目标或者需求本身可能会发生改变
• 涌现的，大概理解为这个列表是动态的，不断会产生新的需求
• 做过估算，比如故事点，理想天数（这里我理解应该是指实际工作量的多少）
• 排列优先顺序

产品列表（Product Backlog）长什么样子h2>

好了，那么说了这么多，这个Backlog应该长什么样子呢拿某种SDK产品举个栗子吧（SDK产品一般是以月度为周期进行产品迭代的）～

比如我们的景愿是更好支持业务部门使用SDK，同时优化SDK的稳定性，扩展业务场景，那么西城陈冠希同学梳理了这么一张产品列表：

进阶篇

其实如果你已经很轻松梳理出了这样一个列表，我们可以有一个更高的要求了。这里再分享一个小技巧就是尽可能用“用户故事”的方式梳理你Backlog中的条目，通用格式如下：

As a （Role）, I want to （Activity）, so that （Business Value）

也就是说，我的条目可以分为三个子条目，即角色、需求、价值；当然啦，也可以是一个完整的条目，包含完整的角色、需求、价值信息。

如果你还不明白我在说什么，下面这幅图你一定能看懂～

下期预告

那么准备好了完整的产品列表，我们就可以继续进入Scrum框架的下一部分：冲刺规划（Sprint Planning）了～

当然啦，如果你真的想要有所收获，一定要从简单的概念出发，自己着手使用概念解决实际问题哈～下个礼拜的工作中，老夫也要进入到一系列大块任务的拆解、产品列表的优化、冲刺计划（Sprint Planning）的细节中来，下一篇文章也会就此谈谈心得体会～

我是爱你们的东城吴彦祖，我们下期再见～记得双击么么哒！