《集成产品开发(IPD)高层培训.ppt》由会员分享，可在线阅读，更多相关《集成产品开发(IPD)高层培训.ppt（113页珍藏版）》请在三一办公上搜索。
1、,一、提升研发管理水平的步骤二、IPD的思想和框架三、IPD组织结构四、IPD业务流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,非正式的管理,级别1,优秀的功能,级别2,优秀的项目,级别3,级别4,级别5,基于个人经验/不规范的实践,功能明确、完整，但跨功能运行困难,项目从概念到市场实现跨功能的有效运作,实现产品平台杠杆利用，优秀的组合管理、项目选择及执行,形成核心技术和相关产品领域的领先地位，研发效率大幅度提升,优秀的产品组合,世界级的研发能力,提升研发管理水平，推动企业产品创新,各级别的主要特征,思考及讨论,的产品研发管理处于什么级别，以下几个方面，存在什么问题？,一、提升
2、研发管理水平的步骤二、IPD的思想和框架三、IPD组织结构四、IPD业务流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,IPD是一套系统性的研发解决方案,IPDIntegrated Product Development 集成产品开发 是一套先进的、成熟的研发管理思想、模式和方法。,IPD is a systematic approach to product development that achieves a timely collaboration of necessary disciplines throughout the product life cycle to
3、better satisfy customer needs.Software Engineering Institute,“IPD是关键！我们必须更加规范地开发产品；在开始便考虑市场情报和客户需求；在开始阶段就确定所需资源；根据里程碑管理；只在里程碑变更需求和项目方向，因此我们不会不断地修补项目。整个IPD重整至关重要，如果你不知道它是什么，你就真正地需要回去学习。我的意思是说，这个公司的每个人都需要熟悉IPD。我们准备根据这个流程来经营公司。”,郭士纳：IPD是关键!,IBM董事长Lou Gerstner大会发言，IBM Raleigh NC1996年7月12日,“IPD要培训、培训、再培训
4、，让考试不合格者下岗”“IPD关系到公司未来的生存与发展！各级组织、各级部门都要充分认识到它的重要性。”,任正非：IPD关系到华为未来的生存与发展!,华为公司总裁 任正非,IPD的核心思想,产品开发是投资行为 基于市场的创新 基于平台的异步开发模式和重用策略 技术开发与产品开发分离 跨部门协同 结构化的并行开发流程 产品线与能力线并重 职业化人才梯队建设,IPD整体框架,计划,概念,制定市场,细分策略,调整,&,优,管理市场细分并评估绩效,理解市场,市场细分,制定细分市场策略及计划,调整/优化业务计划,管理细分市场并评估绩效,开发,验证,发布,生命周期,市场信息,客户反馈,竞争信息,技术趋势,
5、产品组合,市场管理,平台与技术的开发,IPD流程,一流的子流程,项目管理,配置与变更,技术评审,CBB,文档管理,质量管理,采购/外协管理,软硬件设计,管道管理,考评,平衡记分卡（Balanced Scorecard）,IPD工具,共用工具（业务，技术）,CBB重用,产品战略,需求管理,IPD集成了多个最好的产品开发实践方法,IPD能给企业带来什么好处？,通过成功实施IPD的要素，能给公司带来典型好处：产品投入市场时间缩短4060；产品开发浪费减少5080；产品开发生产力提高2530；新产品收益（占全部收益的百分比）增加100（来自国际著名PRTM咨询公司的统计）,.研发课程素材FLASH第一
6、场-市场驱动.exe,一、提升研发管理水平的步骤二、IPD的思想和框架三、IPD组织结构四、IPD业务流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,研发组织常见形式（1）,职能式组织结构,研发总监,硬件部,结构室,工程部,测试,质量,软件部,工程师1,工程师2,工程师3,工程师1,工程师2,工程师3,工程师1,工程师2,工程师3,工程师1,工程师2,工程师3,工程师1,工程师2,工程师3,工程师1,工程师2,工程师3,研发组织常见形式（2）,项目式组织结构,轻度矩阵式组织结构,研发组织常见形式（3）,研发组织常见形式（4）,研发管理委员会,项目管理部,产品开发部,市场部,制造部
7、,财务部,其他职能部门,中试研究室,硬件研究室,测试研究室,结构研究室,软件研究室,PDT1,PDT2,PDT3,重度矩阵式组织结构,项目特征,组织类型,平衡,低到中等,15-60%,全职,Project Manager,Project Officer,矩阵,兼职,来源：项目管理知识体系指南，2000年版,不同组织形式的比较,职能结构,“轻度矩阵”团队结构,DEV,SVC,MKT,DEV,SVC,MKT,FM,FM,FM,FM,FM,FM,职能经理（FM）,决策层次,项目经理（L),项目经理的影响,组员(M),M,M,L,M,主管,主管,“重度矩阵”团队结构,DEV,SVC,MKT,FM,FM
8、,FM,M,M,M,P,IPMT,职能部门经理处理本部门的所有决策当项目或组织变得很大或需要广泛的跨部门运作时，难于协调,项目经理是协调人项目组成员是职能部门的联络员（没有权力）职能部门经理仍然做出本部门的关键决策当规模和复杂度增大时，这种结构也难于支持,项目经理在不同功能中发挥直接的、综合性的影响组员完全代表相应的职能部门项目经理和成员有项目权力和责任职能部门经理关注于建立优秀的部门，而不是日常的决策是复杂项目和组织的最好的组织结构,不同组织形式的比较（续）,不真正关注客户需求（“我们按照市场部提出的要求开发产品”）“各人自扫门前雪”(“你们的事情，而不是我们的事情”)签字审批手续繁杂，没完
9、没了地转来转去，造成机构臃肿决策缓慢，或者决策不当(踢皮球,嗓门或权力大的人进行决策)协调沟通困难，各执己见(每个部门都认为自己是正确的）关注所谓的部门利益，而不是公司产品的整体表现（在部门中表现好的人不一定对产品或公司好),职能式组织和轻度矩阵式组织容易遇到的问题,.研发课程素材FLASH第二场-跨功能部门运作.exe,IPD模式下的研发组织分工,IPD组织结构（举例),供应部,生产部,财务部,生产部长,服务部长,服务部,制造总监,总裁,技术管理中心,工艺部,PDT经理,市场总监,结构部,电气部,总 工,实验室,燃气部,产品线总监,产品总监助理,品质部,品质部长,供应部长,各大区,销售总监,
10、人力资源部,HR总监,财务总监,总裁办,研究部,市场研究部,IPMT,PMT,PMT,PDT,PDT,PDT经理,产品经理,产品经理,技术中心组织架构,物资部,技术中心副主任,副总经理兼中心常务副主任,产品管理室,品牌规划,副总经理,市场研究,营销策划,产品开发室,产品维护室,基础研究室,原料研究室,工艺研究室,科技管理室,综合管理室,材料研究室,营销中心,财务部,财务分析及控制,产品试生产,生产部,副总经理,总经理兼技术中心主任,企划部,研发物料采购,LTDT,技术中心,LPDT,LPDT：产品开发项目经理 LTDT：技术研究项目经理,8个技术站,PDT的组织形式,核心小组组长在不同功能中发
11、挥直接 的、综合性的影响 组员完全代表相应的职能部门 核心小组组长和成员有项目权力和责任 职能部门经理（资源经理）关注于建立优秀的部门，而不是日常的决策 是复杂项目和组织的最佳结构,PDT（产品开发团队）采用“重度矩阵结构”模式，保证沟通、协调和决策的高效。,PDT与IPMT、外围组的关系,建造其它大楼,投资组(IPMT),主承包商,(项目组),合同,方案,关注于修建一栋漂亮的大楼并有利润,关注于把管道业务做好,与每个公司的子合同,类比：建筑一个大楼,租赁公司,(功能管理),总经理,电气公司,(功能管理),总经理,管道公司,(功能管理),总经理,PDT中的角色构成（举例),IPMT,PDT1,
12、PDT2,PDT3,LPDT,RDPDT,MKPDT,FPDT,PROPDT,MNPDT,TSPDT,EE,SWE,ME,IDE,MOPS,PP,AME,TSS,TSS,EE,SWE,EE,SWE,ME,IDE,EE,SWE,PRO,ESP,S,FF,MKTE,.,.,SE,POP,TE,角色与岗位,角色，是承担一类相同活动的主体，强调对职责的描述，相同角色的工作性质、类别完全相同，完成工作所需条件也基本一样，如RDPDT（研发代表）、TE(测试工程师）都是一个角色。同一个人可能承担多个角色，同一角色可能有多个人来承担。,一个角色是以特定的职责和被要求的行为来定义的，并用该角色的标准来评价和衡
13、量绩效。,PDT经理（LPDT)的角色及职责,领导整个项目小组：建立和领导整个PDT团队，直接对产品的市场成功负责；召集PDT核心组，针对项目任命和期望值做沟通，将项目职责分配到PDT核心组成员；启动项目和保持项目正常沟通，当无法达成一致时做出决策；与管理层进行沟通：作出各DCP的日程安排及将业务计划和建议提交和呈现给公司管理层；从公司管理层获得承诺，并确保所需要的资源的到位；及时提供项目的进展情况；,管理整个项目小组：确保财务、开发、制造、技术支持、采购、市场行销和销售计划互相耦合；为所开发产品包制定和管理跨功能部门的计划；制作和综合项目交付件、预算和时间进度承诺；对整个项目准备工作分解结构
14、图（WBS），并指导各功能部门的核心项目组成员详细制定各功能领域的WBS；制定和维护项目计划，确保根据时间表、预算和规格说明书执行各类活动；进行风险评估和制定风险管理计划；跟踪问题直到问题解决；管理项目更改控制；确保合法的有调整的需求被满足。,PDT经理（LPDT)的角色及职责（续）,成功的PDT经理应有50的关注点在管理技能方面,业务才干：25%软硬件开发技能：15%市场技能：15%项目管理技能：35%团队合作技能：10%,项目管理35,业务25,团队合作10,市场15,开发15,周边部门锻炼（如：市场部、用户服务部、制造部等），提高产品全流程意识和技能。参加项目经理知识和技能培训。通过在项
15、目经理助理等岗位上进行培训，获取经验。与一些具有你想学习的技能的项目经理进行探讨。自我批评总结，不断学习总结，改正错误。最根本的在于赋予充分的责权，敢于压担子。,如何培养PDT经理/项目经理？,一个优秀PDT经理的感言：,在独立领导产品开发中，我逐渐学会如何做PDT经理：达到组织化目标的强烈的明确性，高度责任心、使命感和危机意识，对业务领域和竞争环境有深入认识，对业务相关技术有足够了解，熟练的产品研发管理方法；以及建立在这些基础上，有效的团结和集体奋斗，有效的激励与沟通，正确认识下属才干并正确使用，对下属严格要求和关心他们的成长发展等等，是PDT经理的资格要求。-卢赣平,PDT成员的职责,PD
16、T核心小组的职能专家负责职能领域的设计并解决问题代表功能部门做决策共同负责小组的最终结果（管理项目计划，履行PDT与IPMT的合同）对计划、预算、关键问题等的进展情况进行汇报对功能部门的交付负责充当与职能部门的桥梁向职能部门经理汇报项目情况应用职能部门的策略、工具和标准协同外围小组的活动管理职能部门外围组的项目计划和预算负责PDT与职能部门间的信息交换在职能部门内对设计/项目进行评审向职能经理提供外围组成员的项目绩效输入,外围小组成员的职责,执行项目计划，独立完成产品定义、市场交付、设计、测试等工作（关注于特定的功能性任务，“Just do it”）向PDT成员和资源部门经理提供项目时间表、预
17、算、风险和开发工具需求方面的输入向PDT成员提供项目交付件状态和出现问题的输入应PDT的要求参加PDT会议（如需要）,在特殊情况下，PDT小组可能没有外围小组在PDT中没有直接代表的资源部门的成员在推动他们的资源部门活动方面要更加积极主动,职能部门经理的职责,支持PDT工作在预算和质量的范围之内，按时完成对项目的承诺避免直接控制项目，但提供技术方面的专业技能和建议建立优异的功能（能力）招聘和培养员工，及对员工进行绩效考评持续改进功能部门基础设施，支持产品开发管理流程的不断优化领导职能部门的项目（如TDT、CBB）执行职能部门预算提供技术指导定义职能部门的策略、指导原则、工具和标准协调跨项目的技
18、术合作对PDT和外围组成员提供技术指导,管理“人”，而不是“项目”,在IPD组织结构中，高层的角色及职责,作为IPMT成员制定企业品牌/产品战略及规划在产品开发中提供业务指导，做出及时、有效的业务决策选拔、评价、激励研发团队承诺和提供资源和资金，在跨项目间安排资源的优先分配顺序处理从功能领域或项目团队上报的问题推动研发体系的改进作为职能领域的领导组织领导职能领域的资源建设负责职能领域的日常管理及指导组织制定职能领域的政策、原则、标准及规范推动职能领域业务流程的优化作为职能领域的专家，参与技术评审和决策,在IPD组织结构中，中层的角色及职责,作为职能部门主管承诺并确保为PDT/TDT团队提供合格
19、的资源招聘、选拔、培养、评价和激励研发人员建立及持续优化功能部门的基础设施组织开展职能部门内部的工作及项目，执行职能部门的预算建立及优化职能领域的业务流程定义职能部门的策略、指导原则、工具和标准对项目及部门人员提供技术指导和支持作为PDT/TDT经理或成员对项目成功负责，支持团队的工作根据承担的团队角色，完成项目分配的任务与IPMT成员或职能部门主管保持沟通,一、提升研发管理水平的步骤二、IPD的思想和框架三、IPD组织结构四、IPD业务流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,的研发流程框架,.研发课程素材FLASH第四场-结构化流程.exe,一、提升研发管理水平的步骤二
20、、IPD的思想和框架三、IPD组织结构四、IPD业务流程产品战略流程市场管理及产品规划流程业务决策评审流程 IPD主流程及阶段流程支撑性流程技术研究及开发流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,产品战略框架,产品战略一张路线图，指引产品开发的方向。,产品线规划及新产品开发,产品线战略,产品平台战略,支撑产品整体发展的基本架构及共同的核心技术要素,明确进入的业务领域及竞争定位,产品线战略的具体实施,明确方向和竞争定位,技术、产品平台、产品线与产品的关系,技术要素1,技术要素2,技术要素3,技术要素4,技术要素5,产品平台1,产品线1,产品线2,产品线3,专用技术*,公共技术
21、,平台产品11,平台产品12,平台产品13,平台产品2,平台产品31,平台产品32,技术平台,产品平台,产品线,平台产品（主版本Version）,产品（子版本Release）,产品战略流程概览,第一步：确定使命愿景,第二步：评估业务方向优先级,第三步：决定“有所为”和“有所不为”,第四步：决定各业务投资顺序,第五步：制定产品平台战略及产品线战略,市场吸引力,企业竞争力,弱,强,大,小,业务单元,职能部门,退出,避免投资,利润,时间,1,2,3,如有必要可重复进行,参与方式：,决策,使命愿景,平台战略技术战略产品线战略,市场管理及产品规划流程,市场信息客户反馈竞争对手信息技术趋势当前的产品组合公
22、司战略（技术）,集成组合管理团队(IPMT),IPD,技术路标,了解市场,进行市场细分,进行组合分析,制定业务策略和计划,优化业务计划,管理业务计划、评估绩效,产品线规划,项目任务书？,是,否,产品线业务计划产品线项目组合产品线路标注：含技术、平台、产品,产品线规划是市场管理（MM）流程的主要输出,市场管理（MM）是什么?,MM：Market Management（市场管理）市场管理是一套系统的方法，用于对广泛的机会进行选择收缩，制定出一套以市场为中心的、能够带来最佳业务成果的战略与计划。,MM是一套系统化的方法,MM流程的六大步骤,Marketplace,and,Customer,Wants
23、 and,Needs,制定业务战略与计划,市场及客户需求与需要,融合并优化各产品线的业务计划,管理业务计划并评估表现,理解市场,进行市场细分,进行组合分析,STEP6：管理业务计划并评估表现 确保业务计划的执行 评估业务和流程的表现 需要时对业务计划进行修改,STEP5：融合并优化各产品线的业务计划 在产品线内融合和优化业务计划 跨产品线融合及优化业务计划 制定整个公司和产品线的产品包路标,STEP1：理解市场 设定愿景、使命和目标 驱动对市场的分析 确定潜在的机会和目标,STEP3：进行组合分析 直接竞争分析 审视战略定位 审视财务分析 选择投资机会并排序 审视差距分析 确定业务设计,STE
24、P2：进行市场细分 确定市场细分结构 确定初步的目标细分市场,STEP4：制定业务战略和计划 确定细分市场的目标和策略 确定对客户及我方的价值 推动多个功能部门提供输入信息，制定业务战略和计划,PMT的角色贯穿整个市场管理流程职责,规划数据收集,规划数据收集规划访谈,开始访谈,团队汇报总结,继续进行数据收集继续访谈,团队汇报总结,与高层沟通,继续进行数据收集继续访谈准备市场评估报告,市场评估报告最终定稿,准备向IPMT的汇报材料,向IPMT汇报中间交付件,进行市场细分,进行组合分析,与高层沟通,继续进行组合分析,有关战略举措和计划的头脑风暴,准备产品线业务计划,与高层沟通,准备产品线组合工作表
25、,准备产品线组合工作表,继续准备产品线业务计划,执行PDC,产品线业务计划报告最终定稿,准备向IPMT的汇报,向IPMT汇报最终交付件,第1周,第2周,第3周,第4周,第5周,第6周,图标：,红色：团队活动,蓝色：关键里程碑点,粗体：与高层沟通,项PMT活动。各PMT团队可以根据范围和工期,对进度计划进行相应的客户化,这只是一个进度表例子，启发团队如何规划各,开始数据收集安排访谈,团队汇报总结,举例：PMT的角色,PMT是一个跨功能部门的团队，团体成员需要执行不同的角色,竞争/竞争对手分析与市场情报角色,向公司提供其他竞争对手的竞争分析,提供具有竞争力的产品路标,提供针对具体产品的竞争分析,分
26、析有关市场趋势的顾问报告,市场细分角色,根据调研，以及营销团队不同成员提供的信息，进行客户市场细分,市场需求角色,对市场调研项目进行管理，理解客户的购买行为，产品特性需求，采购决策,标准，包括谁，为什么，怎样和什么时间等。,执行5步需求管理流程中的前3步（收集、分析与分发）,开发与管理市场需求,客户情报分析角色,对客户数据库的开发进行项目管理,为市场管理所需的各种活动提供临时报告,根据行业走向，购买行为，产品销售与特性组合等，分析客户销售数据，获,得正在形成的趋势,渠道/业务伙伴角色,与渠道和业务伙伴进行接口，了解他们客户对解决方案的需求,制定营销计划，协助渠道销售活动,解决方案开发角色,与产
27、品线和业务项目接口，了解他们的客户对解决方案的需求,制定并执行计划，使产品成为业务项目解决方案的一部分,制定营销计划，包括相关业务项目销售活动,技术角色,技术需求与新技术,财务分析角色,进行支持市场管理流程的财务分析,提供战略与计划财务成本方面的信息，协助制定业务计划,根据业务计划中的目标与目的，对绩效进行持续的分析与评估,从技术的角度提出市场需求,没有合适的产品线规划，产品绩效会受到负面影响,不愿意取消项目清单中增加了很多项目，完全缺乏重点,太多项目-资源散得很开。项目排着长队。实际的质量变差,上市时间推迟故障率更高,决策点很薄弱继续/取消的决策很差,太多重要性低的项目：焦急与修改。好项目缺
28、少资源,没有拳头产品太多水平一般的产品,没有严格的选择标准按照主观情感，以及“政治需要”来选择项目,选择了错误的项目,太多失败,没有项目选择的战略性标准,项目没有战略性方向没有战略性地来安排项目,没有聚集对战略不提供支持,没有合适的产品线规划意味着,直接的结果,最结果：新产品绩效差,某公司产品线业务计划模板示例,一、概述使命、愿景及目标绩效/机会差距二、市场及业务评估A了解市场/见解宏观环境分析行业及市场评估竞争对手分析产品包分析客户分析B业务设计与支持原理客户选择细分与组合分析价值陈述总结活动范围获取价值/价值链战略控制增长管理,三、业务计划A业务计划要素 产品包价格/条款销售渠道集成营销宣
29、传技术支援订单履行B绩效/机会差距C建立组织的能力关键任务与流程正式的组织机构人力、技能及文化四、绩效评估A财务评估B风险分析总结整体风险评估风险管理计划,五、运作子计划A集成营销宣传子计划B技术支持子计划C分销渠道管理子计划六、附录A外部评估（对应于第2节A部分）B业务设计与支持原理（对应于第2节B部分）C业务要素D组织的能力 E绩效评估与风险分析F预计投资【插入财务报表】G预计的市场情况H战略风险分析,产品路标规划,典型的路标规划的内容包括以下部分：V版本启动时间、生命周期及主要特性；R版本启动时间、上市时间及主要特性；每个V版本及R版本的技术需求计划；每个V版本及R版本的人力资源需求计划
30、；每个V版本及R版本的投入产出分析。,OSS产品路标规划（举例）.doc,项目任务书（Charter）的作用,主要作用是：正式启动项目指导PDT初步市场情况的总结和产品定位对项目提出高层要求和主要指标任命PDT成员,PDT任务书是由IPMT根据市场管理流程的输出，在公司业务策略的指导下，拟制的向IPD流程的输入。,C0020-01研发项目任务书（C）040819.doc,业务决策评审（DCP）流程,集成组合管理,委员会,（IPMT）,结构化决策评审流程（继续/终止投资决策）,跨部门项目团队,（PDT）,跨项目管理流程,功能组织,考评及其它支撑系统,计划,发布,结构化开发流程,项目方案,概念,开
31、发,验证,生命周期,概念DCP,计划DCP,可获得性DCP,结束DCP,1、谁来评审2、何时进行评审3、评审什么4、下什么结论,评审什么？,IPMT依据业务计划书作出决策,业务计划书在于简洁地描述产品（20页），同时提出项目的计划和进度：IPMT据此作出重大的业务决策PDT据此在PDT内、与IPMT、与外 团队及部门主管沟通关键的项目信息初步的业务计划是在已有的、可获得的数据和必要的预测或假设基础上迅速完成的 在最终的业务计划中，预测和假设得到证实，收集其它数据，并进行了更详细的分析。,业务计划书（PDT编制）1.0 概要 2.0 市场分析3.0 竞争分析4.0 产品概述5.0 制造与销售计划
32、6.0 营销计划7.0 客户服务及支持计划8.0 项目进度及资源计划 9.0 风险评估及风险管理10.0 财务概述11.0 建议-包括建议的DCP合同（计划阶段）12.0 附件,在概念阶段结束时要召开一个概念决策评审会上，PDT正式向IPMT报告初始的业务计划，由IPMT来决定项目是继续还是终止。若初始的业务计划得到批准，IPMT会将作出下一阶段开始前所需的承诺，项目进入计划阶段。关注：该概念阶段业务计划作为一个产品，是否具有足够的业务发展潜力（相对于其他项目而言）？对市场的了解产品业务潜力（相对其他产品而言）开发计划分销渠,概念决策评审(CDCP),PDT向IPMT展示最终的业务计划和产品开
33、发合同书，由IPMT做出继续/终止的决策。若业务计划获得批准，则PDT与IPMT签订合同，合同中列出允许的偏差，项目进入开发阶段。合同代表了IPMT做出的坚实承诺，即每个主要部门都将支持项目以及给PDT必要的资源。另一方面，PDT将承诺按合同要求完成项目的交付目标。关注：建议的产品能否被及时推向市场并赢利？具有竞争力的产品（分销渠道和客户）业务潜力开发计划分销渠道 风险管理,计划决策评审(PDCP),可获得性决策评审(ADCP),这是产品正式公开发布及推向市场前的决策评审，需要IPMT明确做出继续/终止决策。ADCP应在任何主要的发布费用（Launch expenses）投入之前进行。ADCP
34、评审的目的是证实在计划阶段制定的业务计划中的估计和假设，并评估产品发布前公司的准备情况。与其它决策评审一样，PDT向IPMT提供是否将该产品推向市场或取消项目的建议。若产品获得批准，则由IPMT分配资金，项目进入发布阶段 关注：该产品是否已准备好发布和发货？业务展望发货质量发布和宣传推广计划渠道搭建服务架构风险,在产品生命周期结束时，生命周期管理团体（LMT）要向IPMT给出停止销售、停止生产、停止服务等方面日期的建议，由IPMT做出继续/终止的决策。IPMT必须要审核产品生命终止的发布是否与新产品战略保持一致以及是否已很好地考虑了潜在的客户满意度方面的问题。关注：该产品应该继续保留在市场上吗
35、？如果不需要，是否有将策略和费用都考虑进去的详细退出计划？业务 开发 市场 销售 支持结构,生命周期终止决策评审(LDCP),决策评审会议（示例）,在DCP会议前5个工作日将交付件（评审资料）分发给IPMT成员,IPMT主席主持DCP会议，只有IPMT和PDT成员参加,开发活动和DCP交付件准备,IPMT准备,提交准备,PDT小组和IPMT成员逐一面对面讨论DCP的内容和问题,IPMT进行决策，PDT经理留下以彻底搞清楚决策，IPMT的秘书记录决策,IPMT询问较深层次的问题作为决策依据,PDT经理依据标准议事日程提交：IPMT澄清一些问题,PDT成员与他们有关的部门经理回顾开发活动和交付件-
36、确保DCP无意外的事情,继续 如果项目得到批准，IPMT在概念DCP授予下一阶段的资金和资源并且在计划DCP授予整个项目的资金和资源。停止 项目以有序的方式终止，包括合适的项目文件归档和关闭，然后资源被重新安排。重新定向 IPMT要求PDT从特定的方向重新审视项目和计划，或收集更多的信息并且反馈。因为在项目启动的时候已经强调了要与经营战略保持一致，所以很少发生重新定向。,下什么结论？,IPD主流程、阶段流程及支撑性子流程的层次结构,6个阶段流程：,PP001 概念阶段流程PP002 计划阶段流程PP003 开发阶段流程PP004 验证阶段流程PP005 发布阶段流程PP006 产品生命周期管理
37、流程,10个支持流程/制度：,SP001 项目管理流程SP002 配置管理流程SP003 需求管理流程SP004 决策评审流程SP005 硬件开发流程SP006 软件开发流程SP007 技术评审流程SP008 文档控制流程SP009 外协管理制度SP0010 质量管理制度,指导PDT对项目进行计划和管理，体现所有任务，描述任务间的依赖关系，建立流程和子流程、模板等之间的关系。,对全流程提供快速浏览，体现阶段和主要任务,指导各功能部门的具体开发工作,TR2,CDCP,TR3,PDCP,TR4,TR6,TR5,概念,计划,发布,生命周期,ADCP,TR1,开发,转产,用户验证,生,产,初,始,产,
38、品,产品发布,LDCP,生命周期,发布,验证,开发,计划,概念,验证,GA,IPD主流程的阶段划分和里程碑,TR4：模块/系统评审TR5：样机评审TR6：小批量评审,TR1：产品需求和概念评审TR2：需求分解和规格评审TR3：总体方案评审,IPD各阶段的输入/输出,概念,计划,生命周期,项目任务书客户需求业务策略产品线计划产品路标组合分析结果,初步的业务计划端到端2级项目计划 客户迁移计划概念决策评审材料,最终的业务计划设计规格书 端到端4级项目计划客户迁移计划计划决策评审材料计划决策评审合同,开发,验证,发布,测试和验证计划评估样品详细的产品发布计划选择的Beta测试地点/客户产品文档开发的
39、销售使能器,修正的产品规格制造能力及产能计划生产构件的制造文档合格的产品最终的产品发布计划可获得性决策评审材料,生命周期管理计划对PDT与IPMT签定的合同进行评估,更新后的EOL计划更新后的产品目录基础架构的更新措施、结果、教训和风险计划的历史文档更新后的项目文件,目标,对产品机会的总体吸引力及是否符合公司的总体策略做出快速 评估。,关注,主要关注于分析市场机会，包括估计的财务结果、成功的理由 及风险；是基于有效的假设，而不是详细的数据。若概念得到批准，则在计划阶段将对假设进行证实；若概念没有得到批准，则不浪费资源。,交付,初步业务计划 端到端2级项目计划,概念,IPD各阶段概要,目标,清晰
40、地定义产品及其竞争优势，理解业务计划，制定项目计划 及资源计划，确保风险可以被合理地管理。,关注,最终的业务计划，这一业务计划定义了产品、市场需求及需要的各个业务部门的支持；评估是基于事实数据（而不是假设），因此若计划得到批准，则团队将与IPMT签订一个合同来完成产品开发；若计划没有得到批准，则不会浪费资源。对概念阶段的假设进行证实。通过与IPMT达成的“合同式”协议，PDT得到授权。在项目每个后续阶段的目标及整个项目的目标上达成共识。,交付,最终的业务计划 产品规格 端到端3/4级项目计划,计划,IPD各阶段概要,目标,设计产品，并将在最终业务计划中的特有技术开发、制造及营销策略和计划内容进
41、行集成。,关注,确保产品在市场上成功，评审市场及客户需求，评审产品及财务假设 设计和集成满足产品规格的产品；准备和构建产品原型；确保制造准备就绪：明确、处理及减少风险和非确定性因素至可接受的水平；确保产品具有可制造性；准备发布制造过程技术文档；验证计划阶段的假设。,交付,测试和验证计划 评估首例样品 详细的产品发布计划 试用客户选择 产品文档,开发,IPD各阶段概要,目标,执行为满足产品需求所做的设计更改，刻画产品特点并验证产品，发布最终的工程规格及相关文档。,关注,确保产品在市场上成功、审视市场及客户需求、审视产品及财务假 设、审视发布计划；确保产品功能方面的信心，形成最终的产品规格，修改设
42、计以满足规 格要求（在工作原型中表现出来）；确保制造准备就绪：形成最终的制造过程技术文档；对供应商是否已验证进行确认；验证是否已开发主要制造工艺并且在可接受的范围内发挥作用 证实开发阶段的假设。,交付,修正的产品规格 制造能力及产能计划 生产构件（production build）的制造文档 合格的产品及最终的产品发布计划,验证,IPD各阶段概要,目标,发布产品并制造足够数量的产品以满足客户在性能、功能、可靠性及成本目标方面的需求。,关注,验证制造准备计划；评估市场发布计划并进行必要的修改；准备生命周期管理计划；证实验证阶段的假设确保产品在市场上成功。,交付,生命周期管理计划 对PDT与IPM
43、T签订的合同进行评估,发布,IPD各阶段概要,目标,在产品稳定生产到产品生命终结期间内对产品进行管理。,关注,管理产品直至产品生命终止，注意收集内部和外部信号，以确定产品过渡/替换，制定产品过渡策略，为客户提供产品工程支持以满足客户需求；证实发布阶段的假设。,交付,终止/替换产品,生命周期,IPD各阶段概要,阶段性业务流程交付件形式,阶段性流程图、角色和职责、任务描述、项目计划、模板,P0100方案设计（A1）20040913.doc,计划阶段WBS3,4级计划模板.mpp,P0100-04热水器设计方案（B）20040913.doc,产品质量计划模板（示例）.doc,IPD流程需要子流程的支
44、撑,项目级,功能级,过程管理,IPD主流程及阶段流程是项目级的流程，它需要功能级的过程管理流程(子流程)进行支撑,生命周期,概念,计划,开发,验证,发布,配置,管理,流程,.,支撑IPD流程,内部,问题,报告,流程,需求,管理,流程,技术,评审,流程,项目,管理,流程,当IPD流程经过TR1后，产品需求开始受控，此后如果需求发生变更，则需要通过配置变更管理流程来控制，同时，PDT继续按IPD流程向前运作；TR2后，产品设计规格开始受控，此后如果规格发生变更，则需要通过配置变更管理流程来控制，同时，PDT继续按IPD流程向前运作；TR3后，产品配置开始受控，此后如果配置发生变更，则需要通过配置变
45、更管理流程来控制，同时，PDT继续按IPD流程向前运作。,举例：IPD流程与配置管理流程,举例：IPD流程与外协流程的关系,IPD向外协流程输出对外合作策略、计划；外协流程的输出交付给IPD，进入TR4。,举例：IPD流程与项目管理流程间的关系,举例：市场需求管理流程与MM流程、IPD流程的关系,产品级,业务计划,扫描市场,市场细分,组合分析,确定业务计划,市场管理流程,公司战略,历史数据,技术,客户需求,市场需求,传递,需求管理库,市场需求管理,路标,任务书,产品开发流程,概念,计划,开发,验证,发布,生命周期,传递,其他事件触发的,产品线级,产品包需求,新兴产品需求,举例：IPD流程与质量
46、管理流程,质量管理流程,技术开发结构化过程,整个技术开发方案的概要，以阶段为单位浓缩到一张纸上。由于只能对阶段的总数目和各阶段所需的时间进行估算，技术开发计划只能提供总体计划的一个纲要。它是一种最佳猜想，猜想如何才能有效地实施和评估所要采用的潜在技术。,它是每个阶段中综合实验的流程图，在前期阶段收集的信息的基础上，确定达到下一重大技术里程碑所应采取的方法。流程图的格式为科研人员提供了适当的架构，有利于他们同时开展几项主要实验，这样就突出了主要的关系和时间顺序，同时又能保持足够的简单和灵活性而不致了影响他们的创造力。对于科研开发小组的领导人，它又是管理的主要工具，可用于协调阶段内各项科研小组的行
47、为。,实际的实验设计和具体的实验室操作都是在实验室这一层次进行规划。在进行各个阶段性审核前，高级审核委员会中的科技人员可要求开发人员在阶段性审核中提供某一主要实验的设计或结果。,技术开发与IPD流程的关系,技术开发输出技术平台与货架技术，IPD在其基础上进行集成开发。,举例：减害降焦技术开发流程（部分）,一、提升研发管理水平的步骤二、IPD的思想和框架三、IPD组织结构四、IPD业务流程五、研发绩效及薪酬管理六、如何有效实施IPD？,内容提要,【案例分析】一次关于绩效考核的对话,下午3：50，DM公司管理层的一个会议终于结束了。接下来，人力资源部经理准备安排研发部门的绩效考核会，该会议事先通知
48、3：30开始。研发部经理：现在都快4点了，下午的绩效考核会能不能不开了？人力资源经理：还是开吧，都安排好了。研发部经理：我认为绩效考核很难做，公司是在整我们，考我们！人力资源经理：这是公司统一安排的，做起来再说吧。我在人力资源部推行，效果 很不错呀！研发部经理：做起来是可以，但考得不好，反而起反作用，谁来负责？研发副总：研发不确定性的因素太多，比如说要考产品的市场效益，研发人员会说 课题又不是我选的，怎能怪我？所以，如果把握不好，肯定会起反作用！人力资源部经理：。,思考及讨论,1、绩效管理的概念及目的是什么？2、研发绩效管理有何特点？如何针对这些特点制定行之有效的 解决方案？,建立基于战略和流
49、程的KPI体系,公司KPI,责任中心KPIS,IPD,流程 Metrics,HR,Metrics,SS,MM,ISC,CRM,F&A,IT,责任中心KPIS,责任中心KPIS,部门及员工KPI分解,业务流程框架（举例）,平衡计分卡（BSC）,战略目标,SCOR模型,SCOR：Supply Chain Organization Reference 供应链组织参考模型,。,KRA1,KRA2,KRA3,KRAn,KRA4,KRA及KPI,或,KPI体系设计步骤,1.明确组织的战略和战略目标2.确定公司的KRA及KPI3.将公司KRA及KPI分解到部门，找出部门KPI（备选）4.列出与部门职责相关的
50、流程，识别这些流程的衡量指标，找出关联到部门的KPI（备选）5.将公司KRA/KPI分解到部门的KPI，连同部门职责-流程分析识别的KPI汇总在一起，形成部门备选的KPI集合6.对部门备选的KPI指标进行审查、筛选和确定7.制作部门KPI管理表,部门KPI管理表（举例）,KPI与工作目标设定,KPI指标是用来衡量被评估人工作表现的具体量化指标；定性工作目标设定是对职责范围内一些难以量化的、过程性的、长期性、阶段性的、辅助性的关键工作任务完成情况的考核办法。,不同层级人员的绩效目标构成（示例）,公司战略和年度计划,1,4,2,3,季度考核年终考核,薪酬福利职务调整绩效改进计划培训发展,制定部门、
