当前位置: 首页 > 项目管理 > 项目综合 > 敏捷项目管理与企业实践
课程背景:
在商业环境和技术方式日趋不确定性的今天,产品的开发环境日趋“易变、不确定、复杂、模糊”。企业必须以客户为中心,快速应对环境变化、灵活满足用户需求。你问客户要需求,但是客户也许刚开始也不知道自己需要什么。你想在项目中进行变更控制,但也许变更已经是常态。时代,环境的变化也对我们原有做事的方式和逻辑带来了挑战,包括对固化的组织结构形成挑战,如何打破部门壁垒和组织“孤岛”?如何激发团队的活力、潜能和斗志?如何在控制与活力、制度与创新、秩序与自由之间保持平衡?如何提升组织的竞争力?
敏捷方法以2001年的敏捷宣言的提出作为一个重要的时间节点,在接着的日子里,结合时代的需要,快速的兴起和为人所接受和探索、实践。敏捷方法强调“价值交付导向”、“适应变化”、“快速反馈”,使组织能够获得迅速响应环境变化、把握新机遇的“敏捷力”,这需要敏捷的项目管理过程、敏捷的文化、人力资源结构等才得以实现,体现了现代组织的竞争力。无论IT行业,还是制造行业,无论大型企业集团,还是小型创业公司,无论中高层领导,还是一线管理者,敏捷思想适用于各行各业的项目工作和每个人的生活。
本课程将**理论知识讲解、分组讨论、实战演练、案例分享等多种形式,带领学员深入学习与实践如何应用敏捷项目管理方法,如何建立敏捷团队,如何践行敏捷领导力,助力敏捷思想和应用在组织中落地生根。
课程收益:
●对于传统项目经理,**从0到1,参与完成一个完整的敏捷项目管理实践,能够深入了解敏捷方法的运作方式和实际效果,从而在局部项目或部分团队中开始尝试导入敏捷方法
●对于PMO人员,了解敏捷框架的工作方式和组织转型的路径,可以开始引导组织逐步向敏捷转型
●对于团队成员,**系统地学习敏捷背后的原理和相关知识,可以为组织敏捷转型奠定基础
●对于已经开始尝试敏捷方法的团队,可以帮助他们进一步提升团队的敏捷能力,从而更好地适应变化并实现价值
课程时间:2天,6小时/天(可根据客户实际情况调整)
课程对象:项目经理、技术骨干、质量管理专员、技术专员、项目管理办公室专员等
课程方式:互动式讲解 案例分析 研讨 实战演练 练习 答疑
课程模型:
课程大纲
破冰环节:破冰 团队组建
**讲:理解敏捷——环境变化、敏捷兴起
一、导入:时代变化、为何敏捷项目管理兴起
1. 导入视频案例:公司开发产品是否如此
1)市场竞争加剧、环境越发不确定、产品生命周期缩短的产品开发如何做
2)环境变化:从“工业化时代”(确定性、流程化)到“VUCA复杂性时代”(易变、不确定、复杂、模糊),套路/方法是否仍一样适用
——VUCA时代与BANI时代
2. 为何客户总是频繁更改需求
视频案例
1)需求:你问客户要需求,客户真的一开始就知道自己想要的是什么吗
2)变更:是变更控制重要,还是产品价值、客户满意重要
二、方法升级:传统项目管理(瀑布)与敏捷项目管理
1. 确定性VS不确定性
1)确定性时代的特点和典型项目
2)不确定性时代的特点和典型项目
2. 确定性时代的管理方法:瀑布
1)管理确定性项目:详细规划、控制变更
2)管理确定性项目的方法:瀑布流程(需求—规划—开发—验证—收尾)
3. 不确定时代的管理方法:敏捷
1)模型:Stacey复杂性模型
a维度:需求的不确定性、技术的不确定性
b复杂程度:简单的、繁杂的、复杂的、混乱的
2)不确定性的结果
a规划无法详尽
b产生大量变更
案例:现状中的问题
3)管理不确定性项目的方法:方法(增量、迭代、快速的增量 迭代)
4. 图解不同时代特性下的项目生命周期
1)预测型生命周期
2)增量型生命周期
3)迭代型生命周期
4)敏捷型生命周期
5)混合型生命周期
5. 比较差异——传统VS 敏捷
1)交付:迥然相异的交付方式
a传统方法一次交付价值VS敏捷方法增量、多次交付价值
b VUCA环境中的项目
c价值驱动型项目管理
2)本质:天壤之别的底层逻辑
——传统铁三角VS. 敏捷倒三角
三、理解敏捷核心精髓:敏捷宣言与原则
——从“方法/流程”到“文化/氛围”
1. 敏捷宣言与敏捷实践的关系
2. 敏捷开发宣言(4大核心价值观)
1)敏捷价值观-1:个体和互动>流程和工具
2)敏捷价值观-2:工作的软件>详尽的文档
3)敏捷价值观-3:客户合作>合同谈判
4)敏捷价值观-4:响应变化>遵循计划
3. 敏捷项目管理发展(简述)
4. 敏捷宣言的12原则
1)敏捷12原则逐条介绍
2)敏捷12原则的四个组合:团队为本、产品交付、客户满意、质量内建
3)附加的白金3原则
5. 精益开发7原则
1)敏捷、精益与看板方法
2)精益七原则逐条介绍
小组研讨:敏捷原则练习活动
四、为何敏捷使工作更高效
1. 敏捷项目管理更具价值交付
1)更关注价值交付而非成果产出
2)分次交付而非一次性交付
2. 敏捷带来态度/关系上的改变
1)敏捷方法改变了对项目管理流程的态度
2)敏捷方法带来了对知识员工的态度
3)敏捷方法带来了业务团队和开发团队关系的改变
4)敏捷方法纠正了对待变更的态度
3. 敏捷带来的方法改变
1)更大的灵活性和稳定性2
2)减少非生产性\非增值任务
3)更高的质量,更快的交付
4)提高团队绩效
5)速度更快、失败成本更低
4. 干系人喜欢敏捷,满意度提升
1)高级管理层:效率、提升投资回报率
2)客户:提升对变更的适应性、更大的价值
3)执行管理层和开发团队:更高的质量、更少在过程和产品上的浪费、更少不必要的重复劳动
第二讲:走向敏捷——创建环境、付诸行动
一、运作架构:敏捷Scrum运作框架
1. 敏捷基础方法
1)敏捷是具有共性一系列技术和方法的总称
2)敏捷三大方法:SCRUM敏捷框架 精益/看板 极限编程(XP)
2. 敏捷的三大支柱:透明 检视 适用(调整)
3. Scrum的 3355
1)Scrum的3个角色
2)Scrum的3个工件
3)Scrum的5个事件、会议、仪式
4)Scrum的5个团队价值观
4、敏捷项目管理(Scrum)架构全景
1)Scrum框架(PDCA)
2)敏捷项目管理(Scrum)可视化架构全景图
3)敏捷项目管理的项目立项、确定项目
**步:建立项目愿景——设计“产品盒”
愿景描述:电梯营销术
第二步:项目可行性分析——准备“商业论证文件”
分析指标:净现值NPV,投资回报率ROI,内部收益率IRR,回收期PBT
实战演练:设计产品盒子
二、创建环境:敏捷团队与协作环境
1. 创建物理环境
1)集中团队成员(集中办公)
2)设立专用区域
3)消除干扰因素
4)创建高效沟通的移动工作环境
a低科技沟通方式:信息发射源、看板
b高科技沟通方式:视频会议、即时消息、共享桌面、协作网站
模型:沟通的丰富度和有效性
2. 组建高绩效自组织敏捷团队
1)团队结构类型
2)建立敏捷角色:敏捷团队主要角色和角色之间的关系
a团队角色:产品负责人 Product Owner、敏捷主管/Scrum主管 Scrum Master、开发团队
b其他干系人:干系人、敏捷导师
c虚拟团队
3)建立新的团队价值观
a敏捷团队五大核心价值观:承诺、专注、开放、尊重、勇气
b改变团队理念:跨职能、自组织、自管理、控制团队规模、行为成熟
c团队决策:参与式决策/团队决策
三、行动理念:在项目中引入敏捷方法,行动中调整,在奔跑中调整姿态
**步:明辨真假,统一语言
1)分辨:“真”敏捷VS“假”敏捷
2)统一:敏捷框架和术语
第二步:小步快跑,持续改进
1)推进——项目可视化
2)践行——有效的敏捷方法
3)促进——团队成员不断成长
4)鼓励——团队成员分享知识
第三步:团队跃升,华丽蜕变
1)培养——自组织团队
2)实现——高绩效敏捷团队
视频:企业敏捷实践案例
四、付诸行动:企业实践中打造敏捷高绩效自组织团队的步骤
1. 立规范———自组织团队的六大标准
1)标准一:共享愿景,拥有共同目标
2)标准二:分担责任,彼此承诺致力于目标实现
3)标准三:团队拥有充分的授权,自我决定如何**地完成工作
4)标准四:团队共同建立基本规则和工作协议,并**团队力量解决问题
5)标准五:团队成员之间密切沟通,高效协作,共享知识
6)标准六:展现良好的团队文化和团队精神
2. 搭班子——敏捷团队成员的组成要求
1)要求一:少于十人的专职团队成员
2)要求二:跨职能团队成员
3)要求三:集中办公,或有能力应对地点不同带来的挑战
4)要求四:由通才和专家组成的混合团队
5)要求五:稳定的工作环境
3. 带队伍——践行仆人式领导(服务型领导)
1)为团队移除障碍
2)保护团队免受干扰
3)激励团队成员,提供发展机会
4)敏捷团队的价值转移
5)积极倾听
6)开发高情商
4. 促绩效——提升团队绩效
1)管理团队冲突
2)促进团队会议
3)加强团队协作
4)创造环境,让团队自组织
小组讨论:本组织组建高绩效敏捷团队的做法和遇到的挑战
第三讲:敏捷工作——敏捷项目运作过程
一、定义产品愿景和产品路线图
1. 敏捷项目中的计划
1)敏捷工作中的规划模型图
——多层级规划
2)项目路线图的7个步骤
步骤一:产品负责人确定产品愿景
步骤二:产品负责人创建产品路线图
步骤三:产品负责人创建发布计划
步骤四:产品负责人、Scrum主管和开发团队一起为冲刺做计划,然后着手在每个冲刺中实现产品功能
步骤五:在每个冲刺中,开发团队**每日站会协商当日工作重点
步骤六:Scrum团队进行冲刺评审
步骤七:Scrum团队进行冲刺回顾
2. 定义产品愿景
1)愿景声明/陈述/说明书 Vision Statement
2)项目章程和团队章程
3)创建产品愿景的4个步骤
步骤一:创建产品目标
步骤二:创建愿景声明的草案
实战公式:为了……,谁……,这个……是一个……,它……不同于……,我们的产品……
步骤三:与产品和项目干系人确认愿景声明,并根据反馈进行修改
步骤四:**终确定愿景声明
3. 创建产品路线图的步骤
步骤一:识别产品需求
步骤二:整理产品特性
步骤三:产品特性的估算和排序
步骤四:决定大致的时间框架
二、产品规划与发布规划:发布产品/服务
1. 细化需求和估算
1)用户角色的识别(基于用户故事研讨会)
a用户角色
b需求分解术:史诗故事->特性->用户故事->任务
案例:需求层级的案例
c细化/梳理:待办事项的4种常见类型
2)用户故事的编写和整理:创建用户故事的步骤
a识别项目干系人
b识别谁讲使用产品
c和干系人协助,写下产品需要达到的需求,创建用户故事
工具:3C(卡片、交谈、确认)
讨论:为什么敏捷不用规格说明书
原则:好的用户故事的特点:遵守INVEST原则
定义完成标准DoD:区分DoD的不同层次
2. 发布计划
1)梳理项目需要做的所有工作——完成“产品待办列表”
a管理产品待办列表:符合DEEP原则
b对项目进行初步估算——得到“初步估算结果”
亲和估算:T恤尺码分级,水果大小分类
对比:用户故事点数VS时数
2)创建发布计划:对项目进行总体规划——建立“用户故事地图(产品地图)”
a建立发布目标
b确定支持发布目标的**高优先级用户故事
c制定发布日期
d开发团队为首次发布许下承诺
实战演练:开发角色卡
实战演练:根据产品盒撰写用户故事
实战演练:相对估算练习
实战演练:用规划扑克估算用户故事
三、冲刺/迭代管理
1. 召开冲刺规划会议——建立“冲刺待办列表”
**步:重新排序冲刺待办列表
第二步:**3Cs交谈确认“用户故事”
第三步:把用户故事分解为“工作”
第四步:估算每项工作的“时数”
第五步:承诺实现检查(Commitment Reality Check)
第六步:制作用户故事的工作卡:用户故事编号、负责人、理想时数估算、工作描述
2. 冲刺中的一天
1)计划一天的工作:每日站会 2)跟踪进展
任务板:待办项/进行种/待验收/已完工
3)创建可交付功能:细化、开发、验证
讨论:每日站立会是什么,为何要做,如何做
——会前更新信息发布站(看板,燃尽图等)
3. 展示工作和集成反馈
1)进行迭代末增量产品审查——召开迭代审查会议
a会议议程:展示已完成工作,获得反馈
b迭代审查常用的图表:燃尽图/燃起图,累计流量图,迭代工作量图,停车场图,跟踪漏网缺陷图,控制图
2)进行迭代末经验教训总结——召开迭代回顾会议(5个步骤)
步骤一:讨论任何在个人、团队或过程中的问题
步骤二:讨论哪些做的好,哪些必须改进
步骤三:选择**先应提出和改进的工作
步骤四:审查应改进的工作是否已落实
步骤五:进行“感激”游戏,团队每个人都要感谢在这次迭代中,提供协助的团队成员
自我评估工具:雷达图
解决问题工具:鱼骨图,五问法(FiveWHYs),价值流图和过程分析
实战演练:小组演练回顾会议
实战演练:冲刺规划
4. 交付项目成果和收尾
1)发布增量产品/成果
2)召开发布回顾会议
3)交付项目产品或成果
4)召开项目回顾会议:感谢游戏,回顾做得好的/需改进之处,持续改进
5) 结束项目活动
第四讲:敏捷实践——敏捷转型和企业实践
一、敏捷方法适用性评估
评估维度与模型:文化、团队、项目
二、用敏捷方法在组织中推行敏捷
1. 用增量方式推动敏捷转型和实践
2. 导入:敏捷项目管理的6个步骤
**步:培训,转变思想观念,为试点做准备
第二步:教练和引导,启动试点项目
第三步:扩展到组织,进行更广泛的培训,让更多项目采用敏捷
第四步:评估实施绩效和成果,不断调整
第五步:建立广泛适用的项目管理体系
第六步:内化形成统一的敏捷实践和文化
三、推动变革:从方法流程到文化氛围
1. 改章程:传统项目章程->敏捷项目章程
2. 改方法:预测型方法->敏捷型方法
3. 改工具:文档报告->信息发布站
4. 改团队:牧羊犬->领头羊
5. 改观念:洞察敏捷转型需要避免的“误区”
讨论:敏捷实践痛点及可能的解决思路
案例分析:一个传统团队的敏捷转型破局之路
课程总结与回顾
——回顾与总结课程知识点
——总结课程要点并制定课后行动计划
——自由问题解答Q&A
课程分享的电子资料包:
《项目管理指南-PMBOK第六版》中文版:美国项目管理协会项目管理指南,全球100万人**认证,是项目管理界的“圣经”
《项目管理指南-PMBOK第七版》中文版:第七版是目前**新版本,带来项目管理界颠覆式的变革,抢先尝鲜,**时间获取全球项目管理**新发展趋势
《敏捷实践指南》:敏捷项目管理的基础书籍
""