硝烟中的Scrum和XP 读书笔记

我们怎样编写产品Backlog

迭代开发基本需求：

         1：迭代要有固定时长（时间盒），不能超过六个星期。

         2：在每一次迭代的结尾，代码都必须经过OA的测试，能够正常工作。

Nokia的Scrum标准：

         1：Scrum团队必须要有产品负责任，而且团队都清楚这个人是谁。

         2： 产品负责人必须要有产品Backlog，其中包括团队对他进行的估算。

         3：团队必须要有燃尽图，而且要了解他们自己的生产率。

         4：在一个Sprint中，外人不能干预团队的工作。

产品backlog 包括

标识符（ID），

名称（name），

重要性（Importance），这个故事有多重要 如：10或150 分数越高越重要

初始估算（Initial estimate）， 工作量估算（把3个人关在一起，大约需要4天时间）

如何做演示（How to demo）， （先这样做，然后那样做，就应该得到…的结果）

注释（Notes）

如：

格外的故事字段

Track（类别）

Components（组件）

Requestor（请求者）

我们怎样准备Springt计划

1：产品Backlog必须存在

2：只能有高一产品Backlog和一个产品负责人（对于一个产品而言）

3：所有重要的Backlog条目都已经根据重要性被评分过，不同的重要程度对应不同的分数。

注意：产品负责任之外的人也可以向产品Backlog中添加故事，但是他们不能说这个故事有多重要，这是产品负责任独有的权利，他们不能添加时间估算，这是开发团队独有的权利。

Springt计划会议

1：sprint目标

2：团队成员名单

3：sprint backlog 故事列表。

4：确定好sprint演示日期。

5：确定好时间地点，供举行每日scrum会议。

6：产品负责人必须参加？（

scope（范围）和重要性（importance）由产品负责人设置

estimate（估算）有团队设置

）

7：用本能反应来估算工作时间（如： 兄弟在三天能完成故事A吗？）