敏捷开发读书笔记

迭代开发的基本需求：
• 迭代要有固定时长（被称为“时间盒--timebox”），不能超过六个星期。
• 在每一次迭代的结尾，代码都必须经过QA的测试，能够正常工作。
Scrum标准：
• Scrum团队必须要有产品负责人，而且团队都清楚这个人是谁。
• 产品负责人必须要有产品Backlog，其中包括团队对它进行的估算。
• 团队必须要有燃尽图，而且要了解他们自己的生产率。
• 在一个Sprint中，外人不能干涉团队的工作。

故事点（story point），
一般大致相当于一个“理想的人天（man-day）”。
o 问一下你的团队，“如果可以投入最适合的人员来完成这个故事（人数要适中，通常为2个），把你们锁到一个屋子里，有很多食物，在完全没有打扰的情况下工作，那么需要几天，才能给出一个经过测试验证，可以交付的完整实现呢？”如果答案是“把3个人关在一起，大约需要4天时间”，那么初始估算的结果就是12个故事点。
让产品backlog停留在业务层次上

我们怎样准备sprint计划:
在sprint计划会议之前，要确保产品backlog的井然有序。
举办Sprint计划会议，是为了让团队获得足够的信息，能够在几个星期内不受干扰地工作，也是为了让产品负责人能对此有充分的信心。
成果：

评论

1 楼 zfms 2012-04-01  

Sprint 计划会议日程:
13:00 - 13:30。产品负责人对sprint目标进行总体介绍，概括产品backlog。定下演示的时间地点。
13:30 - 15:00。团队估算时间，在必要的情况下拆分backlog条目。产品负责人在必要时修改重要性评分。理清每个条目的含义。所有重要性高的backlog条目都要填写“如何演示”。
15:00 - 16:00。团队选择要放入sprint中的故事。计算生产率，用作核查工作安排的基础。
    16:00 - 17:00。为每日scrum会议（以下简称每日例会）安排固定的时间地点（如果和上次不同的话）。把故事进一步拆分成任务。
确定sprint长度:3个周发布一次.
确定sprint目标
决定sprint要包含的故事
定义“完成”
技术故事 ：我指的是需要完成但又不属于可交付物的东西，跟任何故事都没有直接关联，不会给产品负责人带来直接的价值。


让公司所有相关人员都知道我们的spring会议内容.