-
Scrum
敏捷开发管理办法
V1.0
Scrum
敏捷开发管理办法
V1.0
一、
敏捷开发概念
简单的说，敏捷开发是
一种以人为核心、迭代、循序渐进、小步快走的开发方法。在敏
捷开发中，
软件项目的构建被切分成多个子项目，
各个子项目的成果都经过测试，
具备集成
和可运行的特征。
换言之，
就是把一个大项目分为多个相互联系，
但也可独立运行的小项目，
并分别完成，在此过程中软件一直处于可使用状态。
二、
敏捷开发特征
开发方法要称之为敏捷
，需要具备
4
个基本特征：增量的、协作的、直接的、适应性强
的。
增量”是指小版本、频繁发布。
“协作”是指客户和开发人员之间紧密沟通，经常工作
在一起。
“直接”是指方法本身是容易学习和修改的。
“适应”是指能把
刚刚发生的改变考虑
进来。
三、
敏捷开发宣言
个体和交互
胜过
过程和工具
可以工作的软件
胜过
面面俱到的文档
客户合作
胜过
合同谈判
响应变化
胜过
遵循计划
虽然右项也很有价值，但是我们认为左项具有更大的价值
四、
敏捷宣言遵循的原则
我们遵循以下原则：
?
?
我们最优先要做的是通过尽早的、
持续的交付有价值的软件来使客户满意。
即使到了开发的后期
，也欢迎改变需求。敏捷过程利用变化来为客户创造竞争优势。
第
1
页共
10
页
Scrum
敏捷开发管理办法
V1.0
?
?
?
经常性的交付可以工作的软件，
交付的间隔可以从几星期到几个月，
交付间隔越短越好。
在整个项目开发
期间，业务人员和开发者必须天天都在一起工作。
围绕被激励
起来的个体来构建项目。
给他们所需的环境和支持，
并且信任他
们能够完成
工作。
?
?
?
在团队内部，最具有效果并且富有
效率的传递信息的方法，就是面对面的交谈。
可以工作的软件是首要的进度度量标准。
敏捷过程提倡可持续的开发速度。责任人、开发人员和用户应该保持长期的、恒定的开
发速度。
?
?
?
?
不断的关注优秀的技能和好的设计会增强敏捷能力。
简单——尽可能减少工作量的艺术至关重要。
最好的架构、需求和设计出自于自组织的团队。
每隔一定时间，团队都要总结如何才能更有效的工作，然后相应地调整自己的行为。
< br>
五、
Scrum
的定义
< br>Scrum
是一个轻量级的软件开发方法。
Scrum
是一个敏捷开发框架，是一个增量的、迭代的开发过程。在这个
框架中，整个开
发周期包括若干个小的迭代周期，每个迭代周期称为一个
Sprint
，每个
Sprint
的建议长度
是
2
到
4
周。
在
< br>Scrum
中，
使用产品
Bac
kLog
来管理产品或者是项目的需求，
产品
< br>backLog
是一个按
照商业价值排序的需求列表，列
表条目的体现形式通常为
Story
。
Scrum
开发团队从产品
BackLog
中挑选最有价值的需求进行开发。
Sprint
中挑选的需求经过
Sprint
计划会议上的分
析，讨论和估算得到一个
sprint
的
任务列表，我们称为
Spring
backLog
。在每个迭代结束时，
Scrum
团队将交付潜
在的可交付
的产品增量。
六、
Scrum
框架术语
类型
术语
解释
产品负责人，类似产品经理岗位
3
个角色
PO
（
Product
Owner
）
第
2
页共<
/p>
10
页
Scrum
敏捷开发管理办法
V1.0
SM
（
Scrum
Master
）
Scrum
Team
（团队）
产品
backlog
（
Product
Backlog
）
3
个工件
Sprint Backlog
燃尽图（
Burn-down
Chart
）
Scrum
活动管理者或教练，类似项目经理
岗位
Scrum
团队
产品特性列表，类似需求列表，产品特性
计划会议后的输出
迭代任务列表，
Sprint
计划会议
后的输出
燃尽图，进度跟踪的图表工具
产品<
/p>
Backlog
梳理会议
产品特性计划会，类似产品范围规划活动
（
Product
Backlog
Refinement
）
Sprint
计划会议
Sprint
计划会议，类似项目需求澄清、任
（<
/p>
Sprint Planning
Meeting
）
务分解活动
5
个活动
每
日
站
会
（
Daily
Scrum
每日简会，类似日工作汇报活动
Meeting
）
Sprint
评审会议
（
Sprint Review
Meeting
）
Sprint
评审会，类似软件集成活动
Sprint
回顾会议
Sprint
回顾会，
类似项目回顾及反思总结
（
Sprint
Retrospective
活动
Meeting
）
1.
承诺
–
愿意对目标做出承诺
2.
专注–
把你的心思和能力都用到你承诺的工作上去
5
个价值
3.
开放–
Scrum
把项目中的一切开放给每个人看
4.
尊重–
每个人都有他独特的背景和经验
5.
勇气–
有勇气做出承诺，履行承诺，接受别人的尊重
Sprint
用户故事（
User
Story
）
任务看板
障碍列表
冲刺，指某一次迭代开发阶段
用户故
事，从系统各种用户的各自使用场
景角度来描述的功能要求，类似需求规格
说明
任务墙，任务跟踪的白板工具
障碍列表，风险记录跟踪的工具
七、
SCRUM
理论基础
Scrum
以经验性过程控制理论（经验主义）做为理论基础的过程。经验主义
主张知识源
于经验
,
以及基于已知的东西做决定。
Scrum
采用迭代、
增量的方法来优化可预见性并控制
风险。
Scrum
的三大支柱支撑起每个经验性
过程控制的实现
:
透明性、检验和适应。
Scrum
的
三大支柱如下：
第
3
页共
10
页
Scrum
敏捷开发管理办法
V1.0
第一：透明性（
Transpare
ncy
）
透明度是指，
在软件开发过程的各个环节保持高度的可见性，
影响交付成果的各个方面
对于参与交付的所有人、
管理生产结果的人保持透明。
管理生产成果的人不仅要能够看到过
程的这些方面，而且必须理解他们看到的
内容。也就是说，当某个人在检验一个过程，并确
信某一个任务已经完成时，这个完成必
须等同于他们对完成的定义。
第二：检验（
< br>Inspection
）
开发
过程中的各方面必须做到足够频繁地检验，确保能够及时发现过程中的重大偏差。
在确定
检验频率时，
需要考虑到检验会引起所有过程发生变化。
当规定
的检验频率超出了过
程检验所能容许的程度，那么就会出现问题。幸运的是，软件开发并
不会出现这种情况。另
一个因素就是检验工作成果人员的技能水平和积极性。
第三：适应（
Adaptation
）
如果检验人员检验的时候发现过程中的一个或
多个方面不满足验收标准，
并且最终产品
是不合格的，
那么便需要对过程或是材料进行调整。
调整工作必须尽快实施，
以减少进一步
的偏差。
Scrum
中通过三个活动进行检验和适应：
每日例会检验<
/p>
Sprint
目标的进展，
做出调整，<
/p>
从而优化次日的工作价值；
Sprint
评审和计划会议检验发布目标的进展，做出调整，从而
优化下一个
Sprint
的工作价值；
Sprint
回顾会议是用来回顾已经完成的
Sprint
，
并且确定
做出什么样的改善可以使接下来的
Spr
int
更加高效、更加令人满意，并且工作更快乐。
八、
Scrum
开发模型
引用自《火星人敏捷开发手册》
第
4
页共
10
页
Scrum
敏捷开发管理办法
V1.0
九、
Scrum
的角色及职责
先来说一个故事：
一只鸡对一头猪说
：
“我们合伙开家饭店吧！
”猪想了想，说：
< br>“好啊！那我们给这个饭
店起个什么名字呢？”鸡说：
“
就叫【鸡蛋和火腿】好了！
”猪回答道：
“那还是算了吧，你<
/p>
要做的只是下几只鸡蛋，而我却把命都搭上了！
”
因此，
我们把与开发相关的干系人分为两类，
“猪”
类人员和“鸡”类人员。
Scrum<
/p>
中，
以下几个角色都是“猪”类人员，他们把所有的时间和精力都
投入到产品的开发中，并对产
品完全负责：
1
、
产品负责人
产品负责人（
Product
Owner
）的职责如下：
?
为产品的
ROI
负责。
?
确定产品的功能。
?
决定发布的日期和发布内容。
?
根据市场价值确定功能优先级。
?
每个
S
print
，根据需要调整功能和优先级（每个
Sprint<
/p>
开始前调整）
。
?
接受或拒绝接受开发团队的工作成果。
Product
Owner
参与
Scrum
planning
。
2
、
ScrumMaster
作为
Team
Leader
和
Product owner
< br>紧密地工作在一起，他可以及时地为团队成员提
供帮助。
他必须
:
?
保证团队资源完全可被利用并且全部是高产出的。
?
保证各个角色及职责的良好协作。
?
解决团队开发中的障碍。
?
做为团队和外部的接口，屏蔽外界对团队成员的干扰。
?
保证开发过程按计划进行，组织
Daily Scrum,
Sprint Review and Sprint
Planning
meetings
。
3
、
团队
负责产品的开发
第
5
页共
10
页
-
-
-
-
-
-
-
-
-
上一篇：不定式作定语表主动及被动的区别
下一篇：重庆仙女山英文导游词