钟义杰：后IPD时代的项目管理：华为敏捷转型经验

课程背景：

这样的场景您是否似曾相识：

缺乏准确、有前瞻性的客户需求关注，反复做无用功，浪费资源，成本居高不下；

没有跨部门的结构化流程，各部门都有自己的流程，但部门流程之间是靠人工衔接，运作过程割裂；

专业技能不足，作业不规范，依赖“英雄”，这些“英雄”的成功难以复制；

组织上存在本位主义、“部门墙”，各自为政，造成内耗；

项目计划无效，项目实施混乱，无变更控制，版本泛滥；

没错，这就是1999年的华为，彼时处于裸奔状态的管理流程无法适应爆发增长的市场要求，手工作坊式的散兵游勇无法形成合力进行大规模作战。任总带队去美国考察了Bell实验室和IBM，拍板决定引进IPD。经过10年的消化吸收持续改进，IPD使华为的成功从偶然变成了必然，形成了以客户为中心的企业文化，市场倒逼研发的机制，更重要的是大规模作战的能力改变了多个产业的国际市场竞争格局。

回顾IPD的落地过程，“五年内不许任何改良，五年之后局部改动，十年以后才能结构性改动”的僵化固化优化三步走方针，务实的风格形成了超强的适应和进化能力。实施IPD十年之后，2009年华为开始在研发体系和数字化部门推行敏捷，这是对IPD的进一步优化。

“未来要实现大带宽、大流量，传统IPD依然是坚实的基础，适合传统硬件和嵌入式软件（如基站、光网络）”，也就是说，IPD在大规模作战的业务中，关键客户的关键业务场景中，依然是不可缺少的主要管理框架。

“IPD进一步发展就是敏捷”，与此同时，为了适应快速变化的市场和客户诉求，对IPD框架中过重的流程进行优化，快速响应变化是推行敏捷的主要动机。

敏捷是一种新的思维方式，通过敏捷宣言的4个价值观来描述，12条原则来定义，再由可落地的最佳实践组成了敏捷的工作方法。敏捷强调尊重个体，积极沟通，关注结果，从而能更好地与客户合作，达到快速响应变化的效果。

课程收益：

● 解析IPD流程的主要痛点：确定性思维和繁琐的门径思想难以应对市场的快速变化，梳理敏捷转型的必要性和收益

● 掌握解决IPD场景下敏捷转型的四步曲：单团队项目级敏捷，纵向扩展的版本级敏捷，横向扩展产品级敏捷，向外扩展的商业级敏捷

● 演练项目级敏捷的实操要点：迭代滚动规划，迭代日常执行，迭代评审调整，迭代回顾改进

课程时间：1天，6小时/天

课程对象：企业的项目管理人员，有一定的带团队作战经验或者潜力

课程方式：学员分组，最多不超过6组，每组至少5人，不超过9人；敏捷方法Scrum的官方操作指南要求团队规模在5到9人之间，所以沙盘游戏的物料照此设计

沙盘模拟：本课程采用行动式学习方式，通过沙盘游戏模拟完整的产品创新和增长的全生命周期，寓教于乐，课堂气氛活跃，引导进行主动学习，易于消化吸收

量身定制：本课程提炼总结了客户的常见工作场景，共性痛点问题和业界最佳实践。另外在此基础上，还可以根据客户具体的实际诉求，对内容和时长进行裁剪定制

咨询案例：本课程有强烈的“问题解决”咨询风格，欢迎学员带着工作中的实际问题参与课堂讨论。讲师以咨询顾问的身份参与了很多标杆企业的敏捷转型辅导工作，积累了大量咨询服务经验和（华为、平安等优秀代表的）实战案例，启发学员学以致用

课程大纲

课程的逻辑架构是痛点问题-解决方案-最佳实践和落地工具-案例和实战，将从企业的实际工作场景出发，分析每4个级别敏捷中常见的痛点问题，引导学员讨论解决方案，然后推荐业界最佳实践的敏捷方法和工具，采用沙盘模拟的行动式学习方式进行重点演练，最后根据讲师亲身参与的咨询服务实战经验，进行优秀标杆企业（比如华为等）的案例分享。

模块1：IPD和敏捷的关系

本模块强调了IPD存在的意义，如何进行IPD的优化即敏捷，探讨如何应对频繁变化的不确定性需求。重点介绍了为什么敏捷，什么是敏捷，如何做敏捷，分享了华为推行敏捷的四部曲。本模块主要回答了敏捷的Why和What问题。

痛点问题：

1. 业务爆发增长：需要大兵团共同作战

2. 市场和客户的不确定性黑天鹅事件：要求应对频繁剧烈的变化

解决方案：

1. IPD提供坚实的基础，在大型的关键性项目中依然适用

2. 敏捷提升了应对变化的能力，“IPD进一步发展就是敏捷”

最佳实践：敏捷方法是最佳实践的集合，介绍业界主要的敏捷方法

案例分享：华为敏捷四部曲

模块2：项目级敏捷

本模块以项目级的应用场景为主，介绍了项目级最主要的Scrum敏捷方法，加上精益看板方法，遵循Plan-Do-Check-Adjust循环框架，使用沙盘模拟工作场景进行实战演练。

痛点问题：

1. 需求变更失控：测试阶段变更45%

2. 系统联调困难：交付deadline前风险集中爆发

解决方案：

1. 固定迭代开发节奏缩短变更周期

1）产品开发节奏

2）产品发布节奏

3）如何确定节奏？

2. 应用持续集成来分散集成风险

1）迭代目标

2）迭代完成标准

3）持续集成：提高工程能力

最佳实践：

1. Scrum方法：PDCA循环

1）规划Plan：迭代规划

2）执行Do：每日站会

3）检查Check和调整Adjust：迭代评审和迭代回顾

2. 看板方法：工作任务可视化

1）可视化：进展可视

2）限制在制品WIP：控制并发任务

3）消除浪费：加速任务的流动效率

模块3：敏捷项目实战沙盘（演练Scrum敏捷方法）

本模块以Scrum敏捷方法为主，加上精益看板方法，遵循Plan-Do-Check-Adjust循环框架，使用沙盘模拟工作场景进行实战演练。本模块主要回答了敏捷的How to do问题。

一、迭代零

痛点问题：第一次做敏捷，如何做好准备工作？

解决方案：设置迭代零，完成正式迭代之前的准备工作

方案实操要点：

1. 敏捷项目目标：设定项目的愿景方向

2. 敏捷需求管理：准备项目的工作待办清单

3. 敏捷团队角色：设定团队成员的角色，如PO和Scrum Master

4. 敏捷工作方式：约定团队的工作方式，比如工作的完成标准，看板工具的使用方式

现场演练和案例分享：用户故事地图，微信的MVP迭代演进

二、持续迭代

痛点问题：如何玩转敏捷，实现PDCA的良性迭代循环？

解决方案：持续迭代（Scrum方法的4大活动）

方案实操要点：

1. 迭代规划：规划本次迭代的工作任务安排

2. 每日站会：沟通昨天的进展、发现阻碍、今天的工作安排

3. 迭代评审：向干系人汇报本迭代工作的完成情况，并获得反馈调整下一迭代待办清单

4. 迭代回顾：团队共同回顾本迭代的管理问题，寻找根因，确定改进方案

案例分享：华为组织架构的敏捷迭代演进