用户故事与敏捷方法笔记---Scrum与用户故事

系列文章

上一篇 “用户故事不良症兆一览”


如有问题请留言


前言

如何把用户故事和另一种敏捷过程Scrum结合在一起?


文章概览

用户故事与敏捷方法笔记---Scrum与用户故事

1. Scrum是迭代和递增的

  • 一轮迭代是一种持续改进的过程。
    1. 例如:雕刻家会首先选择一块石头,画出大体轮廓,然后在增添细节。
  • 一个递增的软件是指团队按照功能点开发和发布软件。
    1. 例如:雕刻家会先确定一个部分,然后专注于这个部分。

2. Scrum基础

  • 实施Scrum过程的项目往往采用30天为一周期的迭代,称为Sprint。在每个Sprint开始时,团队需要确定这个Sprint需要完成的工作。
  • 所有工作内容放到一个称为产品Backlog 的排好优先序列的列表中。
  • 团队根据自己的经验从产品Backlog 中选择下一个Sprint能够完成的任务,放到另一个称为Sprint Backlog的列表中。
  • 团队每天都会有一个会议称为 Daily Scrum。在会议上做出各种调整。

3. Scrum 团队

  • 通常由4~7个开发组成。团队分工并不是非常明确,根据需求随时做调整。

4. 产品 Backlog

  • 这个指的是待开发产品功能列表,在项目初期一般不需要很大的精力写出所有功能。通常只写下一些比较显而易见的功能。产品负责人会优先排序。

5. Sprint 计划会议

  • 在每个Sprint的开始时计划会议。这个会议通常会持续很久。其参加者包括产品负责人,ScrumMaster和团队的所有开发人员。
  • 会议前半段产品负责人会把待开发的优先级高的功能介绍给Scrum团队。
  • 第二阶段,开始针对第一阶段提问。
  • 团队和产品负责人一起确定整体的Sprint 目标。在会议的后半段,团队会讨论这些用户故事,决定下一轮迭代能够完成的工作量。

6. Sprint 评审会议

  • 每个Sprint 都要发布一个“潜在可以交付的产品功能增量”。这意味着每一个Sprint 结束时,团队都会发布完成测试的可以使用的一部分功能。
  • 会议最好时非正式会议,不要称为成员的负担。

7. 每日Scrum 简会

  • 这个会议主要是为了了解项目当前情况。
    1. 你昨天做了什么?
    2. 你今天打算做什么?
    3. 有什么困难?

8. 在Scrum 中使用用户故事

  • Scrum和产品Backlog
    1. 产品Backlog 中每一个故事必须对客户或者产品负责人有价值。
    2. 如果限制产品 Backlog 中只有用户故事,那么排列优先级对产品负责人来说会比较简单。
  • 在Sprint 计划会议中使用用户故事
  • 在Sprint 评审会议中使用用户故事
  • 在每日 Scrum 简会中使用用户故事

Finish

下一篇 “其他话题”

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