敏捷项目管理的道与术

敏捷项⺫目目管理知易行行难
• 如何提升团队成员的TDD技能？ • 自自动化测试有哪些常⻅见误区？ • 怎样拆分大大Story？ • 程序员闻不出“代码的坏味道”怎么办？ • 怎样才能提高高“拥抱变化”的能力力？ • 如何搭建分层构建体系？
敏捷项⺫目目管理知易行行难
• 在保证质量的前提下，怎样缩短产品TTM？ • 如何建立立企业内部的敏捷教练体系？ • 如何培养适应性的领导力力？ • 导入入敏捷，怎样获得经理的支支持？ • 导入入敏捷，怎样获得基层团队成员的支支持？ • 如何处理CMMI和敏捷的融合？ • 如何把落实代码质量提升的措施？
Netcape6.0
Facebook的“6-2-2”原则
后台架构，内部质量 20%
高高⻛风险，高高收益的工工作 20%
可以预期的工工作 60%
自自动化
测试驱动开发
测试驱动开发 测试驱动Bug-Fix
重构
重构
议程
价值驱动
内建质量
敏捷项⺫目目管理的要点
敏捷基础知识
一一个Feature的旅程
从知到行行 敏捷项⺫目目管理的道与术
杨锋镝
About me
杨锋镝
• • • • •
MSUP敏捷咨询顾问 软件从业12年，接触和实践敏捷9年 华为内部敏捷顾问 做过软件研发领域几几乎所有的岗位：需 求，设计，开发，测试，实施，维护， 项⺫目目管理，团队管理，人人力力资源管理 多项技术专利的发明人人
议程
敏捷项⺫目目管理的要点
敏捷基础知识
什么是项⺫目目管理？
项⺫目目管理“铁三角角”
范围
成本Βιβλιοθήκη 时间一一个“成功”的项⺫目目
一一个“失败”的项⺫目目
项⺫目目管理“铁三角角”
范围
成本
时间
缺了一一点什么？
价值
项⺫目目管理“铁三角角”
范围
成本
时间
还缺了一一点什么？ 质量
敏捷项⺫目目管理“铁三角角”
范围 传统 项⺫目目 成本 时间 质量 价值 敏捷 项⺫目目
敏捷项⺫目目管理知易行行难
• 弱矩阵结构团队下如何推行行敏捷？ • 如何避免敏捷组织转型过程中的⻛风险？ • 怎样“敏捷地实施敏捷”？ • 如何评价敏捷团队的绩效？ • 如何管理敏捷团队成员的绩效？ • 如何打造自自组织团队？ • 敏捷团队需要什么样的外部环境？
敏捷源于实践
我们一一直在实践中实践中探寻更好的软件开发方方法， 身身体力力行行的同时也帮助他人人。由此我们建立立了如下价值 观：
敏捷项⺫目目管理“铁三角角”
固定
范围 传统 项⺫目目
时间 敏捷 迭代
成本
变化 成本
时间
范围
敏捷项⺫目目、发布与迭代
Project
Release 1
Release 2
Release 3
Release 3
Iteration 1
Iteration 2
Iteration 3
Iteration 4
迭代管理
预⻅见性过程
适应性过程
价值交付
价值交付
议程
价值驱动
敏捷项⺫目目管理的要点
敏捷基础知识
敏捷项⺫目目管理“铁三角角”
范围 传统 项⺫目目 成本 时间 质量 价值 敏捷 项⺫目目
约束 （范围、成本、时间）
Netscape的陨落
Netscape的陨落
Netscape4.0
IE4.0
IE5.0
计怎么办？
• 站立立晨会流于形式怎么办？ • 站立立晨会时间难以控制怎么办？ • 开回顾会议的时候，大大家不主动发言言怎么办？ • 回顾会议的结论难以有效落地执行行怎么办？
敏捷项⺫目目管理知易行行难
• 如何合理的划分团队？ • 怎样让多个Scrum团队协同工工作？ • 我们需要度量敏捷项⺫目目的哪些指标？怎样度量？ • 研发团队与产品团队，运维团队如何协同？ • 敏捷之后团队Lead的定位有何变化？ • 有大大量遗留代码的大大型系统如何进行行自自动化测试？
约束 （范围、成本、时间）
如何获取有价值的需求？
瀑布模型
已交付功能特性实际被使用用的百分比比
总是 7.00% 经常 13.00% 从没 45.00% 有时 16.00%
很少 19.00%
来自自客户？
更快的⻢马⻋车
来自自产品人人员的策划？
哪一一个更好？
VS 转化率高高一一倍
哪一一个更好？
议程
价值驱动
内建质量
团队自自组织
敏捷项⺫目目管理的要点
敏捷宣言言
敏捷原则
敏捷基础知识
敏捷在业界的影响
极限编程实践
Scrum
议程
价值驱动
内建质量
团队自自组织
敏捷项⺫目目管理的要点
敏捷宣言言
敏捷原则
敏捷实践
敏捷基础知识
但是 敏捷项⺫目目管理知易行行难......
敏捷项⺫目目管理知易行行难
• 团队成员不主动认领任务怎么办？ • 做工工作量估计的时候只有一一两位成员能够有效估
敏捷软件的十十二二条原则
• • • • • • •
可工工作的软件是进度的首首要度量标准。 敏捷过程倡导可持续开发。责任人人、开发人人员和用用户要能够共同维 持其步调稳定延续。 坚持不懈地追求技术卓越和良好设计，敏捷能力力由此增强。 以简洁为本，它是极力力减少不必要工工作量的艺术。 最好的架构、需求和设计出自自自自组织团队。 团队定期地反思如何能提高高成效，并依此调整自自身身的举止止表现。
VS 转化率高高34%
哪一一个更好？
VS
转化率高高243%
张小小⻰龙的版本计划
如果有人人告诉我说我们做了 一一个产品规划，把未来半年 或者一一年的版本都计划好 了，那一一定是在扯淡。三个 月都做不到，更不要说一一年 以后的计划。
其他的需求来源
领导
业务顾问
运营团队 ………………………………
迭代开发
/ /
敏捷软件开发宣言言
我们一一直在实践中探寻更好的软件开发方方法， 身身体力力行行的同时也帮助他人人。由此我们建立立了如下价值观：
个体和互动 高高于 流程和工工具 工工作的软件 高高于 详尽的文文档 客户合作 高高于 合同谈判 响应变化 高高于 遵循计划
迭代计划
Facebook的“6-2-2”原则
？？？ 20%
高高⻛风险，高高收益的工工作 20%
可以预期的工工作 60%
迭代开发
时间 成本 时间 成本 时间 成本 范围 Backlog
范围 Backlog
范围 Backlog
成品
成品
成品
价值 敏捷 项⺫目目 质量 约束 （范围、成本、时间）
产品是生生⻓长出来的
BA SA M1 DEV QC
M2 DEV
M3 DEV
特性团队
完整团队
完整团队
kanban
kanban
站立立晨会
议程
价值驱动
内建质量
团队自自组织
敏捷项⺫目目管理的要点
敏捷基础知识
敏捷知识体系
敏捷知识体系 敏捷价值观 敏捷原则 敏捷实践 具体应用用
敏捷软件开发宣言言
2001年初，在美国犹他州的滑雪胜地 Snowbird，十十七位专家聚集在一一起概括出了一一 些可以让软件开发团队具有快速工工作、响应变 化能力力的价值观和原则。他们称自自己己为敏捷联 盟。在随后的几几个月中，他们创建出了一一份价 值观声明，也就是敏捷联盟宣言言。
个体和互动 高高于 流程和工工具 工工作的软件 高高于 详尽的文文档 客户合作 高高于 合同谈判 响应变化 高高于 遵循计划
也就是说，尽管右项有其价值，我们更重视左项的价值。
/iso/zhchs/
游泳也源于实践
谢谢！
也就是说，尽管右项有其价值，我们更重视左项的价值。
议程
价值驱动
内建质量
团队自自组织
敏捷项⺫目目管理的要点
敏捷宣言言
敏捷基础知识
敏捷软件的十十二二条原则
• • • • • •
我们最重要的⺫目目标，是通过持续不断地及早交付有价值的软件使客 户满意。 欣然面面对需求变化，即使在开发后期也一一样。为了客户的竞争优 势，敏捷过程掌控变化。 经常地交付可工工作的软件，相隔几几星期或一一两个月，倾向于采取较 短的周期。 业务人人员和开发人人员必须相互合作，项⺫目目中的每一一天都不例外。 激发个体的斗斗志，以他们为核心心搭建项⺫目目。提供所需的环境和支支 援，辅以信任，从而而达成⺫目目标。 不论团队内外，传递信息效果最好效率也最高高的方方式是面面对面面的交 谈。