华为项目管理规范Word文档下载推荐.docx

1、参见TE子团队活动说明1.2.5PQA运作模式角色说明：参见PQA角色说明活动说明：参见PQA活动说明1.2.6IPL子团队运作模式工业化代表（IPL）、试产计划员（TPPP）、量产计划员（BPPP）、外发计划员（OPPP）、物料计划员（PMC）、出货计划员（SPP）、产品试制电子工程师（TPEE）、产品试制结构工程师（TPME）、整机试产（TP）、量产（MP）、电装工艺工程师（PCBIE）、整机工艺工程师（IE）、IQC、IPQC、OQA参见IPL子团队角色说明参见IPL子团队工作流程图参见IPL子团队活动说明1.2.7FPL子团队运作模式财务代表（FPL）、财务评估师（FV）、研发费用核算

2、员（RDEA）参见FPL子团队角色说明参见FPL子团队工作流程图参见FPL子团队活动说明1.2.8TSPL子团队运作模式客服代表（TSPL）、客户需求调查工程师（CRIE）、客户文件制作工程师（CDSE）、FCR改善工程师（FCRE）、Kits服务支持工程师（KITE）、质量成本分析工程师（QCAE）参见TSPL子团队角色说明参见TSPL子团队工作流程图参见TSPL子团队活动说明1.3PDT的组织运作1.3.1 PDT组建在PAC下达项目任务书后，开始组建PDT，并进行PDT核心团队任命。1.3.1.1 LPDT确定1、PDT核心为LPDT，全权代表PAC全面统筹及监管项目自启动到发布的运行过

3、程。2、LPDT的来源：a.PAC的提名；b.相关资源部门提名；c.PAC最终批准。1.3.1.2 PDT扩充立项论证决策评审通过后，根据情况增扩PDT；根据项目任务书进行任务分解，制定各级计划。计划决策评审通过后，由LPDT与相关资源部门协商并最终确定核心团队成员，进行核心团队成员任命；由核心团队成员与相关资源部门确定子团队成员，组建全员小组。1.3.2PDT解散PDT的解散分为正常解散和异常解散两种情况。正常解散是产品研发任务顺利完成，PDT完成历史使命而宣告解散；异常解散是指产品撤项或转向情况下的PDT解散。1、正常解散a）PDT达成项目目标、完成历史使命而宣告解散。PDT成员回归资源部

4、门安排工作。2、异常解散由于市场等原因项目须中途停止，通过PAC决策PDT是否须继续运作。PDT异常解散后PDT成员回归资源部门安排工作。1.4PDT授权与决策PAC在项目的各个阶段决策点给PDT分配资源并授予PDT对该产品开发过程中所有具体事务执行上的决策权，以保证PDT获得充分授权。获得充分授权的PDT决策过程是一种集体决策行为，确保产品过程决策更具效率及效果。1.5项目分类定义为达到有目的、针对性地实施新项目，从而缩短新项目周期并确保项目质量，对AV产品、便携式产品、STB产品等新项目分类进行详细细分，具体定义如下：基础型自主开发的全新ID、全新方案、电源等产品；派生型以某基础型产品为基

5、础，通过增、减功能或换壳、改变机壳颜色等开发的产品。说明：对于全新方案或新ID的产品原则上须在首批量产通过后才可试生产派生产品，但特殊情况下（市场急需），根据实际情况由PDT评估可行性后明确产品开发流程如何裁减，以保证产品的质量。具体项目分类如下表：按结构划分全新主方案增加复杂功能增加简单功能替换关键部品替换重要部品减少功能（更改）外观丝印 新机壳（全新工业设计）基础 1A1（改主板）B1（改主板）C1D1E1F1局部更改（重开重要模具）基础 2A2（改主板）B2（改主板）C2D2E2F2 旧机壳（换颜色）基础 3A3（改主板）B3（改主板）C3D3E3F3各派生项目细节定义说明：PDVD A

6、ND DPF明细说明：序号复杂功能简单功能1全新解码方案增加DVBT功能耳机功能更换光头（光头接口相同）更换电源管理电路2更改光头，导致主板更改PTV增加DPF更换PANNEL（接口不同） 更换功放电路3模拟屏更改为数字屏，导致主板大改AV IN更换高频头（接口不同）更换TFT驱动电路4WI-FI更换电池更换机芯支架（光头/接口同）5USB功能更改适配器6CR功能更改遥控器STB明细说明全新硬件平台硬件增加或删减功能，导致PCB修改软件做小的修改，例如LOGO更换，UI颜色更改等软件设计重大变更，例如操作系统，中间件，CA系统，数据广播等增加较大软件功能，例如增加VOD,马赛克，更换菜单等修改

7、包装方案更换芯的关键器件，导致PCB修改更换关键部品，不更改PCB，但是需要GTR试验验证DVD PLAYER明细说明替换重要部品（不改PCB）增加HDMIS-VIDEO/CVBS/YUV等视频端口更改光头（光头接口不变）更换FLASH增加CARD READER6CH更改为8CH更改主芯片，主板不更改更换SDRAM语音评分增加COAXIAL/OPTIACL更换马达驱动增加USB前控板重新LAYOUT或改板更换电源组件2CH变更到6CHOK板重新LAYOUT更换VFD/LED显示屏增加SCART更改所涉及的元器件数小于25个更换VFD/LED驱动IC7更换A/D,D/A，导致修改PCB8更改所涉

8、及的元器件数超过（包含）25个9增加DIVX1.6产品开发流程裁剪原则产品开发流程裁剪在项目立项论证及计划阶段由LPDT及PDT核心团队根据项目类别及情况确定，具体实施原则如下：1、立项论证阶段：项目KO后，由PQA组织PDT团队根据项目类别及情况，参照产品开发流程裁剪操作指引确定本项目自立项论证至发布的实施流程，并上报PAC决策批准。2、计划阶段：项目经PAC确认通过立项论证决策点进入计划阶段后，由LPDT、PQA及各PL再次核实并确定本项目实施的流程，并在计划决策点上报PAC批准。详细裁剪原则见产品开发流程裁剪操作指引1.7项目优先级排序的规则1.7.1设置项目优先级的原因和目的1、原因是

9、解决资源冲突2、目的是识别项目优先级，合理投放资源，更好的符合公司的客户/产品战略；3、用在公司层面职能方面分配资源，而不是个人岗位的工作优先级指导；1.7.2适用范围适用于公司产品项目/技术项目，不含管理改善项目。1.7.3优先级设置规则1、分开产品项目和技术项目分别排列；2、两个维度：重要程度/紧急程度；3、重要/次重要；紧急/次紧急；4、重要紧急重要次紧急紧急次重要次重要次紧急 分别对应A B C D1.7.4实施方法1、制定项目优先级的时机：立项前；2、参与人员：业务部门，产品线总监，项目管理；3、产品线刷新频度：每月；4、发表范围：公司各业务职能部门；5、职能部门遵照执行为主；6、产

10、品线协调为辅；7、当产品线冲突时上报PAC决策。1.8公司所用项目管理工具及项目管理监控库介绍1.8.1项目管理工具在项目管理手册的指导下，通过Excel or Project（待定）为表现载体，用项目管理计划表进行管理。项目管理计划表包括下述几个方面内容：1、Project organization：描述项目的组织架构；2、Project KO Assignment：新项目开工任务书，用于记录PDT核心团队成员及主要里程碑计划等；3、Schedule：项目主计划，用指针形式描述PDT核心团队项目计划；4、WBS：项目详细计划，根据schedule将项目各阶段各项工作任务按天分解落实到各子团队

11、成员；5、SampleQty：样机需求计划，包含ES/GTR/ RTR/PP等各阶段样机需求情况；6、Risk：风险管理计划，内容包括项目风险清单及应对行动计划等；7、Attendance：记录项目会议PDT核心成员的出席情况；8、meeting minutes：项目周例会纪要；9、contact window：PDT团队联系方式清单；10、change history：项目变更历史记录清单；11、Calender：项目周历表。12、问题管理记录：项目问题管理记录列表。1.8.2项目管理监控库1、项目管理文件资料存储方式：项目资料统一存放在CPC系统：产品管理/项目管理区相应机型名的文件夹下。

12、2、项目管理区标准文件夹模板的说明： 项目管理工作区的文件分一至四级目录，每级对应存放不同的资料。详细描述见附件一“CPC系统项目管理工作区目录树”的存放文件清单的描述。3、对文件模板的使用说明：详见附件一“CPC系统项目管理工作区目录树”中的权限管理说明。4、项目管理区文件夹的管理：新建：项目KO后，POP根据申请按机型名称类别在项目管理区相应位置建文件夹模板。权限：POP按权限管理分别给PDT成员授权。2项目综合管理2.1项目综合管理定义公司项目管理知识领域由十二个部分组成：项目综合管理，项目范围管理，项目时间管理，项目费用管理，项目质量管理，项目人力资源管理，项目沟通管理，项目风险管理，

13、项目采购管理，项目变更管理，项目问题管理，项目文档管理。项目综合管理是指识别、确定，统一与协调各项目管理知识领域在项目管理活动中所需进行的各种过程活动。2.2项目综合管理知识领域项目综合管理知识领域包含其它十一个知识领域，在项目实施过程中，将各个项目管理知识领域形成一个有效的整体，确保项目按照确定的目标完成。各个知识领域的详细说明，请参考后面的章节，它们之间的关系如下图：2.3项目综合管理过程域项目综合管理包括五个过程域，如下图：五个过程域在PCP项目管理活动中的映射5个过程域是可以重复的，可以在某阶段或跨阶段进行，如下图示意：2.3.1项目启动规则启动规则定义：指项目启动条件及新项目开工任务

14、书应该符合的规则。项目启动的前提有两种情况：1、年度产品规划中的项目需求：按计划到了预定启动时间，由产品管理部门组织产品管理团队进行预评审，评审通过后提交PAC审批并下达新项目开工任务书。2、年度规划外的项目需求：1）业务部门或PAC临时提出客户化项目需求，由业务部门提出业务需求确认书，产品管理部门组织产品管理团队进行预评审，评审通过后提交PAC审批并下达新项目开工任务书。项目预评估要素包括五部分：假设的合理性、产品规划、产品实现、财务分析及风险管理。各部分评审内容概述如下：1、假设的合理性：从政策、法规符合性；公司战略符合性；市场规模、产品销量、价格预测及技术成熟度等方面评估。2、产品规划：

15、从产品线路标、公司业务目标符合性；目标细分市场、竞争对手分析明确性；产品卖点竞争力情况；售后及服务模式可行性等方面评估。3、产品实现：从进度、质量、成本、人力资源、开发和制造可行性等方面评估。4、财务分析：投入产出合理性、盈利水平吸引力及资金回笼可接受度等方面评估。5、风险管理：成本、进度、质量、技术等风险可控性方面评估。详细预评估要素参见项目开工评估要素表。2.3.2项目的计划编制将确定、编写、协调与组合所有部分计划所需要的行动形成文件，使其成为项目管理计划。项目管理计划包括：项目进度计划、质量管理计划、风险管理计划、沟通管理计划、人力资源计划、成本管理计划、采购管理计划等。具体详见后面计划

16、管理、质量管理、风险管理、沟通管理、成本管理、采购管理章节内容。2.3.3项目的实施执行项目计划确定的工作，实现项目计划确定的项目实施目标。项目经理与项目团队一起指导计划项目活动的开展，并管理项目内部各种技术与组织接口，这些行动包括：1、开展活动实现项目目标2、付出努力与资金实现项目目标；3、配备、培训及管理项目团队人员；4、获取并管理所有项目资源；5、管理风险并实施风险应对活动；6、管理变更并实施变更的控制活动；7、建立项目团队内外的沟通汇报机制；8、收集并报告项目进度、质量、成本、技术等绩效；9、收集并总结项目经验教训，并实施获得批准的过程改善活动等。2.3.4项目的控制监视和控制项目的启

17、动、规划、执行和结束过程，实现项目计划确定的项目实施目标。监视是贯穿项目始终的项目管理的一个方面。监视包括收集、测量并散发绩效信息，并评价测量结果和实施过程改进的趋势。监控项目工作过程的对象是：1、对照项目管理计划比较项目的实际表现；2、评价项目绩效，判断是否出现了是否需要采取纠正或预防措施的迹象，并在必要时提出采取行动的建议；3、分析、跟踪并监视项目风险，确保及时识别及管理风险、执行适当的风险应对计划；4、建立有关项目的信息库；5、监控已批准的变更实施过程等。2.3.5整体变更控制审查所有的变更请求，批准变更并控制可交付成果和组织过程资产。整体变更控制过程贯穿于项目始终，整体变更控制过程包括

18、下列变更管理活动：1、确定是否需要变更或者变更是否已经发生；2、审查和批准请求的变更；3、控制申请变更的流程，在发生变更时管理已经批准的变更；4、审查与批准所有的纠正与预防措施建议等。具体内容见项目变更管理章节。2.3.6项目结尾项目收尾定义：包括阶段性收尾、项目结束后的收尾、项目开发过程中的暂停。1阶段性收尾：指每个商业决策阶段（立项论证决策、计划决策、早期销售决策、可获得性决策）结束，由LPDT组织PDT核心团队进行该阶段项目经验教训总结并更新项目数据库及环境后，此阶段结束，根据PAC决策确定项目结束或进入下一阶段。具体参见产品开发流程图及活动说明。2项目结束的收尾：根据项目合同书约定的最

19、终里程碑完成后，LPDT组织核心团队进行项目结束总结，形成项目经验教训总结报告，并关闭项目数据库环境，项目团队解散，资源释放。具体报告参见项目经验教训总结报告及项目总结报告。3项目开发过程中的暂停：项目开发过程中由于市场需求变化、关键部品供货停止等原因，须对项目进行暂停处理，由PDT相关核心代表提出变化的需求及原因，LPDT统筹组织项目暂停会议，评估项目目前的情况及暂停的影响（计划、成本、物料等），完成项目暂停变更，并获得产品线总监或PAC批准后项目正式暂停并释放资源。具体操作参见项目变更通知书。3项目范围管理项目范围是指为了成功达到项目的目标，项目所规定要做的。简单地说，确定项目范围就是为项

20、目界定一个界限，划定哪些方面是属于项目应该做的，而哪些是不应该包括在项目之内的，定义项目管理的工作边界，确定项目的目标和主要可交付成果。在项目环境中，“范围”一词可能指：产品范围：即一个产品或一项服务应该包含哪些特征和功能；产品规范：即产品所包含的特征和功能具体是怎样的；项目范围：即为了交付具有所指特征和功能的产品所必须要做的工作。即项目做什么、如何做、才能交付该产品。项目范围管理是指在项目计划中定义的一定要完成的工作，以创造和交付“产品”，使其具有预先认同的规格与功能。项目范围管理贯穿于项目开发始终，从项目启动时的项目任务书发布到立项论证阶段的业务计划书起草及发布，再到项目计划阶段的优化业务

21、计划书和项目合同书签订等等，详细内容见“ 产品开发各阶段范围管理控制要点”。分为五个步骤：启动，范围规划，范围定义，范围核实和范围控制。3.1启动 授权新项目或批准现有项目进入下一阶段，制定任务书或通过DCP进入下一阶段3.2范围规划制定一份范围说明作为项目未来决策的依据。项目范围说明明确定义项目目标和项目可交付成果，即在项目不同阶段，采用项目任务书、项目合同书及业务计划书等文件描述和体现。3.3范围定义接受任务并将其分解为更小可管理单元的过程，诠释任务书的需求，并制定WBS计划以支持产品开发。3.4范围核实验证项目交付的正确性并在允许范围内（评审TR./DCP等）。范围核实是项目的利益相关者

22、（如项目发起人、客户等），对项目范围进行最终确认和接受的过程。核实过程要求重新审查项目产品和工作结果以确保一切都正确无误并令人满意地完成了。如果项目被提前终止，范围核实过程应确定项目完成的层次及程度，并将其形成文件。3.5范围控制对项目范围的变化进行控制。范围变更控制包括：1、对造成范围变化的因素施加影响，以保证变化是有益的；2、判断范围变化是否已发生；3、当实际变化发生时对变化进行管理。对范围变更控制必须与其他控制过程（范围变更通常导致进度、资源、成本等的变化）结合起来，所以范围变更一定要经过PDT团队的评估并获得批准后实施。范围变更主要分为以下两个大的方面：1、技术层面的变更：走DCN流程

23、2、非技术层面的变更：规格、计划、人力资源、成本等 详细内容在第十一章变更管理章节中阐述。3.6产品开发各阶段范围管理控制要点对应产品开发各阶段范围管理控制要点说明如下： 阶段步骤立项论证计划开发验证发布范围启动任务书,CRS/立项论证DCPCRS/计划DCP早期销售DCP可获得性DCP/范围规划任务书，CRS/业务计划书CRS/业务计划书业务计划书范围定义立项论证阶段详细计划计划阶段详细计划计划到发布阶段概要计划开发到发布阶段详细计划范围核实TR1TR2TR3TR4A、TR4B、TR5立项论证DCP计划DCP范围控制技术层面的变更:非技术层面的变更：详细内容在第十一章变更管理章节中阐述。4项

24、目计划管理4.1计划管理关键概念4.1.1WBS、PBS、OBS1、WBS（工作分解结构）：以可交付成果为导向对项目要素进行的分组，将各项工作内容进行详细分解的一种安排图形。它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。2、PBS（产品分解结构）：按照一定的定义对产品研发项目的工作范围进行分解的一种结构图形。3、OBS（组织分解结构）：按照层次将工作细目与组织单位形象地有条理地联系起来的一种项目组织安排图形。4.1.2（非）关键路径关键路径一般是指通过项目（从始点到终点）的最长路线。是决定项目持续时间长短的计划活动序列。也就是说，当关键路径上的最后一个任务完成时，整个项

25、目也就随之完成了。非关键路径是指除了关键路径以外的其他路径。4.1.3工作量，工期 & 产品开发周期1、工作量：是指在一定时间内所需要完成任务的数量。2、工期：完成任务所需要的有效工作时间的总范围。通常按照项目日历和资源日历的定义，为从任务的开始时间到完成时间的工作时间总量。3、产品开发周期：产品从开始设计到验证、发布上市的一系列活动完成所需要整个周期称为产品开发周期。4.1.4GANTT图甘特图， 也叫横道图。一种显示与进度有关信息的图形。在典型横道图中，计划活动和工作分解结构组成部分自上而下列于该图左侧，日期自左而右显示于该图上部，活动持续时间用标有日期的横道表示。4.1.5PERT图Program Evaluation and Review Technique，简称