硝烟中的 Scrum 和 XP（一）

一、怎么编写产品backlog？

---

从根本上说，它 就是一个需求、或故事、或特性等组成的列表，按照重要性的级别 进行了排序。它里面包含的是客户想要的东西，并用客户的术语加 以描述。我们叫它故事(story)，有时候也叫做 backlog 条目。

我们的故事包括这样一些字段:

• ID———统一标识符，就是个自增长的数字而已。
• Name——简短的、描述性的故事名。比如“查看你自己的交易明细”。它必须要含义明确，这样开发人员 和产品负责人才能大致明白我们说的是什么东西，跟其他 故事区分开。它一般由 2 到 10 个字组成。
• Importance(重要性)——产品负责人评出一个数值，指 示这个故事有多重要。例如 10 或 150。分数越高越重要。
• Initial estimate(初始估算)——团队的初步估算，表示与其他故事相比，完成该故事所需的工作量。最小的单位是故事点(story point)，一般大致相当于一个“理想的人天 (man-day)”。
• How to demo(如何做演示)——它大略描述了这个故事应 该如何在 sprint 演示上进行示范，本质就是一个简单的测 试规范。“先这样做，然后那样做，就应该得到......的结 果 ”。
• Notes(注解)——相关信息、解释说明和对其它资料的引 用等等。一般都非常简短。

ID	Name	重要性	初始估算值	如何演示	注解
1	存款	20	8	登陆，打开存款界面，存入10元；转到我的账户余额，检查到增加了10元。	目前不需要考虑加密问题。

 

二、怎么准备sprint计划？

---

在 sprint 计划会议之前，要确保产品 backlog 的井然有序。

• 产品backlog必须存在(你能想象到这一点么?)。
• 只能有一个产品backlog和一个产品负责人(对于一个产品而言)。
• 所有重要的backlog条目都已经根据重要性被评过分，不同的重要程度对应不同的分数。
• 产品负责人应当理解每个故事的含义

 

三、怎么制定sprint计划？

---

举办 Sprint 计划会议，是为了让团队获得足够的信息，能够在几个 星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信心。

其实，Sprint 计划会议会产生一些实实 在在的成果:

•  sprint目标。
•  团队成员名单(以及他们的投入程度，如果不是 100%的话)。
•  sprintbacklog(即sprint中包括的故事列表)。
•  确定好sprint演示日期。
•  确定好时间地点，供举行每日scrum会议

为什么产品负责人必须参加？

原因在于，每个故事都含有三个变量，它们两两之间都对彼此有着强烈 依赖。范围(scope)和重要性(importance)由产品负责人设置。估