敏捷开发-Scrum过程模型

Scrum过程模型

Scrum过程：

Scrum的三个主要元素：角色（role）、活动（activity）、产出物（artifact）

三个角色：

1. Product Owner（PO） 定义产品需求，负责产品成败；（需求获取、决策、讲解、验收、编写者）

2. Scrum Master 协助开发团队依循Scrum的精神来开发软件，确定Scrum所规范的几个活动都有定时且正确进行；（教练/流程经理、会议主持、牧羊犬、雷锋、外交官、清道夫）

3. Team Member 负责软件开发；（写程序、单元测试、做计划、编写技术文档）

四个活动：

1. Sprint策划会议(Sprint plainning metting)

参与人员：PO、SM、TeamMember

过程：上半部分确定sprint目标，挑选 product backlog、确定团队成员名单、确定完成标准，并按照优先级划分；下半部分对sprint backlog分解任务、任务估计、任务分工，确定sprint演示日期，以及每日站立会议的时间和地点。

产出物：Sprint Backlog

2. 每日站立会议（Daily Scrum）

团队每天站成一圈开一个约15分钟的会议，团队成员要报告三件事情：（1）昨天做了哪些事？（2）今天准备做什么？（3）有没有遇到任何问题或阻碍？

会议目的：监督个人承诺、了解项目进展、培养团队文化

会议步骤： （1）功能测试，PO确认任务是否完成； （2）轮流汇报 （3）更新燃尽图

3. Sprint 评审会议（Sprint review meeting）

参与人员：Team Member、客户、管理者、PO

团队向PO及利益相关者展示本次sprint中已完成的每一个故事，并且PO确认这些故事有没有做到他想要的程度；调查利益相关者的意见、期望及优先级，这些新的想法可能变成新的需求，移到后续的sprint中实现。

4. 回顾会议（Sprint retrospective meeting）

参与人员：SM、Team Member，PO如果有空，也参加

主要目的：检讨与改善软件开发流程；在会议中开发人员列举出在此sprint中有哪些开发流程是好的，要继续维持；有哪些是不好的或是没做到的，应该要改善的项目。最后团队讨论出改善行动方案，在下一个sprint（或是连续若干个sprint）中实施此改善项目。

三个产出物：

1. 产品清单（Product backlog）

一个故事就是其中的一条内容。

Product backlog ：用户角色+功能+目的+优先级+验收标准

特点：

独立性： 避免故事之间的依赖性，便于优先级划分；

可协商性：故事是有弹性的，可变化；

可预测性：开发者应该能预测故事的规模及实现所需要的时间；

短小精悍：一般一个故事在一个迭代周期内可实现；

测试性：能定义出验收标准；

2. 冲刺清单（Sprint backlog）

sprint backlog就是某一个sprint准备实施的故事（Product backlog的子集合）；其中的故事也要经过排序。

3. 燃尽图（Burndown chart）