华为项目管理-项目变更管理表
华为学习项目管理培训
1
2
3
三种组织结构对比
项目管理办公室PMO
PMO的职能
–支持职能
•为项目管理提供管理支持、行政支持、培训、咨询顾问、技术服务、 知识管理等支持服务
–控制职能
•资源的分配 •项目计划审批 •项目检查和分析
PMO的作用
–建立组织的项目管理的制度标准（制度、流程的制定及优化） –在组织内部增加沟通，平衡资源的使用（资源池、优先级） –提高员工的项目管理水平（培训、能力提升） –提高组织的项目管理成功率（管理所有项目的绩效）
WBS：工作分解结构(Work Breakdown Structure)
工作分解结构
分解的方法
自上而下法 头脑风暴法
表达形式： 图形式或目录式
工作分解结构
• 分解方式示例
按项目的主要交付结果分 逻辑 软件开发项目
设计说明书
源程序
支持文档
用户手册
培训资料
执行过程组(8)
指导与管理项目执行
控制过程组(11)
1.监控项目工作 2.实施整体变更控制 1.确认范围 2.控制范围
收尾过程组(2)
结束项目或阶段
项目范围管理(6)
项目时间管理(7)
控制进度
项目成本管理(4) 项目质量管理(3) 人力资源管理(4) 项目沟通管理(3)
控制成本 实施质量保证 1.组建项目团队 2.建设项目团队 3.管理项目团队 管理沟通 控制沟通 控制质量
• 在项目计划过程中领导及指导小组成员
• 保证与项目干系人的沟通并汇报项目的进程 • 监控项目的进程，保证项目按时间计划执行
项目成员的责任
项目核心成员对项目经理负责，保证项目的完成
• 参与项目的计划制定
(项目管理)华为项目管理规范
项目管理手册版本：A0目录1项目运作指南 (9)1.1PDT核心团队的运作模式 (9)1.1.1PDT组织关系图 (9)1.1.2PDT组织架构图 (10)1.1.3PDT核心团队人员的职责 (11)1.1.4PDT与相关部门的运作关系 (11)1.1.5PDT的业务汇报关系 (11)1.2PDT子团队运作模式 (11)1.2.1MKTPL子团队运作模式 (11)1.2.2RDPL子团队运作模式 (11)1.2.3PPL子团队运作模式 (11)1.2.4TE子团队运作模式 (12)1.2.5PQA运作模式 (12)1.2.6IPL子团队运作模式 (12)1.2.7FPL子团队运作模式 (12)1.2.8TSPL子团队运作模式 (12)1.3PDT的组织运作 (13)1.3.1PDT组建 (13)1.3.2PDT解散 (13)1.4PDT授权与决策 (13)1.5项目分类定义 (13)1.6产品开发流程裁剪原则 (16)1.7项目优先级排序的规则 (16)1.7.1设置项目优先级的原因和目的 (16)1.7.2适用范围 (16)1.7.3优先级设置规则 (16)1.7.4实施方法 (16)1.8公司所用项目管理工具及项目管理监控库介绍 (17)1.8.1项目管理工具 (17)1.8.2项目管理监控库 (17)2项目综合管理 (18)2.1项目综合管理定义 (18)2.2项目综合管理知识领域 (18)2.3项目综合管理过程域 (18)2.3.1项目启动规则 (19)2.3.2项目的计划编制 (20)2.3.3项目的实施 (20)2.3.4项目的控制 (20)2.3.5整体变更控制 (21)2.3.6项目结尾 (21)3项目范围管理 (21)3.1启动 (22)3.2范围规划 (22)3.3范围定义 (22)3.4范围核实 (22)3.5范围控制 (22)3.6产品开发各阶段范围管理控制要点 (23)4项目计划管理 (24)4.1计划管理关键概念 (24)4.1.1WBS、PBS、OBS (24)4.1.2（非）关键路径 (24)4.1.3工作量，工期& 产品开发周期 (24)4.1.4GANTT图 (24)4.1.5PERT图 (24)4.1.6计划完成率 (25)4.2计划体系 (25)4.3任务、角色与计划体系 (26)4.4计划制定的原则 (26)4.5计划制定的时机 (27)4.6任务工作量估计的方法 (27)4.6.1专家估计法 (27)4.6.2三点法（对高度不确定性任务时间的估算） (27)4.6.3类比/比较法 (27)4.6.4业界估计经验 (28)4.7计划监控点设置的原则 (28)4.8计划监控的方式 (28)4.9计划的测评 (28)4.10项目计划管理的输出 (29)4.10.1立项论证阶段项目详细计划 (29)4.10.2计划到发布阶段概要计划 (29)4.10.3计划阶段项目详细计划 (29)4.10.4开发到发布阶段项目详细计划 (30)5项目质量管理 (30)5.1项目质量管理定义 (30)5.2项目质量管理在PCP上映射 (31)5.2.1项目质量管理模型图 (31)5.2.2质量规划 (31)5.2.4实施质量控制 (32)5.3阶段技术评审 (32)5.3.1TR1 (32)5.3.2TR2 (32)5.3.3TR3 (32)5.3.4TR4A (32)5.3.5TR4B (32)5.3.6TR5 (32)5.3.7技术评审结论 (32)5.3.8技术评审操作方式 (33)5.4流程审计 (33)5.4.1流程审计的方式 (33)5.4.2流程审计的频度 (33)5.4.3审计内容及报告 (33)6项目成本管理 (33)6.1成本管理的范围 (34)6.2成本管理职责 (34)6.3成本管理的控制 (34)6.4项目成本评估细则 (35)6.4.1项目成本评估的要素 (35)6.4.2项目成本评估的输入 (35)6.4.3项目成本评估的结果 (36)6.4.4项目成本评估的优化 (36)6.5项目成本核算细则 (36)6.5.1研发项目费用的统计、核算 (36)6.5.2研发项目费用的发生与预算的比较 (36)6.5.3研发项目费用超预算预警 (36)7项目人力资源管理 (37)7.1人力资源规划 (37)7.1.2项目角色、职责 (37)7.1.3请示汇报关系 (37)7.1.4人员配备管理计划 (37)7.2PDT团队组建 (37)7.2.1组建的时机 (37)7.2.2扩充的时机 (37)7.2.3人员配备管理计划更新 (37)7.2.4项目生命周期阶段统筹责任人说明 (38)7.3PDT团队建设 (38)7.4PDT团队管理 (38)7.4.1人力资源变更管理 (38)7.4.2PDT解散 (38)8项目沟通管理 (38)8.1沟通管理概述 (38)8.2沟通管理规划 (38)8.3沟通汇报机制 (39)9风险管理 (41)9.1风险管理规划 (41)9.2风险识别 (42)9.3风险评估 (43)9.3.1风险的定量评估 (43)9.3.2风险的定性评估 (43)9.4风险防范措施 (44)9.5风险的监控 (45)9.6风险的跟踪 (45)9.7风险管理流程 (46)10项目采购管理 (46)10.1项目采购管理定义 (46)10.2项目采购管理团队的构成 (46)10.4项目采购过程主要活动 (46)11项目变更管理 (47)11.1项目变更管理规划 (47)11.2项目变更管理的定义 (47)11.3项目变更评估 (48)11.4项目变更实施 (49)11.5项目变更流程 (50)12项目问题管理 (50)12.1相关定义 (50)12.2问题管理流程图及行为图 (51)12.2.1流程图 (51)12.2.2行为图 (52)12.3问题管理步骤 (52)12.3.1提出“问题” (52)12.3.2“问题”的确认 (52)12.3.3“问题”记录 (53)12.3.4确认问题解决责任人 (53)12.3.5解决问题 (53)12.3.6问题解决的确认 (54)12.3.7问题关闭 (54)12.4问题解决管理流程中问题的状态 (54)12.4.1开启状态（Open） (54)12.4.2关闭状态（Close） (54)12.4.3挂起状态（Hang out） (54)12.5问题级别及升级 (54)12.5.1问题的级别 (54)12.5.2最典型的升级渠道 (54)问题级别 (55)13文档管理 (55)13.2文档管理清单 (56)13.2.1立项论证阶段文档管理清单 (56)13.2.2计划阶段文档管理清单 (57)13.2.3开发阶段文档管理清单 (58)13.2.4验证阶段文档管理清单 (59)13.2.5发布阶段文档管理清单 (59)1 项目运作指南1.1 PDT核心团队的运作模式1.1.1 PDT组织关系图PDT核心团队由LPDT领导，核心团队包括POP、MKTPL、RDPL、PQA、TE、FPL、PPL、IPL、TSPL九个成员，组织关系图如下：图1-1 PDT组织关系图项目管理手册版权所有，侵权必究第10 页共58 页项目管理手册1.1.3 PDT核心团队人员的职责参考《产品开发流程-角色和职责说明》1.1.4 PDT与相关部门的运作关系1、PDT位于产品线与资源线的节点，PDT是产品开发的责任主体，PDT的设立主要根据产品开发实际情况进行，一般起于任务书下达，终止于产品发布后。
10-变更管理流程200612
《变更实施总结报告》
All rights reserved
Page 5
流程图-1
CU-10 RFC评审 同意 拒绝 暂缓 CR-10 End
客户
客户 (CU)
变更请求开始 人 变更实施 责任人
提交变更 请求
R5 HE-20 R3 R7 RO-40 R3 CU-10 CM-10 RFC模板 R4 RE-30
谢谢
总部方案审核人 （HE ） 地区部方案审核人 （RE） 变更实施责任人 （RO）
对某变更的方案有效性和可实施性、总部相关产品的专家或研发人员 及时性负责 对某变更的方案有效性和可实施性、片区XX产品线高级督导 及时性负责 负责变更实施，对变更实施的过程 质量和结果负责
All rights reserved
All rights reserved
Page 2
变更流程相关定义 流程概述 流程图 流程关键点 关键职责 案例讨论
HUAWEI TECHNOLOGIES CO., LTD.
All rights reserved
Page 3
定义
1. 变更：
本流程中的变更特指引起客户网络设备、网络结构发生变化，并存在高风 险的服务操作活动，包含但不限于设备软件升级，重要单板更换，及网络结 构调整等。(参考《变更分级标准》中的内容) ；
HUAWEI TECHNOLOGIES CO., LTD.
All rights reserved
Page 8
关键点
3. 方案准备： 依据《变更实施方案（模板）》、《××产品软件升级指导书》、与软件版本配 套的《××产品版本说明书》等进行变更实施方案的编写。 Normal和Important级别的变更由地区部方案审核人进行审核，Very Important的 变更由总部方案审核人进行审核。 技术服务的方案审核人需对最终整体方案正确性负责，即使与研发人员共同进 行方案的审核，研发人员对所分配审核内容负责。方案技术评审，必须给出具体评审 意见。
华为-CMM项目管理-参考手册(内部资料)
配置库目录与项目文件夹目录结构的关系是怎样的 . . . . . . . . . . . . . . . . . . . . . 20
什么是配置状态发布 CMO如何进行配置状态发布 . . . . . . . . . . . . . . . . . . . . 22
CCB是什么组织 变更控制过程是如何操作的 . . . . . . . . . . . . . . . . . . . . . . . . 22
软件度量 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
为什么要实 . . . . . . . . . . . . . . . . . . . . . . . . . 26
为什么要进行风险管理 项目风险有哪些属性 . . . . . . . . . . . . . . . . . . . . . . . . 25
项目组如何标识和管理风险 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
第i页
IPD-CMM 3.0快速参考手册
Ver: 1.0
什么部门发布度量分析报告 它包括哪些方面的内容 . . . . . . . . . . . . . . . . . . . 29 缺陷预防 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
华为IPD流程指南第.版
前言华为已经开始了业务变革的旅程。
华为在变革之路上迈出的重要第一步是决定通过一种经过验证的、贯穿一致的规范方法来管理产品开发工作。
华为的选择是集成产品开发（IPD）流程。
千里之行，始于足下。
已经迈出关键第一步的华为，目前正沿着IPD 之路前进。
并非所有的旅程都是一帆风顺的，并非所有的旅程都是毫无险阻、无所畏惧的，并非所有的旅程都是毫不犹豫、一直前进的。
不过，只要走了，所有的旅行都能使人们更好地加深认识，增长经验并取得更大的成就。
现在我们已经走到了IPD之旅的IPD流程3.0版。
我们已经取得了不小的成绩，但是仍有更多的事情要我们来完成。
我们已经转变了许多，但是有更多的地方需要改变。
我们已经学了不少，但是学无止境。
在IPD之旅的前进道路上，我们必须时刻注意前方的道路，知道为了使我们的旅行成功，需要做哪些工作。
要想使IPD之旅获得成功，我们要继续力排众议，消除大家对IPD的疑惑。
我们要各尽其力，平和地说服我们身边对IPD有疑惑的人，改变他们的看法，并将这些案例与其他人共享，给他们加油鼓劲。
下面提供了一些指导，可以使你在充满险阻的变革旅程中保持坚定的信念，重点关注相应的领域，保持成功的势头：疑虑：IPD 不够灵活。
事实：IPD非常灵活。
IPD流程是一种改进运作效果的平衡方法。
事实上，IPD流程是非常灵活的，可以适合于所有的软硬件开发项目。
IPD流程实际上并不是要求所有项目都逐一地执行所有活动，而是可以、也应该根据项目的实际情况对活动进行一定的调整。
针对小项目更加明确的规范已经制定出来了。
不过，对IPD 无限灵活性的探索能力与我们的知识、对IPD的理解以及实际的经验和实践是分不开的。
疑虑：走IPD流程用的时间太长了。
事实：IPD会将产品上市时间提前。
不过，要实现IPD本身的这些好处需要华为停用或者进一步重新设计自己的老流程，而且在向未来前进的过程中，不要依然留恋过去。
如果仅仅是简单地加入新流程和作法，但仍然按照老流程和老作法进行运作，最终结果只有失败。
华为工程项目管理子类任职资格标准(可编辑).doc
华为工程项目管理子类任职资格标准(可编辑).d o c-CAL-FENGHAI.-(YICAI)-Company One1华为工程项目管理子类任职资格标准(可编辑) 文档名称：技术服务类工程项目管理子类任职资格标准文档密级：内部公开附件四技术服务类工程项目管理子类任职资格标准华为技术有限公司二零零四年九月十日目录第一部分概述一、标准名称二、标准定义三、标准适用范围四、标准级别五、标准的结构第二部分级别角色定义和基本条件一、级别角色定义二、基本条件第三部分标准核心部分描述一、必备知识二、行为标准、三级行为标准、四级行为标准、五级行为标准第一部分概述一、标准名称技术服务类工程项目管理子类任职资格标准。
二、标准定义技术服务类工程项目管理子类任职资格标准是指从事重大工程项目管理、工程管理、工程合作管理、工程质量管理等工作内容的职位胜任要求。
三、标准适用范围技术服务类工程项目管理子类相关职位如工程项目经理（PM）、投标项目经理、办事处工程经理、合作分包经理、质量管理经理等。
四、标准级别本标准共设四个级别分别为：三级标准、四级标准、五级标准、六级标准。
本标准不设立一、二级标准。
六级标准暂未开发。
五、标准的结构本标准包括级别角色定义、基本条件、必备知识、行为标准。
第二部分级别角色定义和基本条件一、级别角色定义级别角色定义三级掌握工程管理、项目管理必备知识熟悉行为、技能和素质方面的要求。
在适当指导的情况下能够完成公司二级重大工程管理在例行情况下能够独立开展工程管理工作。
具有几个项目管理领域的一些项目管理经验。
四级负责过多个重大项目能够独立完成公司一级重大工程项目能够处理复杂的工程管理问题并能有效指导他人工作。
具有在大多数项目管理领域的项目管理经验。
五级能够独立完成公司特级重大工程项目和TURNKEY工程项目具有在全部项目管理领域的广泛项目管理经验。
六级能够独立完成公司最复杂的大型TURNKEY工程项目指导各类型工程项目的开展。
项目管理模板非常实用excel
料）
IV、Materials distributed
1、T 五、发言记录 （记录发言人的 观点、意见和建 议）
V、Speaking notes
1、 日程表）；张芳 补充：根据日程 表的安排，客户 将入住五星级的 五洲酒店，距离 公司的常规车程 为 勤资源也已确 认；
2、
个工程项目实施 经验的
（ 客户考察日程 表；2、技术服 务座谈会汇报材 料；3、供应链 座谈汇报材料； 4、研发座谈汇 报材料；5、高 层交流发言稿。
approve）
张芳 张三
分解代
工时估算
人力资源
项目赞助 人 A国代 表处
项目经理 项目组成 员 A代表 处
项目组成 员
项目组成 员
项目组成 员 项目组成 员
表
任务名称 码
Task code
包含活动 WBS Activities included Time
Estimated HR
Estimated
3
6
5.2
后续事宜跟
代表处主管回访 0.5
代表处反馈考察
5Байду номын сангаас3
踪
效果
0.5
5.4
提交总结报告 1
3
注：以上工期及
费用估算均用最
可能值
其他资源
resources
1 2RA P 1
2API 1 机票 酒店房间 2 辆车*7 20000 1 门票
1 1 SRI
2 1 1
Note：as for the abovementioned estimated duration and cost, the most feasible value is to be adopted.
3华为IPD流程指南第3.0版
前言华为已经开始了业务变革的旅程。
华为在变革之路上迈出的重要第一步是决定通过一种经过验证的、贯穿一致的规范方法来管理产品开发工作。
华为的选择是集成产品开发（IPD）流程。
千里之行，始于足下。
已经迈出关键第一步的华为，目前正沿着IPD之路前进。
并非所有的旅程都是一帆风顺的，并非所有的旅程都是毫无险阻、无所畏惧的，并非所有的旅程都是毫不犹豫、一直前进的。
不过，只要走了，所有的旅行都能使人们更好地加深认识，增长经验并取得更大的成就。
现在我们已经走到了IPD之旅的IPD流程版。
我们已经取得了不小的成绩，但是仍有更多的事情要我们来完成。
我们已经转变了许多，但是有更多的地方需要改变。
我们已经学了不少，但是学无止境。
在IPD之旅的前进道路上，我们必须时刻注意前方的道路，知道为了使我们的旅行成功，需要做哪些工作。
要想使IPD之旅获得成功，我们要继续力排众议，消除大家对IPD的疑惑。
我们要各尽其力，平和地说服我们身边对IPD有疑惑的人，改变他们的看法，并将这些案例与其他人共享，给他们加油鼓劲。
下面提供了一些指导，可以使你在充满险阻的变革旅程中保持坚定的信念，重点关注相应的领域，保持成功的势头：疑虑：IPD 不够灵活。
事实：IPD非常灵活。
IPD流程是一种改进运作效果的平衡方法。
事实上，IPD 流程是非常灵活的，可以适合于所有的软硬件开发项目。
IPD流程实际上并不是要求所有项目都逐一地执行所有活动，而是可以、也应该根据项目的实际情况对活动进行一定的调整。
针对小项目更加明确的规范已经制定出来了。
不过，对IPD无限灵活性的探索能力与我们的知识、对IPD的理解以及实际的经验和实践是分不开的。
疑虑：走IPD流程用的时间太长了。
事实：IPD会将产品上市时间提前。
不过，要实现IPD本身的这些好处需要华为停用或者进一步重新设计自己的老流程，而且在向未来前进的过程中，不要依然留恋过去。
如果仅仅是简单地加入新流程和作法，但仍然按照老流程和老作法进行运作，最终结果只有失败。
华为电子产品项目管理制度
华为电子产品项目管理制度第一章总则第一条为规范和提高项目管理水平，推动项目管理的持续改进和提升，在公司内部逐步推行先进适用的项目管理制度，制定本制度。
第二条本制度适用于公司所有从事产品项目管理和相关工作的人员，包括项目经理、团队成员、相关部门人员等。
第三条本制度主要包括项目立项、计划编制、实施管理、风险管理、质量管理、资源管理、沟通协作、成本控制、变更管理、验收交付等方面的规定和要求。
第二章项目立项第四条项目立项是项目管理的第一步，必须经过严格的论证和审批程序。
项目经理应制定项目立项审批材料，内容应包括项目名称、背景、目标、范围、成本、风险评估等，经部门领导审批通过后方可启动项目。
第五条项目立项审批材料应包括项目的可行性研究和风险评估，对项目的投资回报预期进行分析评估，并提交给公司高层领导审批。
第六条项目立项审批材料的编制应根据公司内部相关规定和标准，必须真实、准确地反映项目的实际情况，并对项目的可行性进行充分的论证。
第七条项目经理及团队成员应对立项审批申请材料进行全面、真实、准确的提供，确保项目的立项审批材料符合公司相关规定和标准。
第三章计划编制第八条项目经理应根据项目的目标、范围、成本、时间、质量、风险等要素，编制项目管理计划，包括项目进度计划、成本计划、风险管理计划等，确保项目的可行性和可管理性。
第九条项目管理计划应经过团队成员的共同讨论和确定，并获得部门领导的批准。
项目经理应定期对项目的计划进行监控和调整，确保项目的顺利进行。
第十条项目管理计划应制定完整、严谨、可操作的细则和方法，确保项目的每个环节都经过详细的规划和安排。
第四章实施管理第十一条项目实施管理是项目管理的核心环节，项目经理应根据项目的计划和目标，合理、有效地组织和安排项目资源，确保项目按照计划顺利进行。
第十二条项目实施过程中应及时收集和分析项目的数据和信息，对项目的进度、成本、质量、风险等进行监控和控制，做到实时掌控项目的状态。
企业文化专题-华为变更管理流程
Page 4
流程概述
起点: 判断实施方案符合《变 更分级标准》，提出变 更请求； 输入: 判断符合《变更分级标 准》的实施方案 ； 目标: 1、高风险操作得到管理和控制。 2、减少由于变更造成的客户业务冲击。 KPI: 变更实施成功率 变更交付及时率 主要环节:
变更 申请 评审 授权 方案 准备 实施 评估 闭环
关键点
4. 实施： 严格按照《变更实施方案》的步骤进行操作。 必须按照《现场服务作业指导书》的规范进行服务。 如果变更操作失败，按照《变更实施方案》中的倒回计划进行倒回。 如果业务不能在《变更实施方案》计划的倒回时间内完成业务倒回，需启动《重大 事故恢复处理流程》。 根据需要，变更实施期间，地区部或总部方案审核人需提供远程支持服务。 变更操作完成后，把定制后的《版本说明书》及获取到的产品手册和资料光盘递交 给客户，对于客户需要进行软件光盘更新的则递交软件光盘，并由客户在变更实施的 报告中签收。 完成实施后5个工作日内，刷新CEAS系统中相关设备档案。 实施责任人输出《变更实施总结报告》报告给变更经理； 5. 评估闭环： 《变更实施总结报告》评审：对于Normal级别的变更，由变更经理评审并完成报 告优化，对应Important和Very Important级别变更，由变更经理组织CAB成员共同 评审，根据讨论意见完成报告的优化。 提交《变更实施总结报告》给客户，获得客户对该次变更实施的反馈意见和是否成 功的结论。
All rights reserved Page 13
小结
变更的定义，变更分为哪几级？ 流程的关键环节？ 流程中各角色的职责？
All rights reserved
Page 14
3.变更评审委员会（Change Advisory Board, Abbreviation: CAB）：
华为项目管理PPT课件
•范围核实 •范围控制
•项目收尾
•活动定义
•进度控制
•活动排序
•时间管理(6)
•活动资源估算
四
•活动持续时间估算
•制定进度表
十
•费用管理(3)
•费用估算 •费用预算
•费用控制
四
•质量管理(3)
•质量规划
•实施质量保 •实施质量控制
个
证
知
•人力资源管理(4) •项目团队组建 •人力资源规划
•项目团队管理 识
2、需要协调的问题
10
一、项目开发状态总揽
×月×日
第 ×周
1
2
Now ×月×日 34 5
计划进度：
实际进度：
项目月报模板
二、本月重大事件
×月×日 6 7 8 9 10
1、 2、
3、
。
方案设计
工程设计
计划完成率（按开发周期）：
三、重大偏差原因分析
所处阶段
进度偏差估计
偏差原因分析
人力资源偏差
主要影响（包括已经 造成的影响和将要带 来的影响）
1
•PMBOK2008
五
•启动(2)
大过
•规划(21)
程
•执行(7)
组
•监控(12)
•收尾(2)
九 大 知 识 领 域
•整体管理(7) •范围管理(5)
•制定项目章程
•制定项目初步 范围说明书
•制定项目管理计划 •指导与管理 项目执行
•监控项目工作 •整体变更控制
•范围规划 •范围定义 •制作工作分解结构
产品财经计划
产品概要设计
各模块详细设计
产品培训计划
项目管理模型(华为)
需求分析 可行性分析
应用项目管理袖珍卡
选择阶段
制定RFP
指标：CMM规范度/估算偏差率/缺陷密度 验证阶段
进行需求跟踪
方案阶段
完成需求规格
开发测试阶段
进行需求跟踪
转产切换阶段
关闭阶段
需 求 管 理 项 目 管 理 质 量 管 理 配 置 与 度 量 工 程 管 理
配置管理：制定配置管理计划、建立项目配置库、建立基线、变更控制、配置审计、配置状态发布 如有变更则执行变更 项目度量：制定度量管理计划、收集度量数据、维护度量表、度量分析 需求规格 概要设计 详细设计 测试计划 开发 单元/集成测试 系统/系统集成测试 详细设计报告 测试计划 测试报告 代码 用户操作手册 系统管理员手册 测试报告 （UAT/OT） 验收报告 试运行报告 转产申请表 备份协议 数据清理协议 项目总结报告 用户培训 UAT/OA测试 组织项目验收 宣传推广 组织试运行
据项 库目 数 过项 程目 资数 产据 库库
/
项 目 交 付 件
配置管理
文档管理
项目度量表
配置状态表
项目进度
Page 3
1
需求获取 用户代表 需求分析 BA人员 需求管理 项目经理 项目计划 项目经理 项目监控 采购人员 问题风险 项目成员 供方管理 所有干系人 质量保证 QA 技术评审
技术评审组
需求提出 业务分析
需求规格 规划人员 Charter发布 信息安全分析
项目管理：工作分派、工作监控、问题和风险管理、项目例会、项目月报、项目汇报、平台应用等 项目开工会议 项目PDP/PMP 供应商/方案选择标准 制定项目WBS SOW/合同签订 项目运作培训 启动控制 准备情况审视 可行性TR 资产申购 中间审视 方案建议TR 中间审视 需求规格 概要 设计 中间审视 准入TR 测试用例QC 概念DCP 选择DCP 验收DCP 转产审核 转产DCP 中间审视 中间审视 完成审视 工作交接项目 总结项目总结 项目关闭汇报
华为-项目管理培训
启动
范围计划
范围定义
范围确认
范围变更控制
活 动 （ 资 源 投 入） 水 平
实施流程 计划流程 启动流程 启动阶段 控制流程 收尾流程
结束阶段
HUAWEI Confidential
Page 30
HUAWEI TECHNOLOGIES Co., Ltd.
项目范围管理
要保证项目成功地完成所要求的全部工作，而且只完成所 要求的工作。这一知识领域包括：
启动流程
计划流程
控制流程
实施流程
收尾流程
HUAWEI TECHNOLOGIES Co., Ltd.
HUAWEI Confidential
Page 15
计划流程
核心流程
范围管理
范围计划 活动定义 活动时间估计 成本预算 项目计划 编制
活动顺序
时间管理
进度表编制
范围定义
资源计划
成本管理
成本估算
风险管理计划
HUAWEI Confidential
Page 5
2、项目vs.操作
项目
临时性和唯一性 达成目标并关闭
操作
连续性和重复性 持续保持业务运作
HUAWEI TECHNOLOGIES Co., Ltd.
HUAWEI Confidential
Page 6
3、什么是项目管理？
项目管理就是对有关项目活动的知识、技能、工具和技术 的运用，以达到项目需求
06.April 2006
Security Level:
华为项目管理知识介绍
HUAWEI TECHNOLOGIES Co., Ltd.
HUAWEI Confidential
华为项目管理介绍
Author's name/Author's email Version: V1.0(20YYMMDD) 华为公司项目管理介绍PMCoESecurity Level:目录1.华为公司对项目管理的认识2.华为公司项目管理发展历程3.华为公司“以项目为中心”的项目管理能力建设框架•BA架构•组织及运作•规则•流程•工具平台•度量体系•绩效考核与激励•职业发展•文化建设项目管理不仅仅是一组实践或工具，更是一套综合体系，包括流程、方法、组织结构、能力和工具。
这些要素在全公司集成，并通过改进项目、项目群和组合管理，共同提升业务绩效。
●效率-组合管理、资源买卖和财务责任●可预测性-标准流程、方法、工具和知识管理●职责-清晰的角色、职责、KPI和组织结构匹配●价值-获取指标并向利益关系人汇报，以更好地支撑决策业务战略执行项目管理项目管理是联系业务战略和执行的桥梁，通过提供项目视角及管理项目/项目群的成功交付，更好地支撑业务决策。
任正非未来五至十年，我们将从中央集权式的管理，逐步迈向让听得见炮声的人来呼唤炮火。
当前正在进行的管理从以功能部门为中心，转向以项目为中心的过渡试验，就是对这种模式的探索。
通过全球流程集成，把后方变成系统的支持力量。
摆脱中央集权的效率低下、机构臃肿，实现客户需求驱动的流程化组织建设目标。
各级干部要有成功的项目实践经验，要能从优秀的项目经理中产生干部，将军是打出来的。
“集成交付平台”是面向一线交付项目组的集成交付作业系统，实现交付、研发、销售、供应、人力、采购、财经等集成打通，支撑一线项目实现简单、高效、有序、可视的交付。
徐直军要有一定层级的专家，通过深入到各个地区部、代表处的作战项目里面去，把能力带过去，把当地的能力带起来，真正发挥出能力中心的价值。
胡厚崑我们的管理运作要从“以功能为中心”向“以项目为中心”转变。
客户项目和产品项目是公司未来业务运作的主要形态。
因此，提高项目经营方式和项目管理水平，是我们未来几年提高效率和效益的主要手段。
华为IPD流程指南第3.0版
前言华为已经开始了业务变革的旅程。
华为在变革之路上迈出的重要第一步是决定通过一种经过验证的、贯穿一致的规范方法来管理产品开发工作。
华为的选择是集成产品开发（IPD）流程。
千里之行，始于足下。
已经迈出关键第一步的华为，目前正沿着IPD 之路前进。
并非所有的旅程都是一帆风顺的，并非所有的旅程都是毫无险阻、无所畏惧的，并非所有的旅程都是毫不犹豫、一直前进的。
不过，只要走了，所有的旅行都能使人们更好地加深认识，增长经验并取得更大的成就。
现在我们已经走到了IPD之旅的IPD流程版。
我们已经取得了不小的成绩，但是仍有更多的事情要我们来完成。
我们已经转变了许多，但是有更多的地方需要改变。
我们已经学了不少，但是学无止境。
在IPD之旅的前进道路上，我们必须时刻注意前方的道路，知道为了使我们的旅行成功，需要做哪些工作。
要想使IPD之旅获得成功，我们要继续力排众议，消除大家对IPD的疑惑。
我们要各尽其力，平和地说服我们身边对IPD 有疑惑的人，改变他们的看法，并将这些案例与其他人共享，给他们加油鼓劲。
下面提供了一些指导，可以使你在充满险阻的变革旅程中保持坚定的信念，重点关注相应的领域，保持成功的势头：疑虑：IPD 不够灵活。
事实：IPD非常灵活。
IPD流程是一种改进运作效果的平衡方法。
事实上，IPD流程是非常灵活的，可以适合于所有的软硬件开发项目。
IPD流程实际上并不是要求所有项目都逐一地执行所有活动，而是可以、也应该根据项目的实际情况对活动进行一定的调整。
针对小项目更加明确的规范已经制定出来了。
不过，对IPD无限灵活性的探索能力与我们的知识、对IPD的理解以及实际的经验和实践是分不开的。
疑虑：走IPD流程用的时间太长了。
事实：IPD会将产品上市时间提前。
不过，要实现IPD本身的这些好处需要华为停用或者进一步重新设计自己的老流程，而且在向未来前进的过程中，不要依然留恋过去。
如果仅仅是简单地加入新流程和作法，但仍然按照老流程和老作法进行运作，最终结果只有失败。
华为：项目变更管理表
012项目变更管理表
Project Change Management
一、项目基本情况I. Project Basic Info
项目名称project name：
项目编号project code：
制作人pr
项目经理project manager：
二、历史变更记录（按时间顺序记录项目以往的每一次变更情况）
II、Previous change record ( to record each previous change circumstance of the project in time sequence)
1.申请变更的内容project item requested for change
2.申请变更原因the reason of change request
四、影响分析IV、Outcome of impacts analysis
对成本的影响impact on cost：
对进度的影响impact on schedule：
序号
Sequence NO.
变更时间
Change date
涉及项目任务
Task concerned
变更情况
Change to
申请人
Requested by
1
2
3
三、请求变更信息（建议的变更描述以及参考资料）
III、Requested change ( to describe the raised change and reference )
华为IPD项目管理“六步一法”ppt
重大里程 碑确认
活动分解准 备工作计划
通策略
质量控制 实施指导书
进度计划 站点计划
（区域）分项 目组运作
项目计划
➢明 确循
环
项往 复
目， 不
目断 标渐
近
及明 细
范 围
会议输出的问题需要反复交流、渐进明细 会议输出的问题需要反复交流、渐进明细
华为IPD项目管理“六步一法”ppt
明确目标 范围确认
项目沟
总部模版
不断往 复渐进
明细
正式发布
制作技术方案
（分区域）制定单 产品里程碑
备货到货计划
客户配套工作 计划
工勘报告、设 计文件
制定（分区域）项目里程碑
制定项目里程碑
发布项目里程碑
华为IPD项目管理“六步一法”ppt
明确目标 范围确认
项目沟
重大里程 碑确认
活动分解准 备工作计划
通策略
质量控制 实施指导书
• 实施质量 • 实施质量控
保证
制
• 人力资源管理(4)
• 人力资源规划 • 项目团队 • 项目团队管
组建
理
知
领 • 沟通管理(4) 域 • 风险管理(6)
• 采购管理(6)
• 沟通规划
•• 信 项息 目发 团布 队 • 绩效报告
建设
• 利害关系者
• 风险管理计划
• 风管险理监控
• 风险识别
• 定性风险分析
华为IPD项目管理“六步一法”ppt
五大过程组
• 启动 • 规划 • 执行 • 监控 • 收尾 • PMBOK2
004
(2)
(21)
(7)
(12)
企业文化专题-华为变更管理流程
GCRM S
R2 CAB-10 R1 CM-20 CM-10 变更 初审 Normal Important Very Important 非变 更方 案 CM-20 变更 评审 同意 拒绝 暂缓 R1 变更 分 级标 准 End CM-10 CAB-10 变更 评审 End CM-30 授权 实施
Very Important 变更 实施 方 案模 板
3.变更评审委员会（Change Advisory Board, Abbreviation: CAB）：
指为决策某一变更是否要实施及何时实施而成立的临时团队，该团队成员 包括但不限于代表处或办事处产品经理、服务经理、技术服务主任、市场客 户经理、地区部高级督导，总部专家等。
All rights reserved
1. 变更申请： 所有符合《变更分级标准》中定义为变更的业务活动都应在GCRMS系统中建立变 更单，按照变更管理流程进行管理； 2. 评审授权： 根据《变更分级标准》确定本次申请是否符合变更管理范畴以及变更的级别。 变更的级别根据操作风险影响程度，客户等级，变更实施的成本3个纬度分 为Normal, Important, very important 3个级别。 Normal 变更仅需要变更管理经理评审，Important和very important 变更需 要CAB评审。不同级别的变更评审，CAB 成员不一样，见《CAB评审操作指导 书》。 对于所有暂缓的变更单，变更经理负责对遗留变更单的跟踪处理，在合适的时候重 新决策或组织决策 对于Normal级别的变更，变更经理指定变更实施责任人。 对于Important和Very Important级别的变更，变更实施责任人由变更经理推荐， 经CAB成员批准确定。 对于Very Important的重大变更项目，需要成立由办事处、地区部和总部共同确定 的项目组组织实施。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
三、请求变更信息（建议的变更描述以及参考资料） 1. 申请变更的内容 客户由原计划从深圳乘车直接前往香港机场改为在香港停留一天 2. 申请变更原因 客户希望在香港游玩购物 四、影响分析 受影响的基准计划 1、进度计划 2、费用计划 是否需要成本/进度影响分析？ □是 客户在香港停留一天，将引起交通费￥12000，餐费￥28000，住宿费￥10000，共计￥ 对成本的影响 50000 对进度的影响 客户在香港停留一天，将引起项目延迟一天完成 对资源的影响 客户在香港停留一天，需要香港接待分部派一名接待人员陪同 变更程度分类 □高 □中 若不进行变更有何影 不变更影响较大，变更对项目的影响在可接受范围内，建议同意客户变更要求 申请人签字 王五 申请日期 五、审批结果 审批意见 同意陪同客户在香港停留一 天，并由我司负责相应的后 勤安排和费用。 审批人签字 李四
T0808 李四 2005/7/8
申请人 张三 刘峰 张三
审批人 李四ห้องสมุดไป่ตู้张三 李四
3、资源计划 □否 28000，住宿费￥10000，共计￥
员陪同
□低 建议同意客户变更要求 2005 年 7 月 22 日
日期
2005/7/22
09项目变更管理表
一、项目基本情况 项目名称 制作人 项目经理 T 客户考察公司 张三 张三 项目编号 审核人 制作日期
二、历史变更记录 序号 1 2 3 变更时间 2005/7/16 2005/7/19 2005/7/19 涉及项目任务 资源落实 考察实施 考察实施 变更要点 迎接客户的高层领 导由王总改为张总 NGN 样板点讲解人 员由张鹏改为李民 高层座谈的领导由 王总改为张总 变更理由 原来安排的高层领导 王总临时前往北京 原来安排的讲解人员 由张鹏临时前往上海 原来安排的高层领导 王总仍在北京未返