用户故事与敏捷方法笔记---迭代计划

系列文章目录

上一篇 “发布计划”

---

如有问题请留言

文章目录

• 系列文章目录
• 前言
• 文章概览
• 1. 讨论故事
• 2. 分解任务的原因
• 3. 承担指责
• 4. 估算并确认
• Finish

---

前言

利用发布计划，我们顺利地将粗粒度的故事分配到发布中的多轮迭代。
迭代计划会议内容一般会包含以下几点：
• 讨论故事
• 从故事中分解出任务
• 开发人员承担每个任务职责
• 开发人员单独估计各自的任务

---

提示：接下来的所有理论都会伴随一个实际的例子，而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

1. 讨论故事

• 团队获得一个已经排好优先级的故事结合，以此作为迭代计划的会议输入。
• 迭代计划会议是客户为团队调整故事优先级的最佳时机。
• 会议开始时，客户从最高优先级的故事开始，然后由开发提问。
• 直到充分理解并在故事中分解出任务。

2. 分解任务的原因

• 将任务分给更适合这个开发任务的程序员，因为每个程序员都有自己擅长的技术。
• 有助于发现那些被遗忘的任务。
• 敏捷设计的诟病时，他没有像瀑布过程那样的前期设计步骤，其特点是频繁的短期设计。
• 例子：“用户可以根据不同的字段搜索酒店”。分解为
  1. 编写基本的搜索界面
  2. 编写高级搜索界面
  3. 编写搜索结果的界面
  4. 为支持基本搜索查询数据库编写调试SQL语句
  5. 等

3. 承担指责

• 每个开发可以把自己的名字写到任务后边。

4. 估算并确认

• 一旦每个开发人员估算出自己的任务，那么就需要把这些加起来，计算出完整的评估。

---

Finish

下一篇 “测量并测控速率”

参考书籍《用户故事与敏捷方法》