华为项目管理规范方案

项目管理版本：A0目录1项目运作指南91.1PDT核心团队的运作模式9PDT组织关系图9PDT组织架构图10PDT核心团队人员的职责11PDT与相关部门的运作关系11PDT的业务汇报关系111.2PDT子团队运作模式11MKTPL子团队运作模式11RDPL子团队运作模式11PPL子团队运作模式11TE子团队运作模式12PQA运作模式12IPL子团队运作模式12FPL子团队运作模式12TSPL子团队运作模式121.3PDT的组织运作12PDT组建12PDT解散131.4PDT授权与决策131.5项目分类定义131.6产品开发流程裁剪原则151.7项目优先级排序的规则16设置项目优先级的原因和目的16适用范围16.优先级设置规则16实施方法161.8公司所用项目管理工具及项目管理监控库介绍16项目管理工具16项目管理监控库172项目综合管理172.1项目综合管理定义172.2项目综合管理知识领域172.3项目综合管理过程域18项目启动规则19项目的计划编制19项目的实施20项目的控制20整体变更控制20项目结尾203项目范围管理213.1启动213.2范围规划213.3范围定义213.4范围核实213.5范围控制223.6产品开发各阶段范围管理控制要点224项目计划管理234.1计划管理关键概念23WBS、PBS、OBS23<非>关键路径23工作量,工期&产品开发周期23GANTT图23PERT图23计划完成率24.4.2计划体系244.3任务、角色与计划体系244.4计划制定的原则254.5计划制定的时机254.6任务工作量估计的方法25专家估计法25三点法<对高度不确定性任务时间的估算>26类比/比较法26业界估计经验264.7计划监控点设置的原则264.8计划监控的方式264.9计划的测评274.10项目计划管理的输出27立项论证阶段项目详细计划27计划到发布阶段概要计划27计划阶段项目详细计划27开发到发布阶段项目详细计划285项目质量管理295.1项目质量管理定义295.2项目质量管理在PCP上映射29项目质量管理模型图29质量规划29实施质量保证29实施质量控制295.3阶段技术评审29TR129TR230TR330TR4A30TR4B30.TR530技术评审结论30技术评审操作方式305.4流程审计30流程审计的方式30流程审计的频度31审计内容及报告316项目成本管理316.1成本管理的范围316.2成本管理职责316.3成本管理的控制326.4项目成本评估细则32项目成本评估的要素32项目成本评估的输入33项目成本评估的结果33项目成本评估的优化336.5项目成本核算细则33研发项目费用的统计、核算33研发项目费用的发生与预算的比较34研发项目费用超预算预警347项目人力资源管理347.1人力资源规划34定义34项目角色、职责34请示汇报关系34人员配备管理计划347.2PDT团队组建34组建的时机34扩充的时机35人员配备管理计划更新35.项目生命周期阶段统筹责任人说明357.3PDT团队建设357.4PDT团队管理35人力资源变更管理35PDT解散358项目沟通管理358.1沟通管理概述358.2沟通管理规划368.3沟通汇报369风险管理389.1风险管理规划389.2风险识别399.3风险评估40风险的定量评估40风险的定性评估409.4风险防范措施419.5风险的监控419.6风险的跟踪429.7风险管理流程4210项目采购管理4210.1项目采购管理定义4210.2项目采购管理团队的构成4210.3项目采购管理的工作流程4210.4项目采购过程主要活动4211项目变更管理4311.1项目变更管理规划4311.2项目变更管理的定义4311.3项目变更评估4411.4项目变更实施4411.5项目变更流程45.12项目问题管理4612.1相关定义4612.2问题管理流程图及行为图46流程图46行为图4612.3问题管理步骤46提出"问题"46"问题"的确认46"问题"记录46确认问题解决责任人47解决问题47问题解决的确认47问题关闭4712.4问题解决管理流程中问题的状态47开启状态47关闭状态48挂起状态4812.5问题级别及升级48问题的级别48最典型的升级渠道48问题级别4813文档管理4813.1文档管理概述4813.2文档管理清单49立项论证阶段文档管理清单49计划阶段文档管理清单5013.2.3开发阶段文档管理清单50验证阶段文档管理清单51发布阶段文档管理清单52.1项目运作指南1.1PDT核心团队的运作模式1.1.1PDT组织关系图PDT核心团队由LPDT领导,核心团队包括POP、MKTPL、RDPL、PQA、TE、FPL、PPL、IPL、TSPL九个成员,组织关系图如下：PAC产品线LPDT1LPDT2LPDT3POP1POP2POP3市场平台MKTPL1MKTPL2MKTPL3研发平台RDPL1RDPL2RDPL3PQA1PQA2PQA3质量平台TE1TE2TE3TSPL1TSPL2TSPL3采购平台PPL1PPL2PPL3制造平台IPL1IPL2IPL3财务平台FPL1FPL2FPL3图1-1PDT组织关系图.1.1.2PDT组织架构图LPDTPOPMKTPLFPLRDPLPQATEPPLIPLTSPL销营财研系硬PM结软平E研部软场部采物成计结工电IOI客客FKi质售销务发统件CE构件面M发品件地品购料本划构艺子QQP户户Cts量专专评费工工BI工工工C物测测测工员计管员工工工CAQ需文R服成员员估用程程工D程程程工料试试试程划理程程程C求件改务本师核师师程/师师师程员工工工师员工师师师调制善支分算师I师程程程程查作工持析员D师师师师工工程工工程程师程程图1-2PDT组织架构图师师师师.1.1.3PDT核心团队人员的职责参考《产品开发流程-角色和职责说明》1.1.4PDT与相关部门的运作关系1、PDT位于产品线与资源线的节点,PDT是产品开发的责任主体,PDT的设立主要根据产品开发实际情况进行,一般起于任务书下达,终止于产品发布后.2、PAC对PDT任务执行情况进行考核.1.1.5PDT的业务汇报关系1、LPDT接受PAC的领导,并向其汇报工作；2、PDT核心团队成员和外围团队成员在相关资源部门的指导下,完成LPDT交给的各项工作,并定期向LPDT和资源部门汇报工作；3、POP向LPDT汇报工作并接受领导；1.2PDT子团队运作模式1.2.1MKTPL子团队运作模式子团队组成：市场代表、营销专员、销售专员子团队角色说明：参见《MKTPL子团队角色说明》子团队工作流程：参见《MKTPL子团队工作流程图》子团队活动说明：参见《MKTPL子团队活动说明》1.2.2RDPL子团队运作模式子团队组成：研发代表、系统工程师、硬件工程师、PCB工程师、软件工程师、结构工程师、结构工业设计工程师、平面工程师、认证工程师、工业设计、研发物料员子团队角色说明：参见《RDPL子团队角色说明》子团队工作流程：参见《RDPL子团队工作流程图》子团队活动说明：参见《RDPL子团队活动说明》1.2.3PPL子团队运作模式子团队组成：采购代表、采购员、成本管理工程师、物料计划员、部品工程师子团队角色说明：参见《PPL子团队角色说明》子团队工作流程：参见《PPL子团队工作流程图》子团队活动说明：参见《PPL子团队活动说明》.1.2.4TE子团队运作模式子团队组成：测试代表、部品测试工程师、软件测试工程师、场地测试工程师子团队角色说明：参见《TE子团队角色说明》子团队工作流程：参见《TE子团队工作流程图》子团队活动说明：参见《TE子团队活动说明》1.2.5PQA运作模式角色说明：参见《PQA角色说明》活动说明：参见《PQA活动说明》1.2.6IPL子团队运作模式子团队组成：工业化代表、试产计划员、量产计划员、外发计划员、物料计划员、出货计划员、产品试制电子工程师、产品试制结构工程师、整机试产、量产、电装工艺工程师、整机工艺工程师、IQC、IPQC、OQA子团队角色说明：参见《IPL子团队角色说明》子团队工作流程：参见《IPL子团队工作流程图》子团队活动说明：参见《IPL子团队活动说明》1.2.7FPL子团队运作模式子团队组成：财务代表、财务评估师、研发费用核算员子团队角色说明：参见《FPL子团队角色说明》子团队工作流程：参见《FPL子团队工作流程图》子团队活动说明：参见《FPL子团队活动说明》1.2.8TSPL子团队运作模式子团队组成：客服代表、客户需求调查工程师、客户文件制作工程师、FCR改善工程师、Kits服务支持工程师、质量成本分析工程师子团队角色说明：参见《TSPL子团队角色说明》子团队工作流程：参见《TSPL子团队工作流程图》子团队活动说明：参见《TSPL子团队活动说明》1.3PDT的组织运作1.3.1PDT组建在PAC下达项目任务书后,开始组建PDT,并进行PDT核心团队任命.1.3.1.1LPDT确定1、PDT核心为LPDT,全权代表PAC全面统筹及监管项目自启动到发布的运行过程..2、LPDT的来源：a.PAC的提名；b.相关资源部门提名；c.PAC最终批准.1.3.1.2PDT扩充立项论证决策评审通过后,根据情况增扩PDT；根据项目任务书进行任务分解,制定各级计划.计划决策评审通过后,由LPDT与相关资源部门协商并最终确定核心团队成员,进行核心团队成员任命；由核心团队成员与相关资源部门确定子团队成员,组建全员小组.1.3.2PDT解散PDT的解散分为正常解散和异常解散两种情况.正常解散是产品研发任务顺利完成,PDT完成历史使命而宣告解散；异常解散是指产品撤项或转向情况下的PDT解散.1、正常解散a)PDT达成项目目标、完成历史使命而宣告解散.PDT成员回归资源部门安排工作.2、异常解散由于市场等原因项目须中途停止,通过PAC决策PDT是否须继续运作.PDT异常解散后PDT成员回归资源部门安排工作.1.4PDT授权与决策PAC在项目的各个阶段决策点给PDT分配资源并授予PDT对该产品开发过程中所有具体事务执行上的决策权,以保证PDT获得充分授权.获得充分授权的PDT决策过程是一种集体决策行为,确保产品过程决策更具效率及效果.1.5项目分类定义为达到有目的、针对性地实施新项目,从而缩短新项目周期并确保项目质量,对AV产品、便携式产品、STB产品等新项目分类进行详细细分,具体定义如下：基础型――自主开发的全新ID、全新

方案

气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载

、电源等产品；派生型――以某基础型产品为基础,通过增、减功能或换壳、改变机壳颜色等开发的产品.说明：对于全新方案或新ID的产品原则上须在首批量产通过后才可试生产派生产品,但特殊情况下<市场急需>,根据实际情况由PDT评估可行性后明确产品开发流程如何裁减,以保证产品的质量.具体项目分类如下表：替换关替换重减少<更改>外按结构划分全新主方案增加复杂功能增加简单功能键部品要部品功能观丝印.新机壳〕全新工业设计基础1A1〕改主板>B1<改主板>C1D1E1F1〔局部更改〕重开重要模具基础2A2<改主板>B2<改主板>C2D2E2F2〔旧机壳基础3A3<改主板>B3<改主板>C3D3E3F3〕换颜色〔各派生项目细节定义说明：PDVDANDDPF明细说明：序全新主方案复杂功能简单功能替换关键部品替换重要部品号增加DVBT功更换光头〕光头接口1全新解码方案耳机功能更换电源管理电路能相同>更改光头,导致主更换PANNEL〕接口不2PTV增加DPF更换功放电路板更改同〔模拟屏更改为数字更换高频头〕接口不3AVIN更换TFT驱动电路屏,导致主板大改同〔更换机芯支架〕光头4WI-FI更换电池/接口同〔5USB功能更改适配器6CR功能更改遥控器STB明细说明序全新主方案复杂功能简单功能替换关键部品替换重要部品号硬件增加或删减软件做小的修改,1全新硬件平台功能,导致PCB修例如LOGO更换,UI改颜色更改等软件设计重大变增加较大软件功更,例如操作系统,能,例如增加2修改包装方案中间件,CA系统,数VOD,马赛克,更据广播等换菜单等.更换关键部品,不更换芯的关键器3更改PCB,但是需件,导致PCB修改要GTR试验验证DVDPLAYER明细说明序替换重要部品〕全新主方案复杂功能简单功能替换关键部品号不改PCB〔S-VIDEO/CVBS/YUV等更改光头<光头1全新硬件平台增加HDMI更换FLASH视频端口接口不变>更改光头,导致增加CARD更改主芯片,主26CH更改为8CH更换SDRAM主板更改READER板不更改增加3语音评分更换马达驱动COAXIAL/OPTIACL前控板重新LAYOUT或4增加USB更换电源组件改板更换VFD/LED显52CH变更到6CHOK板重新LAYOUT示屏更改所涉及的元器件更换VFD/LED驱6增加SCART数小于25个动IC更换A/D,D/A,7导致修改PCB更改所涉及的元8器件数超过<包含>25个9增加DIVX1.6产品开发流程裁剪原则产品开发流程裁剪在项目立项论证及计划阶段由LPDT及PDT核心团队根据项目类别及情况确定,具体实施原则如下：1、立项论证阶段：项目KO后,由PQA组织PDT团队根据项目类别及情况,参照《产品开发流程裁剪操作指引》确定本项目自立项论证至发布的实施流程,并上报PAC决策批准.2、计划阶段：项目经PAC确认通过立项论证决策点进入计划阶段后,由LPDT、PQA及各PL再次核实并确定本项目实施的流程,并在计划决策点上报PAC批准.详细裁剪原则见《产品开发流程裁剪操作指引》.1.7项目优先级排序的规则1.7.1设置项目优先级的原因和目的1、原因是解决资源冲突2、目的是识别项目优先级,合理投放资源,更好的符合公司的客户/产品战略；3、用在公司层面职能方面分配资源,而不是个人岗位的工作优先级指导；1.7.2适用范围适用于公司产品项目/技术项目,不含管理改善项目.1.7.3优先级设置规则1、分开产品项目和技术项目分别排列；2、两个维度：重要程度/紧急程度；3、重要/次重要；紧急/次紧急；4、重要紧急>重要次紧急>紧急次重要>次重要次紧急分别对应A>B>C>D1.7.4实施方法1、制定项目优先级的时机：立项前；2、参与人员：业务部门,产品线总监,项目管理；3、产品线刷新频度：每月；4、发表范围：公司各业务职能部门；5、职能部门遵照执行为主；6、产品线协调为辅；7、当产品线冲突时上报PAC决策.1.8公司所用项目管理工具及项目管理监控库介绍1.8.1项目管理工具在项目管理手册的指导下,通过ExcelorProject<待定>为表现载体,用项目管理计划表进行管理.项目管理计划表包括下述几个方面内容：1、Projectorganization：描述项目的组织架构；2、ProjectKOAssignment：《新项目开工任务书》,用于记录PDT核心团队成员及主要里程碑计划等；3、Schedule：项目主计划,用指针形式描述PDT核心团队项目计划；4、WBS：项目详细计划,根据schedule将项目各阶段各项工作任务按天分解落实到各子团队成员；5、SampleQty：样机需求计划,包含ES/GTR/RTR/PP等各阶段样机需求情况；.6、Risk：风险管理计划,内容包括项目风险清单及应对行动计划等；7、Attendance：记录项目会议PDT核心成员的出席情况；8、meetingminutes：项目周例会纪要；9、contactwindow：PDT团队联系方式清单；10、changehistory：项目变更历史记录清单；11、Calender：项目周历表.12、问题管理记录：项目问题管理记录列表.1.8.2项目管理监控库1、项目管理文件资料存储方式：项目资料统一存放在CPC系统：产品管理/项目管理区相应机型名的文件夹下.2、项目管理区标准文件夹模板的说明：项目管理工作区的文件分一至四级目录,每级对应存放不同的资料.详细描述见附件一"CPC系统项目管理工作区目录树"的存放文件清单的描述.3、对文件模板的使用说明：详见附件一"CPC系统项目管理工作区目录树"中的权限管理说明.4、项目管理区文件夹的管理：新建：项目KO后,POP根据申请按机型名称类别在项目管理区相应位置建文件夹模板.权限：POP按权限管理分别给PDT成员授权.2项目综合管理2.1项目综合管理定义公司项目管理知识领域由十二个部分组成：项目综合管理,项目范围管理,项目时间管理,项目费用管理,项目质量管理,项目人力资源管理,项目沟通管理,项目风险管理,项目采购管理,项目变更管理,项目问题管理,项目文档管理.项目综合管理是指识别、确定,统一与协调各项目管理知识领域在项目管理活动中所需进行的各种过程活动.2.2项目综合管理知识领域项目综合管理知识领域包含其它十一个知识领域,在项目实施过程中,将各个项目管理知识领域形成一个有效的整体,确保项目按照确定的目标完成.各个知识领域的详细说明,请参考后面的章节,它们之间的关系如下图：.项目管理知识领域项目综合管理项目范围管理项目人力资源管理项目变更管理项目计划管理项目沟通管理项目问题管理项目成本管理项目风险管理项目文档管理项目质量管理项目采购管理2.3项目综合管理过程域项目综合管理包括五个过程域,如下图：启动计划编制控制实施收尾五个过程域在PCP项目管理活动中的映射5个过程域是可以重复的,可以在某阶段或跨阶段进行,如下图示意：.立项论证计划开发验证发布生命周期管理可获得性DCP计划DCP立项论证DCP项目任务书Initiating2.3.1项目启动规则启动规则定义：指项目启动条件及新项目开工任务书应该符合的规则.项目启动的前提有两种情况：1、年度产品规划中的项目需求：按计划到了预定启动时间,由产品管理部门组织产品管理团队进行预评审,评审通过后提交PAC审批并下达《新项目开工任务书》.2、年度规划外的项目需求：1）业务部门或PAC临时提出客户化项目需求,由业务部门提出《业务需求确认书》,产品管理部门组织产品管理团队进行预评审,评审通过后提交PAC审批并下达《新项目开工任务书》.项目预评估要素包括五部分：假设的合理性、产品规划、产品实现、财务分析及风险管理.各部分评审内容概述如下：1、假设的合理性：从政策、法规符合性；公司战略符合性；市场规模、产品销量、价格预测及技术成熟度等方面评估.2、产品规划：从产品线路标、公司业务目标符合性；目标细分市场、竞争对手分析明确性；产品卖点竞争力情况；售后及服务模式可行性等方面评估.3、产品实现：从进度、质量、成本、人力资源、开发和制造可行性等方面评估.4、财务分析：投入产出合理性、盈利水平吸引力及资金回笼可接受度等方面评估.5、风险管理：成本、进度、质量、技术等风险可控性方面评估.详细预评估要素参见《项目开工评估要素表》.2.3.2项目的计划编制将确定、编写、协调与组合所有部分计划所需要的行动形成文件,使其成为项目管理计划.项目管理计划包括：项目进度计划、质量管理计划、风险管理计划、沟通管理计划、人力资源计划、成本管理计划、采购管理计划等.具体详见后面计划管理、质量管理、风险管理、沟通管理、成本管理、采购管理章节内容..2.3.3项目的实施执行项目计划确定的工作,实现项目计划确定的项目实施目标.项目经理与项目团队一起指导计划项目活动的开展,并管理项目内部各种技术与组织接口,这些行动包括：1、开展活动实现项目目标2、付出努力与资金实现项目目标；3、配备、培训及管理项目团队人员；4、获取并管理所有项目资源；5、管理风险并实施风险应对活动；6、管理变更并实施变更的控制活动；7、建立项目团队内外的沟通汇报机制；8、收集并报告项目进度、质量、成本、技术等绩效；9、收集并总结项目经验教训,并实施获得批准的过程改善活动等.2.3.4项目的控制监视和控制项目的启动、规划、执行和结束过程,实现项目计划确定的项目实施目标.监视是贯穿项目始终的项目管理的一个方面.监视包括收集、测量并散发绩效信息,并评价测量结果和实施过程改进的趋势.监控项目工作过程的对象是：1、对照项目管理计划比较项目的实际表现；2、评价项目绩效,判断是否出现了是否需要采取纠正或预防措施的迹象,并在必要时提出采取行动的建议；3、分析、跟踪并监视项目风险,确保及时识别及管理风险、执行适当的风险应对计划；4、建立有关项目的信息库；5、监控已批准的变更实施过程等.2.3.5整体变更控制审查所有的变更请求,批准变更并控制可交付成果和组织过程资产.整体变更控制过程贯穿于项目始终,整体变更控制过程包括以下变更管理活动：1、确定是否需要变更或者变更是否已经发生；2、审查和批准请求的变更；3、控制申请变更的流程,在发生变更时管理已经批准的变更；4、审查与批准所有的纠正与预防措施建议等.具体内容见项目变更管理章节.2.3.6项目结尾项目收尾定义：包括阶段性收尾、项目结束后的收尾、项目开发过程中的暂停.1．阶段性收尾：指每个商业决策阶段<立项论证决策、计划决策、早期销售决策、可获得性决策>结束,由LPDT组织PDT核心团队进行该阶段项目经验教训总结并更新项目数据库及环境后,此阶段结束,根据PAC决策确定项目结束或进入下一阶段.具体参见产品开发流程图及活动说明.2．项目结束的收尾：根据项目合同书约定的最终里程碑完成后,LPDT组织ＰＤＴ核心团队进行项目结束总结,形成项目经验教训总结报告,并关闭项目数据库环境,项目团队解散,资源释放.具体报告参见《项目经验教训总结报告》及《项目总结报告》.3．项目开发过程中的暂停：项目开发过程中由于市场需求变化、关键部品供货停止等原因,须对项.目进行暂停处理,由PDT相关核心代表提出变化的需求及原因,LPDT统筹组织项目暂停会议,评估项目目前的情况及暂停的影响<计划、成本、物料等>,完成项目暂停变更,并获得产品线总监或PAC批准后项目正式暂停并释放资源.具体操作参见《项目变更通知书》.3项目范围管理项目范围是指为了成功达到项目的目标,项目所规定要做的.简单地说,确定项目范围就是为项目界定一个界限,划定哪些方面是属于项目应该做的,而哪些是不应该包括在项目之内的,定义项目管理的工作边界,确定项目的目标和主要可交付成果.在项目环境中,"范围"一词可能指：产品范围：即一个产品或一项服务应该包含哪些特征和功能；产品

规范

编程规范下载gsp规范下载钢格栅规范下载警徽规范下载建设厅规范下载

：即产品所包含的特征和功能具体是怎样的；项目范围：即为了交付具有所指特征和功能的产品所必须要做的工作.即项目做什么、如何做、才能交付该产品.项目范围管理是指在项目计划中定义的一定要完成的工作,以创造和交付"产品",使其具有预先认同的规格与功能.项目范围管理贯穿于项目开发始终,从项目启动时的项目任务书发布到立项论证阶段的业务计划书起草及发布,再到项目计划阶段的优化业务计划书和项目合同书签订等等,详细内容见"3.6产品开发各阶段范围管理控制要点".分为五个步骤：启动,范围规划,范围定义,范围核实和范围控制.3.1启动授权新项目或批准现有项目进入下一阶段,制定任务书或通过DCP进入下一阶段3.2范围规划制定一份范围说明作为项目未来决策的依据.项目范围说明明确定义项目目标和项目可交付成果,即在项目不同阶段,采用项目任务书、项目合同书及业务计划书等文件描述和体现.3.3范围定义接受任务并将其分解为更小可管理单元的过程,诠释任务书的需求,并制定WBS计划以支持产品开发.3.4范围核实验证项目交付的正确性并在允许范围内<评审TR./DCP等>.范围核实是项目的利益相关者<如项目发起人、客户等>,对项目范围进行最终确认和接受的过程.核实过程要求重新审查项目产品和工作结果以确保一切都正确无误并令人满意地完成了.如果项目被提前终止,范围核实过程应确定项目完成的层次及程度,并将其形成文件..3.5范围控制对项目范围的变化进行控制.范围变更控制包括：1、对造成范围变化的因素施加影响,以保证变化是有益的；2、判断范围变化是否已发生；3、当实际变化发生时对变化进行管理.对范围变更控制必须与其他控制过程<范围变更通常导致进度、资源、成本等的变化>结合起来,所以范围变更一定要经过PDT团队的评估并获得批准后实施.范围变更主要分为以下两个大的方面：1、技术层面的变更：走DCN流程2、非技术层面的变更：规格、计划、人力资源、成本等详细内容在第十一章变更管理章节中阐述.3.6产品开发各阶段范围管理控制要点对应产品开发各阶段范围管理控制要点说明如下：阶段立项论证计划开发验证发布步骤早期销售范围启动任务书,CRS/立项论证DCPCRS/计划DCP可获得性DCP/DCP范围规划任务书,CRS/业务计划书CRS/业务计划书/业务计划书/立项论证阶段详细计划计划阶段详细计划///范围定义开发到发布阶段详计划到发布阶段概要计划///细计划立项论证阶段详细计划计划阶段详细计划///开发到发布阶段详计划到发布阶段概要计划///细计划范围核实TR1TR2TR3TR4A、TR4B、TR5/早期销售立项论证DCP计划DCP可获得性DCP/DCP技术层面的变更:走DCN流程范围控制非技术层面的变更：规格、计划、人力资源、成本等详细内容在第十一章变更管理章节中阐述..4项目计划管理4.1计划管理关键概念4.1.1WBS、PBS、OBS1、WBS〕工作分解结构〔：以可交付成果为导向对项目要素进行的分组,将各项工作内容进行详细分解的一种安排图形.它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义.2、PBS〕产品分解结构〔：按照一定的定义对产品研发项目的工作范围进行分解的一种结构图形.3、OBS〕组织分解结构〔：按照层次将工作细目与组织单位形象地有条理地联系起来的一种项目组织安排图形.4.1.2<非>关键路径关键路径一般是指通过项目<从始点到终点>的最长路线.是决定项目持续时间长短的计划活动序列.也就是说,当关键路径上的最后一个任务完成时,整个项目也就随之完成了.非关键路径是指除了关键路径以外的其他路径.4.1.3工作量,工期&产品开发周期1、工作量：是指在一定时间内所需要完成任务的数量.2、工期：完成任务所需要的有效工作时间的总范围.通常按照项目日历和资源日历的定义,为从任务的开始时间到完成时间的工作时间总量.3、产品开发周期：产品从开始设计到验证、发布上市的一系列活动完成所需要整个周期称为产品开发周期.4.1.4GANTT图甘特图,也叫横道图.一种显示与进度有关信息的图形.在典型横道图中,计划活动和工作分解结构组成部分自上而以下于该图左侧,日期自左而右显示于该图上部,活动持续时间用标有日期的横道表示.4.1.5PERT图ProgramEvaluationandReviewTechnique,简称PERT.PERT<网络计划评审技术>是以网络图的形式制定计划,求得计划的最优方案.PERT图也叫活动图,将一项任务分解成各个活动,并将活动用一定的先后顺序关联起来的图形.图中的每个圆圈表示开发工程中的一项具体任务,圈内的数字表示完成该项具体任务所需时间〕单位为星期〔,圆圈之间的箭头表示各项任务完成的先后顺序和相互依赖关系.较适合复杂的工程项目.1、用网络图来表达一项开发计划中各工作<阶段、模块等>的先后顺序和相互关系；2、通过计划找出计划中关键路径；3、通过不断改善网络计划,选择最优方案并付诸实施；.4、在计划执行的过程中进行有效的控制和监督,保证合理地使用人、财、物,按预定目标完成任务.PERT图示例4.1.6计划完成率一定时间内实际完成的工作数量同计划完成工作的总数量的比值.4.2计划体系公司项目管理中执行3级计划体系：一级计划,二级计划,三级计划.4.3任务、角色与计划体系项目合同书LPDT一级计划产品版本计划特性计划〕一级二层>PDT二级计划PDT任务书PDT计划MKTPLRDPLTEPQAPPLIPLFPLTSPL技硬P软结平软部结工电计IOF客子团队任务件品C户件构三级计划C件构面测测艺子划QQR文子团队计划工B工工工试试工工工员CA改件工工善制程程工程程程程程程程工作周/天

工作计划

幼儿园家访工作计划关于小学学校工作计划班级工作计划中职财务部门工作计划下载关于学校后勤工作计划

师程师师师师师师师程工师.师程师师1周2周3周4周5周4.4计划制定的原则1、目标计划的制订是由上往下制订,由下往上修改的过程；2、计划分层制定,在制订每一层计划时均要充分考虑上下层计划的约束关系；3、在与各相互关联的计划及与职能部门充分沟通和协调的基础上来制订目标的计划.计划制定的SMART原则明确性——最终目标是否明确了应该做到哪一步以及何时完成可度量性——你能在多大程度上测量最终目标的完成情况可完成性——在规定的时间内,最终目标是否合理,能够实现？相关性——最终目标是否很重要、很有价值、是否值得进行下去？基于时间——你能够对整个项目的时间进程进行跟踪检查吗？4.5计划制定的时机在产品开发流程的5个阶段<立项论证,计划,开发,验证,发布>,不同阶段制定不同的计划：1、项目启动时：制定立项论证阶段详细计划<下图计划<1>>.2、立项论证阶段：上报PAC进行立项论证决策评审前,制订项目计划到发布阶段概要计划<下图计划<2>>.3、计划阶段：立项论证通过后,制定计划阶段详细计划<下图计划<3>>,上报PAC进行计划决策评审前,制定项目详细计划<下图计划<4>>.项目任务书项目合同项启目动概念计划开发验证发布<2><1><3><4>4.6任务工作量估计的方法4.6.1专家估计法专家判断主要依赖于历史的经验和信息,当然其时间估计的结果也具有一定的不确定性和风险.让某项活动的负责人进行该项活动的工期估计是较好的做法..4.6.2三点法<对高度不确定性任务时间的估算>采取对每项工作估计三种时间的办法,然后加权平均计算出这项分任务的计划时间.1、最可能时间a：根据以往的直接经验和间接经验,这项工作最可能用多少时间完成,也就是我们拍脑袋所确定的时间.2、最乐观时间b：当一切条件都顺利时该项工作所需时间3、最不利时间c：在完成过程中不利条件都在起作用时该项工作需要的时间计划时间T计划=/64.6.3类比/比较法类比估计意味着以先前的类似的实际项目的工作时间来推测估计当前项目各工作的实际时间.当项目的一些详细信息获得有限的情况下,这是一种最为常用的方法,类比估计可以说是专家判断的一种形式.任命一位有经验的人进行他们所负责项目的工期估计.4.6.4业界估计经验1、专家法是第2通用方法2、考虑偶发,增加10％左右的余量3、持续使用1种适合方法,越用越准4.7计划监控点设置的原则1、监控点的选择不能太疏,否则计划容易失控.2、监控点的设置也不能太密,以免重点不突出和监控成本太高.3、监控点必须是对计划的进程影响较大的点.4、监控点一般选择关键任务完成点<关键路径上的任务>,重点任务完成点,非资源驱动型的任务完成点<容易转变为关键路径>及多个任务汇合点<关键点>；需要其他部门配合完成的任务.目前公司项目管理计划关键监控点主要为关键里程碑<各TR点及商业决策点>：技术决策点：TR1,TR2,TR3,TR4A,TR4B,TR5.商业决策点：立项论证决策、计划决策、早期销售决策、可获得性决策.4.8计划监控的方式1、定期项目例会2、监控点会议评审3、走动管理4、抽样检查.5、报告系统4.9计划的测评阶段计划完成率=阶段实际完成项目数量/阶段计划完成总项目数量X100%总体计划完成率=总体实际完成项目数量/总体计划完成总项目数量X100%计划变更的标准：具体内容见第十一章项目变更管理章节相关内容.4.10项目计划管理的输出4.10.1立项论证阶段项目详细计划计划制定责任人：LPDT、各PL参与制定计划者：立项论证阶段PDT核心及外围团队成员输出：立项论证阶段项目详细计划模板：参见《立项论证阶段详细计划模板》计划制定步骤：1、获取《立项论证阶段详细计划模板》；2、LPDT、PQA和各PL讨论流程裁剪、确定立项论证阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,各PL负责制定本领域的计划,然后由POP统一汇总最终形成一份完整的立项论证阶段项目详细计划以指导该阶段工作.4.10.2计划到发布阶段概要计划计划制定责任人：LPDT参与制定计划者：计划到发布阶段PDT核心团队成员输出：计划到发布阶段概要计划模板：参见《计划到发布阶段概要计划模板》计划制定步骤：1、获取《计划到发布阶段概要计划模板》；2、LPDT、PQA和各PL讨论流程裁剪、确定产品开发计划到发布阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,最终形成一份完整的计划到发布阶段概要计划.4.10.3计划阶段项目详细计划计划制定责任人：LPDT、各PL参与制定计划者：计划阶段PDT核心及外围团队成员输出：计划阶段项目详细计划模板：参见《计划阶段项目详细计划模板》.计划制定步骤：1、获取《计划阶段项目详细计划模板》；2、LPDT、PQA和各PL讨论流程裁剪、确定计划阶段主要活动/里程碑和重要的依赖关系以及每项任务的启动/完成时间,各PL负责制定本领域的计划,然后由POP统一汇总最终形成一份完整的计划阶段项目详细计划以指导计划阶段工作.4.10.4开发到发布阶段项目详细计划计划制定责任人：LPDT、各PL参与制定计划者：开发到发布阶段PDT核心及外围团队成员输出：开发到发布阶段项目详细计划模板：参见《开发到发布阶段项目详细计划模板》计划制定的步骤：1、获取立项论证阶段项目计划,计划到发布阶段概要计划,计划阶段项目详细计划,开发到发布阶段项目详细计划；2、PDT核心团队成员各PL分别组织其外围团队成员对自己负责的业务进行详细的活动分解,在WBS的基础上对项目详细计划模板中任务进行增删；3、各PDT核心团队成员及其外围团队成员对自己所负责的活动进行工作量估计和资源需求预估；4、各核心团队成员及其外围团队成员提出各自与其他活动的配合关系和时间要求；5、每个PDT核心团队成员检查各自的计划是否与项目阶段里程碑一致,如果不一致则修正自己的计划和资源需求,或者与LPDT沟通调整阶段时间.6、每个PDT核心团队成员检查需配合的其他PDT成员活动计划是否匹配,如果不能匹配则与之沟通并协商解决.如果不能达成一致则提交LPDT解决；7、LPDT将各PDT核心团队成员的计划收集起来并组织PDT核心团队成员讨论修改和整合,确定最终的关键路径和里程碑,调整其他相关路径的起止时间,然后由POP统一汇总最后形成完整详细的项目计划.8、各PDT核心团队成员在各个领域提出风险并进行风险分析,提出可能的降低风险的措施,最后由LPDT在业务计划中汇总.9、PDT核心团队成员在项目计划的基础上提取其关键的监控点和与之配合的相关任务,形成各个PDT核心团队成员的监控计划..5项目质量管理5.1项目质量管理定义项目质量管理是指为保证项目满足原先规定的各项要求而组织实施的活动,借助质量策划,实施质量保证和实施质量控制等过程、程序以及工具以实现这些规定的要求,这些规定的要求包括项目管理过程要求及项目质量要求.5.2项目质量管理在PCP上映射5.2.1项目质量管理模型图5.2.2质量规划质量规划内容主要是产品质量、制程质量和项目过程质量,具体工作内容包括：（1）基于质量总目标和策略,PQA组织LPDT、RDPL和IPL等项目成员对项目流程适宜性进行删减,确认产品和项目管理过程度量指标,以及产品级别的评审计划等；（2）PQA组织RDPL,IPL对产品和制程设计过程中质量活动进行策划,内容包括产品关键质量/制程特性的识别,产品/制程潜在失效模式及影响分析,产品模块级别的评审等；（3）TE组织TE子团队等成员对设计质量验证进行策划,内容包括测试标准制订,测试资源规划和各阶段验证方案的制订等；（4）IPL组织工业化子团队对制程设计过程和验证过程中质量活动进行策划,内容包括制程产品关键质量特性的识别,制程潜在失效模式及影响分析,制程验证方案的制订等.5.2.3实施质量保证实施质量保证按策划的质量活动,各活动责任按规划的内容进行实施,主要活动包括质量设计活动和质量验证活动,具体参考《质量策划总表》.5.2.4实施质量控制按计划对产品,制程及项目过程度量指标,产品级技术评审的实施进行监控,产品级的技术评审主要包括TR1,TR2,TR3,TR4A,TR4B,TR5共6个评审,各个阶段评审目标参考《质量策划策略及目标》中阶段评审要求.5.3阶段技术评审在PCP过程中,共设置了6个技术评审点,分别为TR1,TR2,TR3,TR4A,TR4B,TR5,5.3.1TR1主要是对产品技术需求的评审,产品技术需求包括技术实现可行性、测试可行性、制造可行性、售后服务可行性等；.5.3.2TR2主要是对产品规格的评审,产品规格是由产品需求转换成的可定量描述的产品技术特性、工程特性等；5.3.3TR3主要是对产品风险度和产品成熟度的评审,结果决定工程样机是否可以释放至首次试产及设计验证,是一个重要的里程碑控制点,产品风险度和产品成熟度满足阶段释放目标或经PDT核心团队评估后,在风险可控制的前提下决定是否可放行；5.3.4TR4A主要是对产品风险度和产品成熟度的评审,结果评价产品的设计成熟度,产品风险度和产品成熟度满足阶段释放目标或经PDT核心团队评估后,在风险可控制的前提下决定设计是否可放行；5.3.5TR4B主要是对制程风险度和制程成熟度的评审,结果评价制程的设计成熟度,制程风险度和制程成熟度满足阶段释放目标或经PDT核心团队评估后,在风险可控制的前提下决定制程是否可放行；5.3.6TR5主要是对产品/制程风险度和成熟度的评审和确认,结果评价产品是否可进入量产阶段,产品/制程风险度和成熟度确认满足阶段释放目标或经PDT核心团队评估后,在风险可控制的前提下决定大批量生产是否可进行；5.3.7技术评审结论技术评审的结论有：通过,不通过,风险通过.5.3.8技术评审操作方式技术评审的操作参照《技术评审子流程》进行.5.4流程审计流程审计内容包括审计的方式及审计的频度.5.4.1流程审计的方式流程审计的方式包括：（1）项目运行中的审计：在项目运行期间或项目某个里程碑完成后对流程执行的符合性进行审查、报告和改善跟进；（2）项目结束后的审计:在项目完成后PQA立即组织对流程执行的符合性进行审查、报告和改善跟进；（3）滚动审计：按事先制订的年度计划、季度或月度计划对产品线特定期间内的项目流程执行过.程进行审计,报告和改善跟进；（4）交叉审计：由其他PDT团队的PQA主导进行的项目流程执行符合性审查、报告和改善跟进.5.4.2流程审计的频度〕1〔流程审计频度:流程审计的频度视当前公司或产品线流程执行绩效进行确定,可以采用上述审计方式的一种或几种；〕2〔时间驱动审计;〕3〔事件驱动审计;具体参考《流程改进长效机制》.5.4.3审计内容及报告<1>审计内容主要包括流程是否按计划或有效变更后的计划有效执行,具体内容参考《审计报告》；<2>审计完成后,审计结果以《审计报告》的方式签发后发布.6项目成本管理成本：指为项目投入的材料、人员以及办公场地、仪器设备等资金,包含项目从研发、制造、销售、售后各个环节的投入.成本管理：指对项目的成本进行预算、统计核算、成本监控的过程.6.1成本管理的范围成本管理是对项目各个环节成本的管理,成本管理的范围包含公司的各个部门的费用.1、材料成本,即BOM成本2、制造费用3、研发费用4、管理费用5、销售费用6、财务费用7、CoNQ6.2成本管理职责PAC作为项目投资者对投资经费进行审批、监督.LPDT为项目成本的总责任人,对项目成本的预算、成本的控制总体负责.1．LPDT：负责项目整体预算的确认、负责项目经费支出的审批、预算支出的整体控制.2．MKTPL：负责市场子团队费用的预算及控制,确定产品的商业规格需求<包含认证项目等>；确定产.品的预计售价、一年内的预计销量；确定客户的回款情况；确定客户的售后条款.3．RDPL：负责研发子团队费用的预算及控制,即确定研发人员投入状况,确定研发人力负荷；确定项目新增仪器设备成本；确定认证费用等.4．PPL：负责采购子团队费用的预算及控制,核算并控制产品的BOM成本,应包含一年<分季度>的成本走势；按产品开发阶段定期检讨核算BOM成本及进行控制,并确定模具费用等.5．IPL：负责工业化子团队费用的预算及控制,确定项目新增生产设备成本；产品的单件生产成本等.6．TE：负责TE子团队费用的预算及控制,确定测试人员投入状况,确定测试人力负荷；确定项目新增测试仪器成本；7．PQA：确定项目质量目标等.8．FPL：对产品全价值链成本整体负责,根据各PL的总投入进行财务分析,测算项目直接研发投入；估算项目的预计毛利率；测算项目的预计赢利；测算项目的盈亏平衡；统计、核算项目发生的费用；对支出超预算预警等.6.3成本管理的控制1．预算项目研发投入,测算项目的预计赢利状况.参见《财务分析模版》2．编制项目资金投入计划,按项目的计划投入资金.参见各阶段计划《资金投入计划表》3．分阶段<月或周>统计、核算项目实际发生成本.4．结合资金投入计划,对实际发生费用达到预算80%的项目提出预警.6.4项目成本评估细则6.4.1项目成本评估的要素1．直接研发投入：1>人力成本：指为某研发项目投入的直接人员和间接人员的人力成本.2>租金水电：指为某研发项目投入的直接人员和间接人员所租用的场地租金、水电成本.3>仪器设备折旧：指为某研发项目投入的直接人员和间接人员所使用仪器设备的折旧成本.4>办公费、差旅费、业务招待费：指为某研发项目而发生的办公费、差旅费、业务招待费.5>模具费、手板费：指为某项目而开模具的费用,以及开模前制作的手板费.6>认证、检验费：指为某项目而送外部检验机构检验、认证的费用.7>外协开发、制作费：指为某项目与其他企业、机构合作开发的费用,以及制作样品、样件的费用.8>软件购置费：指为某项目而购置的软件费用.9>样机物料费：指为某项目而购买或领用的物料费.10>试产费用：指为某项目进行试产所发生的物料费、制作费、实验检测费..2．间接研发费用：指预研、暂停或搁置的项目所发生的费用.3．管理费用：指公司管理部门<如管理中心、财务中心等>发生的费用.4．销售费用：指销售部门<如战略客户部、海外销售部、客户服务部等>发生的费用.5．财务费用：指为公司运作而占用资金的费用,如利息等.6．外部质量损失成本：指产品销售后发生的外部损失,如客户索赔.7．制造费用：指为客户交付产品而发生的制造成本<如工厂、工程部、IQA发生的费用>.6.4.2项目成本评估的输入1．LPDT：提供项目里程碑计划2．RDPL：测算项目的研发人力负荷,测算产品的认证费用.3．TE：测算项目的试验检测费用；4．PQA：预测产品的FCR.5．IPL：测算项目新增生产设备、工装、线体等,测算产品的加工成本.6．PPL：测算产品的BOM成本,测算模具费用.7．MKTPL：预测产品的预计售价、预计销量；目标客户的回款条件、售后保证条件.6.4.3项目成本评估的结果FPL根据输入的信息,在项目立项论证阶段,完成项目的财务评估.评估的模板见"产品开发流程"中FPL的《财务分析表》.6.4.4项目成本评估的优化1．FPL在计划阶段,对项目成本的评估进行优化,确定为项目研发费用的预算.2．LPDT：对里程碑计划进行优化.3．PPL负责对DTCMCFU优化.4．MKTPL：对产品的预计售价、预计销量进行确认；目标客户的回款条件、售后保证条件做进一步确认.5．RDPL：准确测算项目的研发人力负荷,测算产品的认证费用.6．TE：确认项目的试验检测费用7．PQA：确认产品的FCR.8．IPL：确认项目新增生产设备、工装、线体等,进一步测算产品的加工成本.6.5项目成本核算细则6.5.1研发项目费用的统计、核算1．在项目启动时,申请项目编号,每个项目一个编号,直接体现在《新项目开工任务书》中.该编号始终跟随项目的各个进程,直至项目完成或终止.对于无法按正式的项目进行编号的特殊项目要进行特.殊编号,统一按项目编号进行管理.2．研发费用核算员按照项目编号,对项目发生的费用按月度进行核算、统计.6.5.2研发项目费用的发生与预算的比较研发费用核算员对项目发生的费用按月度与项目资金投入计划、项目预算进行比较.6.5.3研发项目费用超预算预警1．研发费用核算员对项目的费用支出,在资金投入计划内达到项目预算80%的时候,对LPDT提出超预算预警2．LPDT根据项目进展,提请PAC决策是否调整项目预算.7项目人力资源管理项目人力资源管理包括项目团队组建和管理的各个过程.项目团队包括为完成项目而分派明确有角色和职责的人员.团队成员的组成和人数经常会随着项目的进展在项目的不同阶段发生变化.7.1人力资源规划7.1.1定义通过人力资源规划,确定项目角色、职责、汇报关系,并制定人力配置管理计划.7.1.2项目角色、职责角色：指某人负责的项目的某部分工作的标识.项目角色可指定为来自项目实施组织内部或外部的个人或小组,但一定需明确.职责：为完成项目,要求项目团队成员实施的工作.具体PDT团队成员角色及职责详见第一章项目运作指南.7.1.3请示汇报关系团队成员既对LPDT负责又对职能经理负责,形成双重汇报关系.7.1.4人员配备管理计划项目管理计划的一个从属部分,描述何时及以何种方式满足项目人力资源需求.随着项目的不断进行将根据情况对其不断更新以确保项目的顺利进行、实现项目的预定目标.7.2PDT团队组建项目团队组建指获取完成项目工作所需的人力资源.7.2.1组建的时机在PAC下达项目任务书后,开始组建PDT,并进行PDT核心团队任命.LPDT确定PDT核心为LPDT,.全权代表PAC全面统筹及监管项目自启动到发布的运行过程.7.2.2扩充的时机计划决策评审通过后,由LPDT与相关资源部门协商确定核心团队成员,并进行核心团队成员任命；由核心团队成员与相关资源部门确定子团队成员,组建全员小组7.2.3人员配备管理计划更新每个具体人员承担项目角色和职责后,不可能完全符合规划的人员配备要求,因此可能要对人员配备管理计划进行变更；改变人员配备管理计划的其他原因还包括晋升、退休、疾病、绩效问题和变化的工作负荷.7.2.4项目生命周期阶段统筹责任人说明从项目开工到发布阶段整个项目生命周期由LPDT全权统筹负责,项目发布后,PDT宣告解散,产品进入大批量生产阶段,产品的生命周期统筹由市场团队及售后团队统筹负责.7.3PDT团队建设项目团队的建设是培养团队成员的能力及团队成员之间的交互作用,从而提高项目绩效.目的：1、提高团队成员的技能,以便提高其完成项目活动的能力2、提高团队成员之间的信任感和凝聚力,以通过更多的团队协作提高生产力.项目团队的建设通过实施团队内部的培训、联合办公、奖励与表彰等多种形式体现.7.4PDT团队管理跟踪团队成员的绩效,提供反馈,解决问题,协调变更事宜以提高项目绩效.7.4.1人力资源变更管理随着项目的开展,角色与岗位的互配性或其他相关原因都会导致团队项目成员的新增、调整,都属于人力资源变更,需做好变更管理记录.详细见变更管理章节相应内容.7.4.2PDT解散项目达成预定目标、完成历史使命后PDT宣告解散,PDT成员回归原资源部门安排工作.8项目沟通管理8.1沟通管理概述项目沟通管理是保证及时与恰当地生成、搜集、传播、