敏捷开发操作规范(自己总结)

敏捷开发的相关简介

敏捷定义

Scrum是一个轻量级的软件开发方法

Scrum是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个框架中，整个开发周期包括若干个小的迭代周期，每个小的迭代周期称为一个Sprint，每个Sprint的建议长度2到4周。

在Scrum中，使用产品Backlog来管理产品或项目的需求，产品backlog是一个按照商业价值

胜过

1.

2.

3.

4.

5.

6.

7.可用的软件是进展的主要度量指标。

8.敏捷过程提倡可持续发展。发起人、开发者和用户应始终保持稳定的步调。

9.简化——使必要的工作最小化的艺术——是关键。

10.持续关注技术上的精益求精和良好的设计以增强敏捷性。

11.最好的架构、需求和设计产生于自我组织的团队。

12.团队定期地对运作如何更加有效进行反思，并相应地调整、校正自己的行为。

敏捷的角色

1产品负责人

产品负责人（ProductOwner）的职责如下：

?确定产品的功能。

?决定发布的日期和发布内容。

?为产品的ROI负责。

?根据市场价值确定功能优先级。

?每个

?

作为

?

?

?

?

?。

?

?

?

?

?

?向

?

?团队整体向产品开发负责。

敏捷工件

1、Product Backlog

有优先级的故事列表，并估算故事点

产品订单：产品订单（ProductBacklog）是整个项目的概要文档，它包含已划分优先等级的、项目要开发的系统或产品的需求清单，包括功能和非功能性需求及其他假设和约束条件。产品负责

人和团队主要按业务和依赖性的重要程度划分优先等级，并作出预估。预估值的精确度取决于产品订单中条目的优先级和细致程度，入选下一个冲刺的最高优先等级条目的预估会非常精确。产品的需求清单是动态的，随着产品及其使用环境的变化而变化，并且只要产品存在，它就随之存在。而且，在整个产品生命周期中，管理层不断确定产品需求或对之做出改变，以保证产品适用性、实用性和竞争性。

2、SprintBacklog

Sprint燃尽图直观的反映了Sprint过程中，剩余的工作量情况，Y轴表示剩余的工作，X轴表示Sprint的时间。随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态势。

Sprint过程

1、Sprint计划会议

?团队从产品backlog中挑选他们承诺完成的条目。（做什么）

?创建SprintBacklog（怎么做）

?标识具体的任务并为任务做估算

?由团队协作完成，而不是ScrumMaster

?考虑了高层设计

2、

?

?

?

如

3、

会组织

?

?

?

?

?

?团队成员都要参加

?可以邀请所有人参加

4、Sprint回顾会议

Sprint回顾会议上，全体成员讨论有哪些好的做法可以启动，哪些不好的做法不能再继续下去了，哪些好的做法要继续发扬。

?团队的定期自我检视，发现什么是好的，什么是不好的。

?一般控制在15-30分钟

?每个Sprint都要做

?全体参加

?ScrumMaster

?产品负责人

?团队

?可能的客户或其它干系人开发流程

2

3

4sprintplanning-想要什么以及为什么？

5选择部分productbacklog（优先级）作为当前sprint的sprintbacklog，并创建sprint面板。

6sprint准备会，确定每个人做什么以及怎么做（最好是，自己选择）？确定此次

sprint的“可交付物”（也就是完成这次迭代要达到的效果）。并且确定当前sprint

哪些功能是必须实现的（must），哪些是应该做的，但若没时间就算了（should），哪些是不太需要，但有更好（could）。

7sprint开发开始，创建sprint的任务版和sprintbacklog的燃尽图，并确保每日更新，每日晨会。

Sprint任务版:

8

1）

2）

3）

4）

返回3（将变更添加到productbacklog，或者删除一部分）直到所有productbacklog 被迭代完成。