敏捷方法 的应用
研发部 王凌宇
2012-3
目 录
什么是敏捷 敏捷的特点 SCRUM简介 敏捷实践
什么 是 敏捷
敏捷软件工程
敏捷
敏捷项目管理
敏捷的商业目标
敏捷的定义
敏捷的价值观
敏捷软件工程的哲学理念
让客户满意 软件的快速增量交付 小而高度自主的项目团队 非传统的方法及整体精简开发
敏捷开发方法
技术路线的制定
有预估的事
需求的导入、分析
团队环境
沟通、协调便利
项目团队
知道为什么
SCRUM迭代
敏捷的商业目标
持续创新 产品适应性 缩短交付进度
满足当前客户及未来 客户的需要 满足市场，提高投资 回报率
人员和流程适应性
对产品和企业变化作 出迅速反应
敏捷的定义
Jim Highsmith,2002
敏捷是制造并响应变化从而在动荡的商业环境中 创造利润的能力。 敏捷是平衡灵活和稳定性的能力。
经验主义流程控制
经验主义这一词是指通过观察，经验，和实验
来获得信息。经验主义流程控制基于持续不断地循
环，来检查流程是否准确地运转，并按照需要调整
适应
基于经验主义流程控制三大支柱
•Transparency 透明性
•Inspection 观察
•Adaptation 调整
软件研发项目分类
软件研发项目生命期
敏捷三角形
价值 （外在品质） （可发布的产品）
质量 （内在品质） （可靠的、适应的产品）
约束 （成本、进度、范围）
敏捷宣言
我们通过身体力行和帮助他人来揭示更好的软件开 发方式。经由这项工作，我们形成了如下价值观：
个体与交互 重于 过程和工具 可用的软件 重于 完备的文档 客户协作 重于 合同谈判 响应变化 重于 遵循计划
Sprint 回顾会议
人 才
职业发展阶梯
团队氛围
敏捷团队环境—War Room
敏捷团队环境—看板
.
和谐的敏捷团队
.
团队的个人目标
.
敏捷的适应性
敏捷不是万事通用的最佳实践。 敏捷在创新的文化中发展壮大，适用于那些成 功取决于速度、机动性和质量的项目。 创建敏捷团队需要与之匹配的价值观体系。
成功，并可得到 反馈
迭代式
螺旋，不断演化的原 管理技术风险 型 不断演化的需求
1.功能集合 2.低缺陷率 3.发布时间
迭代中的任务已 做规划，并且按 计划完成
迭代/增量式
敏捷（例如SCRUM、 管理日程和技术风险 XP）
1.发布时间 2.功能集合 3.低缺陷率
成功
项目生命期对比
敏捷项目三角形
目标管理
实际
150
100
111
101
48
0 7/10 -100 7/11 7/12 7/13 7/14 7/15 7/16 7/18 7/19 7/20 7/21 7/22
日期

显示sprint中的剩余工作量;以工时计算;每日更新
敏 捷 实践
团队规则的一致性
基础：项目流程方法的一致性 • 全员集中进行SCRUM培训 • 新加入成员及时进行SCRUM培训
敏捷过程
Steven Goldman等 敏捷是动态的、内容独特的、勇于接受变化和面对成长的。
Martin Fowler 对于开发过程及其产品本身，快速反馈是不可替代的。
项目基本定义 项目
项目是为创造独特的产品、服务或成 果而进行的临时性工作
项目生命期
项目生命期是通常按顺序排列而有时 又相互交叉的各项目阶段的集合
明确的产品目标 Product backlog Sprint backlog 团队的自主管理
PDCA-戴明环
敏捷SCRUM方法
PLAN
Quick Start Sprint 计划会议I Sprint 计划会议II
DO CHECK ACT
Sprint 时间盒 Sprint 例会
Sprint 评审会议
• 测试完成功能测试，开发任务条移动到“已完成“
• 文档任务，评审通过后，移动到“已完成”。
产品BACKLOG条目
• Sprint backlog 条目完成
• 系统集成测试通过 • 测试人员验收测试通过 迭代/发布 • 迭代内产品BACKLOG条目评审通过 • 用户文档提供（测试简报/报告，系统操作手册，系统 安装手册，系统部分设计文档（数据库，协议等））
团队规则的一致性
意识：团队认识的一致性 • 一种流程方法 • 时间盒概念明确
• 角色分工明确
• 自主管理沟通
SCRUM与IVIP实际的结合
Sprint backlog • Product backlog用户故事 • 部门规划任务 • 突发任务
IVIP敏捷迭代燃尽图
600
536
500
532
521
项目生命期过程组
启动过 程组
规划过 程组
监控过程组 执行过 程组
收尾过 程组
敏捷项目生命期
启动及规划过程组
知识领域 项目整体管理 启动 规划 4.1制定项目章程 4.3制定项目管理计划 4.2制定初步范围 说明书 5.1范围规划 5.2范围定义 5.3创建WBS 6.1活动定义 6.2活动排序 6.3活动资源估算 6.4活动历时估算 6.5制定进度计划 7.1成本估算 7.2成本预算 8.1质量规划 9.1人力资源规划 10.1沟通规划 11.1风险规划 11.2风险识别 11.3风险定性分析 11.4风险定量分析 11.5风险应对规划 12.1采购规划 12.2发包规划
.
敏 捷 SCRUM 介 绍
SCRUM角色
Team
SCRUM
Product Owner
Scrum Master
Product Backlog
表达产品愿景的需求列表
Product Owner 负责排序、维护，任何人都可
以贡献想法
详细的、预估的、渐进的、排序的
越高优先级的越详细
顺序式
迭代式
Text in here Text in here
迭代/增量式
按需要 重复
软件项目生命周期管理风险的方式
生命周期类型 生命周期 范例 优势以及成功的必要条件
需求已知并已达成共识 系统架构已被深入理解 项目需求不会发生变化 项目团队不会发生变化
项目优先级
成功预期
顺序式
瀑布
1.功能集合 2.低缺陷率 3.发布时间
8/30
8/31
9/1
9/2
SCRUM实施的成效
• 团队项目流程方法清晰明确 • 团队目标感增强 • 团队沟通意识加强 • 团队成就感增强 • 产品质量加强 • 产品实现增量交付
谢
谢！
研发部
王凌宇
企业的目的和任务必须转化 为目标，目标的实现者同时 也是目标的制定者。
成 果 第 一
目标管理
首先
确定总目标，然后对总目标进行分解，使目标 流程分明。
其次
在总目标的指导下，各级职能部门制定自己的 目标。
再次
权力下放，培养一线职员主人翁的意识，唤起 他们的创造性，积极性、主动性。
敏捷与目标管理
定义目标 目标分解 团队激励
0
8/8 8/9 8/10 8/11 8/12
日期
8/15
8/16
பைடு நூலகம்
8/17
8/18
8/19
IVIP敏捷迭代燃尽图
700
655 625 600 576 500 653
496
400
工时
368 300 236 200
计划 实际
100
114
46
0 8/22 8/23 8/24 8/25 8/26
日期
8/29
432
400
428
416 358
300
312
计划
工时
200
实际
150
100
111
101 48
0 7/10 7/11 7/12 7/13 7/14 7/15 7/16 7/18 7/19 7/20 7/21 7/22
-100
日期
IVIP敏捷迭代燃尽图
1000 900 800 700 600
872 799 722 650 578 506 474 410 计划 实际
Product Backlog
User Story用户故事
从用户角度对系统行为的简短描述
作为运营商，我想要开机图片广告显示时间可控，显
示时间平均，以便实现精确播控，给用户带来良好的
体验。 作为操作员，我想要在WEB端界面上预览广告效果与终 端展示效果一致，以便能准确地知晓广告的播发效果。
标准：各层次完成定义的一致性
• 看板沟通规则的统一
• 任务层面完成的定义
• 业务需求层面完成的定义 • 产品发布完成的定义
看板沟通 • 看板任务条移动（从未开始-进行中） • 开发人员代码编译通过，单元测试通过，进行提交： 看板任务条做标记（划勾，但不移动） • 测试人员测试：看板任务条移动（从进行中-完成） Sprint backlog 条目完成
Sprint Backlog
由团队创建，并在Sprint中维护 团队成员自发认领任务，而没有人指派
任务用小时估计，通常是1-16小时
每天估计剩余工作量
Sprint Burn-down chart
600
536
500
532
521 432
428
400
416 358
300
312
计划
工时