敏捷项目管理的道与术

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

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