高绩效敏捷项目管理

课程提纲

1. 课程背景

受到互联网的影响，整个中国经济的主旋律是创新和变化。在这样的大背景下，越来越多的组织发现，使用传统规范的项目管理模式已不能有效适应对创新的变化和要求，无法获取可持续发展的竞争优势，敏捷的项目管理方法越来越受到广泛的重视。

据专门进行IT项目管理调研的公司Standish Group近年来的报告显示：采用敏捷的项目管理方法有利于提升项目的成功概率。你在项目管理中也许正在遇到以下问题：

l 客户的需求变化频繁，导致项目不断修改，团队成员“苦不堪言”；

l 项目往往时间紧、任务重，但是尤其可恨的是还要写那么多“无用”的流程文档；

l 每个人都很忙，但是交付等待周期漫长；

那么是时候考虑敏捷了，敏捷的项目管理方法具有高度的变化包容性，其三大特点是：可视性、可检验性、适应性。敏捷的核心价值是“拥抱变化、快速响应、平等协作、持续改进”。

本课程除了讲授敏捷思维和方法，还通过结合企业实际案例实战演练的方式让学员真实体验全生命周期的敏捷项目的实施方法。另外本课程还提供研讨会模块，以便进一步解决敏捷落地的深层次问题。

2. 课程收益

w 理解敏捷项目管理的核心价值观

w 掌握全生命周期敏捷项目的实施方法

w 掌握敏捷核心工具的应用

w 组织敏捷转型的要点

w 研讨企业应用敏捷过程中的痛点和难点

3. 课程对象

w 项目经理、项目团队成员、项目的质量管理（QP、QA、QC）人员。

w 管理组织中复杂工作、重要工作的人员。

w 组织中与项目相关的职能部门经理。

w 从事项目管理相关工作人士。

w 对项目管理感兴趣的人士。

w 项目管理人员、中高层管理人员；

w 从事一线技术开发的人员

w 希望了解敏捷的人士；

4. 授课形式

5. 课程时长

课堂授课：2天；

敏捷研讨会：1天

6. 课程内容

授课案例

选项1：课程标准案例

选项2：企业实际案例

课程导入

1. 一份项目管理报告，想想都是泪！

w 项目失败的原因

w 提高项目成功率的做法

一、敏捷基础

1、 什么是项目？

项目是一项事业

项目是一种资源组织方式

项目是一个系统

2、 认识敏捷

w  “敏捷”的含义

w 瀑布 V.S. 敏捷

w 敏捷宣言

w 案例：敏捷的本质是什么？敏捷不是行话和赶时髦；敏捷不是为码农准备的？

w 敏捷开发的12条原则

w 小测试：如何确定你的方法是否敏捷？

3、 敏捷如何看待项目？

w 玩转项目生命周期

w 敏捷项目管理的层次

w 敏捷项目管理全景图

4、敏捷核心实践方法精髓

w XP极限编程：13种敏捷实践（个人层、小组层、项目层）

w Scrum框架：角色、事件、成果（工件）

w Kanban看板：价值流、WIP、累计流量图

w 开发与运维DevOps：流动、反馈、持续学习与实验

w SAFe规模化敏捷框架

w 用户故事与敏捷需求的层次：史诗Epic、能力、特性、用户故事

二、敏捷项目实战

1. 准备启动敏捷项目

w 实战演练：小组通过15分钟讨论确定项目主题。

w 实战演练：画出项目的业务价值流

w 实战演练：任命产品负责人

w 在敏捷种如何处理变更和风险？

2. 敏捷启动

2.1 创建项目愿景

w 实战演练：应用“愿景箭头”的方法描述项目愿景

2.2 识别项目干系人

w 识别项目干系人：产品经理、项目经理、用户、客户、管理层、团队

w 识别干系人的工具：人物画像

2.3 组建团队

w 组建团队

w 全科专家 V.S.单科专家

w 创建团队的要点

w 任务：建立项目团队，确定角色

w 讨论：如何配置稀缺资源

2.4 开发史诗（Epic）故事

w 两类史诗：功能史诗，使能史诗

w 案例：史诗描述模板

w 实战演练：根据愿景开发项目史诗

2.5 创建产品待办事项（Product backlog）

w 把史诗分解成特性：FAB法

w 排列特性的优先级：MoScoW，WSJF，风险调整优先级

w 实战演练：创建产品待办事项

2.6 产品分析

w 思考：敏捷开发要不要做分析？

w 敏捷分析的常用方法：MVP&MMF

w 架构设计的重要性及敏捷架构设计的注意事项

w 实战演练：给出高层次的架构设计

2.7 制定产品路线图和发布计划

w 敏捷计划的层次

w 用户故事地图

w 规划特殊迭代：风险探测与技术债务

w 实战演练：创建产品路线图和发布计划

3. 敏捷规划与估算

3.1 创建用户故事

w 用户故事：用户故事的作用、用户故事的要点、INVEST原则

w 如何处理非功能性故事和使能故事？

w 用户故事工作坊：分解特性创建用户故事和非用户故事

w 更新产品待办事项

w 实战演练：分解用户故事

3.2 估算用户故事

w 故事点估算

w 计划扑克

w 实战演练：估算用户故事

3.3 承诺用户故事

w 确定迭代长度

w 确定团队速度

w 迭代规划会与时间盒

3.4 识别任务

w 分解任务的要点

3.5 估算任务

w 认领任务

w 估算任务持续小时数

3.6 创建迭代待办事项

w 确定迭代目标

w 创建迭代看板

w 创建迭代燃尽图

w 实战演练：制定迭代计划、创建看板和燃尽图

4. 敏捷实施

4.1 创建可交付成果

w 项目中的问题和风险

w 软件开发的七种浪费

w TDD、重构、持续集成、增量交付

w 限制在制品

w 偿还技术债务

4.2 执行每日站会

w 敏捷沟通：每日会议

w 可视化：燃尽图、看板

w 实战演练：模拟执行、更新看板和燃尽图、问题解决

5. 敏捷评审与回顾

w 迭代验收

w 评审会议

w 梳理产品代办事项

w 回顾会议：流程和工具

w 实战演练：召开回顾会议

6. 敏捷发布

w 三种环境：开发环境、测试环境、生产环境

w 通过DevOps整合运维，发布可交付成果

w 发布回顾会议

w 总结所学知识点、分享心得。

三、看板方法

Ÿ 什么是看板

Ÿ 如何建立看板。

Ÿ 案例：研发事务看板

Ÿ 案例：限制在制品WIP

Ÿ 如何度量和监控看板的运营

Ÿ 案例：累积流量图

Ÿ 如何平衡敏捷与规范？

7. 课堂准备

1、 投影机、白板、白板笔

2、 大白纸（A1及以上）每组4张（多备一些以防不时之需）；

记事贴每组3本（三种颜色，例如：红、黄、蓝）；

水笔2只；

3、 请受训单位准备2~3个本企业的实际案例，案例描述格式如下：

【题目】：给案例起一个题目

【背景】：案例发生的基本的背景（时间、地点、人物、环境、关系），简洁而全面；

【问题】：案例中的问题点是什么，与自己的认知或者价值观有什么不一致的地方。

【选择】：面对这种情况，可以选择的方法和策略有哪些？您是如何权衡这些方法的利弊的。

【结果】：结果采用了哪种处理方法？

【评价】：您在本案例中所得到的经验（好的）教训（不好的）是什么。