华成 新产品研发流程优化与研发项目管理(学员版V7.0)

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,新产品研发流程优化与,研发项目管理,研发管理资深专家张永杰与您同行,讲师介绍：张永杰,1999,年西安交通大学毕业，获硕士研究生学历,1999-2004,华为技术,2004-2006,深圳迈瑞,2006,年至今，从事,研发管理,领域的咨询与培训,2,课程承诺,两天授课时间长达,13,小时！,杜绝任何研发管理软件的推广和广告！,更注重实操，专注于知识的传递和分享！给现场学员,Copy,大量适用的研发管理模板！,3,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,4,本单元学习目标,掌握什么是产品开发和项目管理，在产品开发中有哪些主要的项目管理活动,结构化产品开发流程的特点,推荐读物：,培思的力量,1,、,DCP,；,2,、,PDT,；,3,、结构化流程；,4,、开发工具与技术；,5,、技术管理；,6,、产品战略；,7,、管道管理,5,流程,项目管理,项目,三者如何类比？,识别关键词:,名词思考,6,1. XXXX,1.1 XX,1.1.1 XX,1.2 XXXX,1.2.1 XX,1.2.2 XX,流程总,体框架,规划,具体,流程,流程设计既需望远镜又需显微镜,7,开发流程体系所处的位置（举例）,8,金融危机给我们带来的启示,微笑曲线,9,研发管理的业界最佳模式,10,案例：,我的项目为什么会失败,各小组阅读案例资料，并总结完成案例中的问题（,15,20,分钟）,各小组选派一名代表分享讨论成果！,问题,项目失败的原因何在？,11,产品成功的标准是什么？,市场成功,财务成功,战略成功,12,什么是产品开发,产品与样品的区别,产品开发主要将眼光放在,顾客的需求上,，并把这种需求与公司的技术与技能结合起来，然后把机遇转化为产品,研发驱动市场,VS,市场驱动研发市场部驱动研发部？,13,市场、研发、销售的关系,项目,经理,用户,市场推广,行销策划,业务开发,市场推动,PUSH,需求拉动,PULL,R&D,Sales,Marketing,新技术及行业标准,产品试用,销售管理,产品概念,/,解决方案,产品开发,用户,用户,14,产品开发的理念,产品开发是,投资行为,，确保市场成功,/,财务成功,产品开发不只是把图纸画出来、把代码写出来，而是要对,产品包,进行全方位的开发,产品开发不仅仅是开发部的事，而是,全公司的事情,产品开发是端到端的流程,（建立一个有效的开发机制，为企业新产品的开发提供思路、途径和组织保证）,15,项目,的定义,项目：为形成某,独有,的,产品,或服务所做的,临时,工作,例如：,开发一个财务软件,设计新的电话机,实施一个新的,IT,管理系统,资料来源：,PMBOK 2008,16,什么是项目管理,项目管理就是把,知识,、,技能,、,工具,和,技术,应用到项目活动中去，以便达到项目的要求,具体过程中将涉及以下3个基本平衡：,范围、时间、成本和质量,具有不同要求和期望的投资者,已识别需求和潜在需求（期望）,资料来源：,PMBOK,PDMA,手册,17,项目管理现状并不乐观,由,Standish Group Of West Yarmouth，MA,调查显示，低效的项目管理行为将导致：,31的项目在尚未完成前就被取消了,88的项目都超出了预算、进度,平均超出的成本是原来预测的189,平均超出的时间是原来预测的222,资料来源：,项目管理网络,，2006,年4月，第16卷,18,影响产品开发成功的因素,项目的目标、范围是否明确,产品开发流程是否清晰并结构化,是否获得领导（项目赞助人）的积极支持,项目的组织是否健全、稳定,是否建立了有序的、有效的、良好的沟通渠道,是否建立了良好的、积极的工作氛围,项目经理的项目管理经验,19,项目管理的,9,大知识领域,项目管理领域,项目整体管理,项目范围管理,项目时间管理,项目范围管理,项目成本管理,项目质量管理,项目人力资源管理,项目沟通管理,项目风险管理,项目采购管理,20,5,个过程组,21,项目管理和流程管理的比较分析,项目,业务流程,1,2,3,4,5,6,交付件流程,没有，以前没有做过此项目,最近开发的流程,有流程模板,重复的，主要部分需客户化,重复的，需做最小程度的客户化,重复的，不需做客户化,效率增加,风险增加,22,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,23,学习目标：,业界产品开发团队的几种构成模式,职能型、项目型、矩阵型组织的优缺点分析,核心项目小组的构成及各角色的职责,产品经理,/,项目经理的素质模型,推荐读物：,西点军校领导魂,、,谁说大象不能跳舞,本单元学习目标,24,公司总裁,人力资源总监,财务总监,市场部总监,工程部总监,制造部总监,采购部总监,客服部经理,内销部经理,进出口部经理,系统工程经理,电子工程经理,软件工程经理,机械工程经理,制造部经理,装配部经理,检测部经理,生产计划经理,生产采购经理,行政采购经理,职能型组织结构,25,公司总裁,人力资源部总监,财务部总监,项目,A,项目经理,项目,B,项目经理,工程部经理,市场部总监,法律部总监,系统,机械,软件,制造部经理,制造,检测,组装,供应部经理,采购,品保,质检,咨询顾问团队,设计评审,培训,工程部经理,系统,机械,软件,制造部经理,制造,检测,组装,供应部经理,采购,品保,质检,咨询顾问团队,设计评审,培训,项目型组织结构,26,矩阵式组织结构,27,业界最佳产品管理团队的层次,外围组,核心组,CHAIRMEN,决策层：公司层面，决定产品,/,项目投资策略,投资评审团队,外围组,核心组,LEADER,产品管理团队,管理层：管理产品交付,外围组,核心组,产品经理,/,项目经理,产品开发团队,执行层：执行产品开发管理,28,产品开发团队中的,角色,不是名字，不等于职位,角色，是承担一类相同活动的主体，强调对职责的描述，相同角色的工作性质、类别完全相同，完成工作所需条件也基本一样，如软件工程师就是一个角色,同一个人可能承担多个角色，同一角色可能有多个人来承担,29,跨职能领域的产品团队（示例）,T,ogether, we,E,veryone,A,chieve,ore!,30,可装配性案例,可装配性案例,31,可装配性案例,可装配性案例（改进后）,32,项目经理的职责（一）,领导整个项目小组：,建立和领导整个,PDT,团队,召集,PDT,核心组，将项目目标分配到,PDT,核心组成员,PDT,管辖范围内无法达成一致事务进行最终决策,与管理层进行沟通：,作出各,DCP,的日程安排及时将业务计划和建议呈现给公司管理层,从公司管理层获得承诺，并确保所需要资源的到位,及时提供项目的进展情况,33,管理整个项目小组：,确保财务、开发、制造、技术支持、采购、市场行销和销售计划互相耦合,组织制定,WBS,，并指导各功能部门的核心项目组成员详细制定各功能领域的,WBS,制定和维护项目计划，确保根据时间表、预算和规格说明书执行各类活动,进行风险评估和制定风险管理计划,管理和控制整个项目执行过程中的变更,项目经理的职责（二）,34,项目经理素质模型,资料来源：,银湖计划,35,某公司理想项目经理的衡量标准,1,、对行业具有敏锐的洞察力，对,本行业,的现状、发展趋势、游戏规则有充分的了解。,2,、强烈的责任感和自信心，具有号召、协调、策划能力，其中策划能力，包括工作和活动的策划能力；此外，还应包括工作活动的人群，具有开拓性。,3,、具有高尚的,品德,和正义感，产品经理应该是一个有人格魅力、指挥艺术的人。,4,、具有很高的,3Q,，,善于沟通和处理冲突：,IQ,智商,EQ,情商,AQ,逆商，逆境中的承受能力。,5,、具有高效的工作方法，是职业化的产品经理,6,、做事情有强烈的紧迫感和危机意识，善于运用外来压力。,36,项目经理的培养,体系驱动与牵引,周边部门锻炼，提高全流程意识和技能,参加项目经理知识和技能培训（,内部、外部,）,自我批评总结，改正错误（,批评与自我批评,）,资源池集中培养（,挑选、培养、考核,）,37,核心小组成员的角色及义务,小组相关领域的职能专家,主导解决相关领域问题,在项目决策时代表职能部门,共同负责小组的最终结果,对本领域的计划、预算、关键问题等的进展情况进行汇报,对功能部门的交付负责,小组与职能部门的沟通桥梁,向职能部门经理汇报项目情况,应用职能部门的策略、工具和标准,协同外围小组的活动,38,外围小组成员的角色及义务,具体活动的责任主体,关注具体的项目任务,独立完成设计、测试等工作,主动寻找所遇问题的解决方案,对个人工作遇到的问题进行反馈,JUST DO IT,协助组员,参与相关方案讨论、评审等活动,协助相关成员进行问题定位,积极支援关键路径上的活动,注：特殊情况下，可能没有外围小组,39,职能部门经理的角色及义务,提供技术指导,定义职能部门的策略、指导原则、工具和标准,协调跨项目的技术合作、经验共享,发展并管理职能部门,建立优异的职能部门团队,执行职能部门预算,雇佣,/,解雇、培训员工及对员工进行考评,领导职能部门项目,支持,PDT,工作,确定项目开发的人员及资源,参与设计及评审,40,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,41,本单元学习目标,流程设计方法论,Design Flow,详细学习结构化的产品开发流程袖珍卡,产品开发的结构化流程每个阶段的主要目标和活动,掌握结构化流程的设计方法,结构化产品开发流程的设计和推行思路,42,为了管理好产品开发，产品开发必须成为结构合理、定义清楚的流程,结构合理：自上而下的层次架构中，上层结构简单一些，越到下层越具体,定义清楚：每项工作都应清清楚楚地明确规定出来，所有与产品开发有关的人应该清楚他们所参与的是什么工作，用什么方法去完成,为何要把开发流程结构化？,43,结构化到什么程度合适？,44,活动,任务,步骤,阶段,层次结构,阶段（,Pocket Card,）,步骤（如：软件开发）,任务和活动（如：概要设计、详细设计）,详细的开发指南（指导书、模板、表单、,CHECKLIST,（经验、主动性、前瞻性）,结构化产品开发的层次,45,产品开发结构化流程的特点,企业需要的不仅仅是优秀的产品，更是优秀产品产生的机制和土壤！,46,需要进一步结构化的征兆,术语和定义不一致（测试报告）,过多的澄清会议,中层管理人员太多（,文山会海,）,进度表不准确（所依据的假设不能被分享和了解）,无法估计出资源需求,小组与小组之间的计划不衔接（对必定出现什么情况有不同的理解）,47,需要进一步结构化的征兆（续）,过量的任务间的相互依赖（低成本工作拖高成本工作的后腿）,对职责理解不够,注意力集中在“救火”上（卷起袖子解决问题）,开发产品没有一个“统一方法”,浪费在没有附加值的工作上的时间（协调、重做）,48,清晰的层次结构,可管理,明确的阶段划分,可控制,明确的阶段交付,可衡量,统一的术语定义,易沟通,明确的角色职责,易分工,明确的绩效指标,易评价,优秀开发流程应具备的特点,49,开发流程优化的“七步成诗”,Design Flow,利益相关人,角色，而不是部门和岗位,活动名称：动宾结构,50,咨询项目示意图,51,52,咨询项目示意图,52,时间的阶段分布,业界最佳,0,5,10,15,20,25,30,35,周,案例公司,第一年,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,0,10,20,30,40,50,60,70,80,周,案例公司,第二年,0,10,20,30,40,50,60,70,80,周,0,10,20,30,40,50,60,70,80,周,案例公司,第五年,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,53,演示：结构化的产品开发流程体系,袖珍卡,Pocket Card,各阶段详细开发流程,角色说明,活动说明,各子流程：硬件开发、软件开发、设计变更、技术评审,相关模板、操作指导书、,checklist,等,54,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,55,研讨,各组分别研讨目前公司立项中经常遇到的问题,56,Project Charter ,PMBOK ,术语,A document issued by senior management that formally authorizes the existence of a project. And it provides the project manager with the authority to a project. And it provides the project manager with the authority to apply organizational resources to project activities.,项目任务书是由高层管理者发布的一份正式批准项目成立的文件，它授予项目经理权力可以使用组织的资源来实施项目活动。,项目任务书（,charter,）,57,项目任务书（立项书,）,勾勒一个项目最终交付的概要文档：,该产品的目的是什么，有哪些功能？,客户群是什么？,竞争对手是谁，他们的产品怎样？；,在它的产品家族中定位何处？,产品成本和花销目标是多少？,PDT,成员有哪些？,关键控制点时间定义？,58,项目目标的标准,S,pecific（,明确性）,M,easurable,（可度量性,）,A,chievable,（可完成性,）,R,elevant,（相关性,）,T,ime-Bound,（可跟踪性,）,SMART,59,产品开发任务书剖析,业界优秀公司的产品开发任务书,比较与下页的任务书的区别,60,立项时避免“师出无名”,部门,任务,责任人,完成时间,完成标志,项目组,1、系统分析总体设计,2、硬件设计,3、软件设计,4、结构设计,5、样机测试,6、内部验收,采购部,关键开发设备采购,市场部,实验局落实,其它部门,其它要求,项目名称： 项目经理： 部门：,61,立项时的“四项基本原则”,市场可行性,技术可行性,商业模式,风险管理,62,立项后开工会如何开？,参照,阶段开工会对照检查表,做会前准备。,项目目标介绍。,项目任务书宣读和接受仪式。,宣读,PDT,核心组任命。,组织,PDT,核心组成员相互介绍。,概念阶段团队成员的角色和职责说明。,前期工作回顾（可选，如果有预研阶段的话）。,概念阶段交付件介绍。,明确概念阶段项目计划、考评和汇报关系、日常沟通方式。,团队和个人测评指标及激励机制。,签订资源承诺书（可选）。,PAC,进行领导动员。,63,真正理解客户的意图,64,客户陈述,需求描述,原则,客户陈述,需求描述（正确）,需求描述（错误）,“,什么”而非“怎样”,“,有时灰尘会进入系统，给我带来麻烦。,”,系统提供灰尘防护能力。,系统通过,防护网,提供相应的灰尘防护功能。,特点,“,工作中，我总是一不小心就把螺丝刀掉到地上了。,”,在被摔过几次后,螺丝刀仍然能正常工作。,螺丝刀,很不好,，经常被掉在地上。,肯定而非否定,“,根据公司规定，无论刮风下雨，我都需要坚持在户外工作。,”,螺丝刀在雨中仍能正常工作。,螺丝刀在雨中,不会不能,使用。,产品属性,“,我希望能用我的打火机给电池充电,”,可以用自动打火机给螺丝刀的电池充电,自动打火机器使用者,可以给螺丝刀电池充电,避免“必须”和“应该”,“,当我不知道螺丝刀的电池还有多少电量时，我会很烦。,”,螺丝刀提供电池能量多少的显示。,螺丝刀,应该,提供电池能量多少的显示。,65,需求的动态属性,客户满意度,客户不满意度,产品特色,很差的执行,基本需求,表现,兴奋,Kano,模型,资料来源：,PDMA,HandBook,66,客户需求分析,是指从产品的价格、可获得性、包装、性能、易用性、保证性、生命周期成本和社会接受程度八个方面（即,$APPEALS,）,来了解客户对产品的需求，并依此与业界主要对手进行对比分析，确定细分市场的产品需求定位和竞争策略。,Performance,Packaging,Ease of Use,Availability,Life Cycle,Social Acceptance,$ Price,Assurances,不就是与客户吃饭吗？,客户需求的评估方法,67,以某公司监护仪产品线为例,例：,MEC-509B,多参数监护仪,大屏幕,9.4CRT,显示，中英文操作菜单,双屏显示功能,旋转钮操作方式，方便、快捷、准确,监测参数：心电、呼吸、无创血压、体温、血氧饱和度、脉搏,全导联心电监护，可进行心律失常分析、,ST,段分析及起搏分析，分析软件丰富,72,小时趋势图、表信息的存储、回顾,优越的抗高频电刀、抗除颤功能，适用于不同的临床环境,内置记录仪，多种记录形式可选,联网功能，可与,PM-9000,、,PM-6000,、,PM-8000,及远望,III,共同组成中央监护网络系统,68,客户,$APPEALS,要素（样例）,客户,$appeals,因素,客户需要和欲望,基本的,(B),、,满意的（,S,）、,特别的（,A,）,价格,1,、具有竞争力的价格，比国外仪器低,20,40,2,、付款上售后服务留一笔款,1,、,B,2,、,S,可,获得性,1,、了解已有用户实际使用的体验,2,、在专业杂志上能经常看到产品的介绍,3,、与医疗研究机构的关系,4,、一周内交货,1,、,B,2,、,B,3,、,A,4,、,S,包装,1,、外形美观、柔和，体现人性化的设计，减缓病人的紧张情绪,2,、表面工艺精细,1,、,S,2,、,B,性能,1,、符合法律法规和国际标准,2,、技术成熟先进,1,、,B,2,、,S,易用性,1,、便于操作和携带，对使用者的培训要求不高,2,、能够标识对比状态，甚至带语音提示,1,、,B,2,、,A,保障,1,、可靠，安全，防差错，环保,2,、自我故障显示、诊断并帮助排除,3,、服务及时有效,1,、,B,2,、,S,3,、,S,生命周期成本,1,、维护费用低，配件易获得,2,、厂商建立维护档案系统,3,、提供咨询服务，帮助客户经济有效配置设备,1,、,B,2,、,A,3,、,A,社会可接受性,1,、品牌影响力,2,、公司和市场人员具有良好形象（给人的印象是环保、健康和关爱的）,1,、,S,2,、,S,69,风险管理模型,风险识别,制定风险管理计划,风险评估,风险跟踪和监控,项目 风险库,01,项目组,02,项目组,03,风险处理责任人,/,项目组,04,风险管理员,05,公司项目管理部门,风险响应计划,跨项目风险管理,70,项目风险管理,风险（,risk）,是可能发生的、潜在的,问题（,issue）,是已经或肯定要发生的,71,常见的风险类别,市场/客户风险,技术风险,财务风险,制造风险,采购风险,用户服务风险,项目管理风险,72,风险评估,风险评估的两个维度,风险概率,风险影响,每个维度分：,High、Medium、Low,风险指数 风险概率 风险影响度,73,四种风险响应措施,规避/缓解,储备,转移,接受/忽略,74,风险管理计划示例,风险序号,产品级,/,模块级,风险类型,风险描述,发生概率,影响等级,风险等级,风险影响描述,风险响应措施,风险责任人,风险状态（开放,/,关闭）,1,产品级,技术风险,该产品开发人员投入不足的冲击,High,Medium,High,产品开发的发布推迟两个月,向公司申请增加开发人员，确保计划的完成,项目经理,2,软件模块级,需求,75,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,76,本单元学习目标,了解计划阶段的关键活动,分享并演练计划阶段的重要模板,77,计划在什么时机制定？,概念,方案,开发,验证,发布,启动,项目,制定概念阶段详细计划,制定项目1/2级计划,制定计划阶段3/4级计划,优化项目1/2级计划,制定项目3/4级计划,由项目本身的特征决定，项目的计划也是一个不断清晰、不断细化的过程，一般会在23个时间点制定不同阶段和层次的计划。,78,关键活动,需求的分解与分配,需求分解与分配的原则？,79,研讨：,ATM,柜员机的需求,输出要求：,1,、分析行为情景，建立系统功能流框图。,2,、建立物理架构。,3,、建立功能和物理架构的对应关系。,功能架构,+,物理架构,80,物理架构,81,功能架构,1,82,功能架构,2,83,功能架构,3,84,功能架构和物理架构,85,本阶段的关键模板,系统方案与规格书,概要设计,技术评审点,工艺总体方案设计,市场发布策略,销售承诺,86,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,87,本单元学习目标,了解开发阶段的关键活动,了解验证阶段的关键活动,了解发布阶段的关键活动,88,开发阶段,各专业模块详细设计,手板样机（品）,功能样机（品）,性能样机（品）,89,验证阶段,产品内部测试,工程样机（品）,外部认证,随机资料的定稿,培训计划的实施,90,发布阶段,用户试用流程,产品上市的组合拳管理,销售一纸禅,上市公告书,91,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,92,本单元学习目标,掌握产品开发的四大商业决策评审点及每个决策评审点的评审内容和决策依据,讲解业务计划书的构成和内容框架,商业决策评审的方法论,讲解技术评审体系,了解技术评审在开发流程中的位置及评审要素表,93,四级评审体系,商业决策评审,产品级技术评审,模块级技术评审,日常质量控制活动,94,为什么需要阶段决策评审,100,90,80,70,60,50,40,30,20,10,0,项目时间的百分比,7,6,5,4,3,2,1,观念的数目,筛选和评估,商业分析,开发,测试,商业化,一项成功,的产品,每七个观念中，有一个能获得成功。每四个开,发项目中，只有一个成为商业上的成功者！,来源：,Winning at New Product,95,表,1,：在不同阶段取消开发项目而损失的投资额（单位：千美元）,决策迟缓的代价,Phase 0,Phase 1,Phase 2,Phase 3,Phase 4,总额,累计投资,$75,$ 175,$780,$920,$1000,最佳公司,正在运行的项目,100,70,56,56,50,48,取消项目的百分比,30%,20%,0%,10%,5%,损失投资,$2250,$2450,$0,$5152,$2520,$12372,总投资,$60372,案例公司,正在运行的项目,100,90,77,57,50,48,取消项目的百分比,10%,15%,25%,12.5%,5%,损失投资,$750,$2363,$14918,$6598,$2510,$27138,总投资,$75138,96,财务,研发,中试,制造,采购,销售,市场,客服,公司经营决策机构,（,IRB,）,事业部经营决策机构,（,PAC,）,PDT,PDT,PDT,秘书,机构,秘书,机构,质量,决策团队构成,97,提出新产品开发项目,取消或重新制定项目的优先次序,确保进行开发的产品符合公司战略,分配开发资源,PAC,的权力和责任,98,演示：业务计划书模板,99,继续,!,如果项目得到批准，产品管理团队在概念,DCP,授予下一阶段的资金和资源并且在计划,DCP,授予整个项目的资金和资源。,停止,项目以有序的方式终止，包括合适的项目文件归档和关闭，然后资源被重新安排。,重新定向,产品管理团队要求,PDT,从特定的方向重新审视项目和计划，或收集更多的信息并且反馈。因为在项目启动的时候已经强调了要与经营战略保持一致，所以很少发生重新定向。,业务决策评审的结论,100,阶段决策评审是保证产品竞争力，提高效率的好办法，但要真正让它发挥作用，必须遵循一定的评审方法论：,1,、何时进行评审,2,、谁来评审,3,、评审什么（不要陷入细节）,4,、下什么结论（避免会议没有结果或形不成决议、无人下结论或拍板）,决策评审的方法论,101,决策会议如何开？,102,演练与讨论,确定各小组产品开发流程中的业务决策点,思考：各业务决策点的评审要素是什么？,103,技术评审的误区,技术评审会文化的转变,技术评审专家的作用,项目经理是否需要参加评审会,PQA,的作用,104,评审常见问题,105,技术评审过程,评审计划,（时间、,职责、,交付件,分工）,评审要素表,自检,评审材料,准备,（报告初,稿或会议,胶片）,技术评审,会议,生成,或,优化,评审报告,PM,审核报告,评审报告,发布,评审结论,执行,技术评审,度量,评审报告,会签,106,技术评审是为了阻碍项目吗？,Go,没有遗留问题和只是一些没有解决风险可以很快解决的问题,Go with risk,遗留问题的解决存在一定风险，但不影响下一步活动的启动,Redirect,遗留问题影响到下一步活动的启动，必须首先解决,107,演示：结构化的技术评审体系,技术评审操作指导书,技术评审要素表,108,课程目录,2.,产品开发,的组织与团队,5.,计划阶段,流程,6.,后续阶段,流程,3.,产品开发的结构化流程,7.,研发项目的商业决策与技术评审,4.,立项阶段,流程,1.,研发管理业界最佳模式及案例分析,8.,研发项目的计划控制,109,本单元学习目标,四级计划体系和经验数据库,如何避免计划模板和流程“两张皮”,110,四级计划体系,一周,二周,三周,四周,核心小组长,市场,硬件,软件,测试,制造,服务,主控板项目组,背板项目组,电源板项目组,界面项目组,数据库项目组,协议项目组,一级计划,（产品级）,二级计划,（职能领域级）,三级计划,（项目模块级）,周计划,（员工个人级）,111,规模、工作量估计常用方法,类比比较法,专家法（,Wideband Delphi）,三点法（,Pert Sizing）,推测法,112,专家估计法角色定义,PM（,准备、任命,）,估计协调员（,组织、协调、服务,）,估计员（,实际估计、45人、测试专家,）,产品经理（,批准,）,QA（,引导、监督,）,113,专家估计过程,确定估计范围,任命估计团队,估计准备会议,个人,估计,正式估计会议,批准估计结果,PM,全体成员,全体成员,全体成员,产品经理,PAL,估计表单,会前,会中,分解,约束,前提条件,明确出口准则,会后,发现偏差,讨论,再估计,PAL：Process Asset Library,过程资产库,114,三点法（,Pert Sizing）,估计结果,乐观工期,4,最可能工期,悲观工期,6,标准偏差 ,悲观工期,乐观工期,6,注：标准偏差表示活动的工期范围。例如，在计算了,PERT,之后，任务,#,xyz,将花费,14+2,的工期，,+2,天就是标准偏差。,115,业界估计经验,类比比较是工期估计首要方法,专家法是第2通用方法,考虑偶发，增加1025余量,持续使用1种适合方法，越用越准,最终形成公司的,研发能力度量,知识库,116,演示：,WBS,计划模板,WBS1/2,级计划模板,WBS3/4,级计划模板,117,项目管理过程中如何监控整个项目,项目业务计划,项目进度计划,项目资源计划,项目风险计划,项目质量计划,日志,例会,度量,评审,审计,分析,会议,是否,偏差？,是否重,估计？,提交偏差报告,项目报告,工作日志,Timesheet,QA,报告,审计报告,偏差申请,例外报告,项目计划,工作移交表,CSA,估计记录,估计报告,持续的影响分析、变更控制,重,估计,项目沟通计划,118,时间的阶段分布,业界最佳,0,5,10,15,20,25,30,35,周,案例公司,第一年,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,0,10,20,30,40,50,60,70,80,周,案例公司,第二年,0,10,20,30,40,50,60,70,80,周,0,10,20,30,40,50,60,70,80,周,案例公司,第五年,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,概念阶段,方案阶段,开发阶段,验证阶段,发布阶段,119,项目资源使用曲线,120,人员梯队化,QA,高级,QA,QA,高级,QA,技术系列,管理系列,产品管理,职能管理,技术总监,研发部经理,研发主管,技术总监,研发部经理,研发主管,系统发展,系统发展,高级系统工程师,中级系统工程师,初级系统工程师,领域发展,资深技术专家,高级技术专家,技术专家,产品线总监,产品经理,项目经理,产品线总监,产品经理,项目经理,高级工程师,工程师,见习工程师,基层通用,技术职位,领域如：硬件、软件、结构、,工艺、工装、,121,PERT,是以网络图的形式制定计划，求得计划的最优方案，并据以组织和控制开发进程，达到预定目标的一种科学管理方法。,进度计划形式一：,PERT,图,122,Gantt,图，又称横道图、条形图，是对任务的一种罗列，标明任务名称、开始时间、完成时间、工期、资源名称等，可使进度计划较直观，并可显示活动间的逻辑关系；,Gantt,图仍没有,PERT,图直观，但罗列问题任务可较多。,进度计划形式二：甘特图,123,项目报告机制,研发管理委员会,项目管理部,产品总监,产品经理,项目,经理,QA,QA,经理,质量部经理,项目状态报告,质量周报,升级问题,124,项目质量报告,项目问题解决跟踪,质量控制工作跟踪（评审、测试问题等）,质量保证工作跟踪,工作的改进建议（项目级、组织级）,其他问题与风险,典型事件,125,项目状态报告,里程碑状态,活动状态、文档状态、风险跟踪,问题汇报、需要领导协助解决事务,通常为周报,活动状态描述,活动描述,计划开始时间,计划结束时间,实际开始时间,实际结束时间,责任人,状态描述,126,自动预警系统,预,警,系,统,预警消息播报：今天是,4,月,1,号，按计划您准备于,4,月,10,日进行的发布评审应该从今天开始准备，请您预先作好工作安排！,127,项目状态转移跟踪,监控点,通过标志,监控者,状态（通过、进行中、未开始）,立项评审完成,项目任务书签发,质量管理部,/,项目管理部,概念决策评审完成,产品需求评审通过，概念决策评审决议下发,质量管理部,/,项目管理部,系统联调启动,路径最长的硬件和软件模块开发调试完成,质量管理部,/,项目管理部,转产评审完成,签发转产决策评审报告,质量管理部,/,项目管理部,128,项目例外管理,例外评审,市场形势巨变,销售低于预期,竞争对手策略变化,进度严重滞后,重大风险变为现实,财务危机,技术成熟性分析,财务分析,客户影响分析,财务投入分析,库存情况分析,调整产品方向,调整产品路标,调整产品计划,修正资源投入,.,行动计划,129,项目变更控制,Review,Testing,Audit,Maintenance,Customer,130,项目会议,项目开工会,项目周例会,项目月度例会,项目阶段决策评审会,项目结束会议,项目,warroom,131,项目经验教训总结,项目进展整体状况,项目组人员及考核总结,产品质量及开发方法,文档质量的完成情况,获得经验及教训,其它,132,项目测评,准确规划,规格符合度,技术评审合格率,资源计划偏差,快速实施,计划完成率,进度偏差,质量保证,问题管理力度,问题严重性,成本控制,毛利率,设计成本降低额,竞争有力,客户满意度,问题及时解决,技术支持力度,流程执行,流程审计得分,133,临别赠言,“,管理是一种实践，其本质不在于,知,而在于,行,；其验证不在于逻辑，而在于,果,。,”, 彼得,杜拉克,谢,134,