scrum敏捷软件开发过程说明.ppt

Scrum敏捷软件开发过程
2008-12-03
Jinghua Li
Quality Manager
TietoEnator Corporation
T&M MDR MID
@
*
目录
什么是敏捷软件开发?
敏捷方法的项目计划
敏捷项目管理和传统项目管理
为什么使用敏捷?
Scrum概述
Scrum的角色
Scrum实践和工作产品
敏捷开发中的估计方法
测试驱动开发
Scrum应用
支持工具和模版
一些常见的误解
敏捷开发方法
*
什么是敏捷软件开发?
敏捷软件开发是软件项目的一个概念框架.
有许多建立在敏捷概念上的方法,如 Scrum 和 Extreme Programming (XP).
与僵化的、重量级的、官僚式的方法形成对照,比如瀑布模型(指纯粹形式的)
最大限度地降低短期固定时间的迭代式软件的开发风险.
*
敏捷宣言(2001年)
人和交互胜过过程和工具.
Individuals and interactions over processes and tools
可以工作的软件胜过完备的文档.
Working software prehensive documents
客户协作胜过合同谈判.
Customer collaboration over contract negotiation
随时应对变化胜过遵循计划.
Responding to change over following a plan
*
敏捷过程的限制
敏捷软件开发过程包含过程、原则、工具,和最重要的-人
因此
诚信是基础
没有过程能够对诚信进行有效地约束
诚信与否是有效实施敏捷过程的最大限制
*
使用敏捷方法的项目计划
Product Backlog
(Features)
5
2
1
3
8
5
8
∑32
Initial Size
Estimates
As Story Points
Long term planning (best guess at the moment):
32 SP of functionality, Team Velocity 8 SP/Sprint  4 Sprints
Target Sprint for each PBL item set, feasible implementation
Order.
Sprint Backlog
(Tasks)
8
5
8
3
1
“Sprintful” of top-
priority PBL to the
next Sprint
More accurate
estimates
as man hours
Short term planning (commitment by Team):
May be constantly
updated
Scope frozen  new PBL items to next Sprint
*
敏捷项目管理和传统项目管理
传统项目管理:
事先对整个项目进行估计、计划、分析
反对变更; 变更需要重新估计、重新规划
严密的合同来减少风险, 如果改变需求要走 CR 流程.
项目作为一个“黑盒子”,对客户与供应商的可视性差.
产品化和测试阶段是分离的.
文档和计划驱动的方法.
软件交付时间晚, 意识到风险的时间晚.
敏捷项目管理:
对整个项目做一个粗略的估计,每一次迭代都有详细的计划.
鼓励变化, 客户价值驱动开发.
信任和赋予权力;合约使变更变得简单,增加价值.
客户和开发人员之间是紧密的连续的合作关系
每次迭代都产生可交付的软件
专注于交付软件.
第一次迭代就可交付能工作的版本,风险发现的早.
*
为什么采用敏捷? –预期的收益
采用敏捷方法得当的话,可以:
更加透明; 随时跟踪项目的状态和进展情况,及早发现问题和风险.
快速交付, 每次迭代都能交付可运行的软件.
最高风险和最高优先级的需求,最优先进行开发.
改善应对变更能力, 减少大量的重计划.
改善项目沟通.
更好的客户参与, 避免错误的假设.
总之:
提高了生产率; 减少“浪费”(不需要的文档,重复工作等) ,项目的每次迭代都有明确的目标.
提高客户满意度; 短期内产生成效, 按预期交付软件, 每次迭代结束产生可以运行的软件.
改善员工的满意度; 团队精神,减少官僚,能够规划和管理自己的工作,减少“恐慌”,稳定的工作量(可持续的步伐).
*
敏捷方法何时有效?
公司和客户一致认为应当使用敏捷方法,双方都能理解敏捷方法.
敏捷方法对需求不完整以及经常变换的项目比较有效.
项目可以划分成固定时间间隔的迭代, 并且可以冻结正在进行的迭代的范围
公司和客户都有能力担当角色尤其是Pro