集成产品开发IPD培训稿_第1页
集成产品开发IPD培训稿_第2页
集成产品开发IPD培训稿_第3页
集成产品开发IPD培训稿_第4页
集成产品开发IPD培训稿_第5页
已阅读5页,还剩119页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、研发管理系列课程之RDM001IPD集成产品开发2课程目录课程目录2. IPD概述概述1、案例分析、案例分析3. IPD模式模式下市场如何下市场如何驱动研发驱动研发7.IPD的优的优化与实施化与实施4. IPD的组的组织与团队织与团队0、公司及培、公司及培训课程介绍训课程介绍5.IPD的产的产品开发流程品开发流程6.IPD的业务的业务决策与技术决策与技术评审评审3我们对企业核心价值链的理解我们对企业核心价值链的理解4课程清单(一)课程清单(一)类别类别序号序号课课 程程 名名 称称课时课时研发研发战略战略管理管理RDM001研发管理总裁班如何打造有竞争力的研发管理体系(Promoting In

2、novation)1天RDM002技术创新和产品创新管理(Technology Innovation and Product Innovation)2天RDM003创建市场导向的流程型研发组织(Market-oriented Process Organization of R&D)1天RDM004研发变革管理(Change Management in R&D)1天RDM005研发战略管理(Strategy Management in R&D) 1天5课程清单(二)课程清单(二)类别类别序号序号课课 程程 名名 称称课时课时研发研发业务业务管理管理RDM010市场驱动的产

3、品开发流程管理(Market-Driven NPD Process Management)2天RDM011研发项目管理(R&D Project Management)2天RDM012软件项目管理(Software Project Management )2天RDM013研发项目计划与控制(R&D Project Plan & Control)2天RDM014产品需求管理(Requirements Management)2天RDM015产品测试管理(Testing)2天RDM016从样品走向量产(Piloting)2天RDM017研发质量管理(R&D Qualit

4、y Management)2天RDM018模拟新产品开发管理实战训练(NPD Simulation)3-5天RDM019CMM/CMMI高级实务(CMM/CMMI )2天RDM020研发项目的组合管理(Managing Multiple Projects in R&D)2天RDM021产品平台与共享模块的建设(CBB)2天RDM022如何提升研发组织的能力(How to upgrade Process Capability of R&D)2天RDM023系统工程在产品开发中的应用(The Application of System Engineering in NPD) 2天6

5、课程清单(三)课程清单(三)类别类别序号序号课课 程程 名名 称称课时课时研发研发支撑支撑管理管理RDM051研发人员的考核与激励(R&D Performance Management)2天RDM052成功的产品经理(Success Product Manager )2天RDM053研发人员职业素养(R&D Excellent Employee)2天RDM054研发知识产权管理(Intellectual Property Management)2天RDM055研发财经与成本管理(Finance and Cost Management)1天RDM056从技术走向管理研发经理的领导

6、力与执行力(The Leadership and Executive of R&D Manager)2天RDM057研发沟通管理(Communication Management of R&D)2天RDM058研发人员的培养与职业生涯规划(Training and Career Path of R&D Employee)2天RDM059研发与技术人员核心管理技能提升(Upgrade Core Management Skills of R&D Employee)2天7课程清单(四)课程清单(四)类别类别序号序号课课 程程 名名 称称课时课时市场市场管理管理MM00

7、1产品市场管理(Product Marketing Management)2天MM002产品战略规划与路标管理(Product Strategy and RoadMap Management)2天MM003新产品的上市与行销管理(Product Launch and Marketing Management)2天MM004产品售前支持与管理(Product PreSale Management)2天研发研发IT管理管理IT001研发IT规划和实施策略(IT Strategy and Plan of R&D)2天IT002产品数据管理(PDM:Product Data Managemen

8、t)2天IT003研发IT架构设计(R&D IT Architecture)2天单元一、案例分析单元一、案例分析9案例分析一案例分析一请阅读案例资料,各小组讨论请阅读案例资料,各小组讨论15分钟,从流程的分钟,从流程的角度来分析该公司产品开发过程中存在的问题,角度来分析该公司产品开发过程中存在的问题,总结总结5-7条,各小组选派一名代表分享讨论成果条,各小组选派一名代表分享讨论成果10思考?思考? 从这个失败的产品开发案例的分析中,有哪些原从这个失败的产品开发案例的分析中,有哪些原因我们公司也在发生?因我们公司也在发生?单元二、单元二、IPD概述概述12产品开发管理的发展历程产品开发管

9、理的发展历程研发生产 率时代 快速上市 时代 产品成功 时代 发明与商品化时代 摘自摘自下一代的产品开发下一代的产品开发13产品开发是可以管理的产品开发是可以管理的 对一个公司开发的所有产品来说,其过程都是相对一个公司开发的所有产品来说,其过程都是相似的似的 这种相似性使得产品开发流程可以进行规范、定这种相似性使得产品开发流程可以进行规范、定义和管理义和管理 产品开发是一个流程产品开发是一个流程(建立一个有效的开发机制,(建立一个有效的开发机制,为企业新产品的开发提供思路、途径和组织保证)为企业新产品的开发提供思路、途径和组织保证) 14为什么需要产品开发流程为什么需要产品开发流程 将公司产品

10、开发的成功经验固化在公司将公司产品开发的成功经验固化在公司 使注意力集中到更具有创造性的产品开发方面使注意力集中到更具有创造性的产品开发方面 将重复性的任务进行结构化,技术专家就能够把将重复性的任务进行结构化,技术专家就能够把精力集中在真正新的、以前没有作过的工作上精力集中在真正新的、以前没有作过的工作上 看似简单和清楚的问题并不能够真正做到:看似简单和清楚的问题并不能够真正做到:与产品开发相关的人应该清楚他们所参与的是什么工作,与产品开发相关的人应该清楚他们所参与的是什么工作,应该用什么方式去完成应该用什么方式去完成15业界最佳实践的研发管理模式IPD的框架的框架16产品开发流程在企业整体运

11、作中的位置产品开发流程在企业整体运作中的位置主要流程包括*市场管理流程*产品开发流程*产品/服务的制造*客户服务这是企业产生利润和收益的核心作业。支持流程为其它流程提供基本的框架和底层基础,没有这些支持流程,主要流程不可能正常运作。降低成本 增加收入 利 润 利 润 17流程体系设计需要结构化、层次化流程体系设计需要结构化、层次化18产品开发流程和项目管理的关系产品开发流程和项目管理的关系 产品开发的阶段划分产品开发的阶段划分 项目管理的九大知识领域和五个过程组项目管理的九大知识领域和五个过程组PMI PMBOK (2004年版)年版)启动启动计划计划监控监控执行执行收尾收尾19成功的产品开发

12、流程所具备的特点成功的产品开发流程所具备的特点 清晰的层次结构清晰的层次结构可管理可管理 明确的阶段划分明确的阶段划分可控制可控制 明确的阶段交付明确的阶段交付可衡量可衡量 统一的术语定义统一的术语定义易沟通易沟通 明确的角色职责明确的角色职责易分工易分工 明确的绩效指标明确的绩效指标易评价易评价20产品开发流程管理所面临的挑战产品开发流程管理所面临的挑战 对流程的认识和固有的工作习惯对流程的认识和固有的工作习惯 各类流程形同虚设,对流程没有信心各类流程形同虚设,对流程没有信心 没有建立与流程相匹配的组织没有建立与流程相匹配的组织流程是一种用来取代旧模式,年复一年地指导公司流程是一种用来取代旧

13、模式,年复一年地指导公司活动的方法,他不是特殊的,也不是暂时性的,更不是用活动的方法,他不是特殊的,也不是暂时性的,更不是用来应付一阵子然后就抛弃的东西。来应付一阵子然后就抛弃的东西。Thomas H .Berry 整体质量变化的管理整体质量变化的管理21演练与问题讨论演练与问题讨论 各小组讨论公司产品开发流程方面存在的主要问各小组讨论公司产品开发流程方面存在的主要问题,总结题,总结57条,选派一名代表分享讨论成果。条,选派一名代表分享讨论成果。单元三、单元三、IPD模式下市场如何驱动研发模式下市场如何驱动研发23市场管理方面存在的主要问题市场管理方面存在的主要问题 市场管理参与的角色过于单一

14、,或者没有明确定义市场管理参与的角色过于单一,或者没有明确定义 市场需求的收集和分析没有成为一个例行的活动市场需求的收集和分析没有成为一个例行的活动 市场需求仅侧重功能,忽视了性能、可靠性等市场需求仅侧重功能,忽视了性能、可靠性等 市场需求变化太多,导致项目反复改变方向和成本市场需求变化太多,导致项目反复改变方向和成本昂贵的返工昂贵的返工 被动响应市场需求,抑制了产品平台的创建被动响应市场需求,抑制了产品平台的创建24市场管理流程与产品开发流程之间的关系市场管理流程与产品开发流程之间的关系战略规划战略规划市场信息市场信息客户反馈客户反馈同行信息同行信息技术趋势技术趋势当前产品组合当前产品组合理

15、理解解市市场场市市场场细细分分组组合合分分析析制定业制定业务策略务策略和计划和计划调整和调整和优化业优化业务计划务计划管理业务计划,评估绩效管理业务计划,评估绩效YN任务任务书?书?进入产品开发流程管道进入产品开发流程管道25产品市场管理流程的几个阶段产品市场管理流程的几个阶段 正确的理解市场正确的理解市场(如何寻找潜在的机会和目标)(如何寻找潜在的机会和目标) 进行市场细分进行市场细分(定义初步的细分目标市场)(定义初步的细分目标市场) 产品组合分析产品组合分析(竞争环境、投资机会等的分析)(竞争环境、投资机会等的分析) 制定业务计划制定业务计划(整个产品线或产品系列的业务计划)(整个产品线

16、或产品系列的业务计划) 管道管理及资源平衡管道管理及资源平衡(排定项目优先级)(排定项目优先级)26如何正确的理解市场如何正确的理解市场 环境分析(环境分析(PEST法)法) 市场分析市场分析 (市场、客户、销售渠道和网络)(市场、客户、销售渠道和网络) 竞争分析(波特的竞争力模型)竞争分析(波特的竞争力模型) 对公司自身的分析(对公司自身的分析(SWOT分析、优先级排序)分析、优先级排序)27市场细分的三大原因市场细分的三大原因1. 市场需求差异程度越来越大市场需求差异程度越来越大2. 企业资源相对有限企业资源相对有限3. 竞争越来越激烈竞争越来越激烈4. 只有在完全只有在完全了解环境和准确

17、的市场细分的基础了解环境和准确的市场细分的基础上,上,企业才能最大限度地发挥资源优势,降低经企业才能最大限度地发挥资源优势,降低经营风险,使经营目标建立在比较可靠的基础上。营风险,使经营目标建立在比较可靠的基础上。28如何进行市场细分如何进行市场细分 为什么(追求的利益)谁为什么(追求的利益)什么谁什么谁什么谁什么谁购买?2.购 买 什么 ?3.谁 购 买什 么 ?4.他 们 为什 么 购买 ?5.明 确 关键 的 客 户群 组6.验 证 细分 的 可 行性7.审 视 细 分的 框 架1.识别市场更明确的定义测试细分的价值/可行性29如何细分市场:八种细分市场的类型如何细分市场:八种细分市场的

18、类型什么地方什什么地方什么时间么时间如何使用如何使用产品产品/服务服务使用场合使用场合地理位置地理位置人口特征人口特征使用行为使用行为利润潜力利润潜力价值观价值观/生活方式生活方式需求需求/动机动机/购买因素购买因素态度态度细分市场的细分市场的各种类型各种类型针对产品类针对产品类别和沟通渠别和沟通渠道的态度道的态度价格价格品牌品牌服务服务质量质量功能功能/设计设计一级城市一级城市二级城市二级城市农村农村年龄年龄性别性别收入收入教育程度教育程度使用量使用量费用支出费用支出购买渠道购买渠道决策过程决策过程收入收入获取成本获取成本服务成本服务成本宏观的价值宏观的价值取向和态度取向和态度30市场细分要

19、注意的问题市场细分要注意的问题 市场细分的目的是便于企业集中资源在高利润回市场细分的目的是便于企业集中资源在高利润回报的消费群体,寻找到企业的蓝海报的消费群体,寻找到企业的蓝海 不存在一个不存在一个“唯一唯一”、“绝对绝对”的细分市场方法的细分市场方法 实现一个好的、实用的细分市场需要大量有关行实现一个好的、实用的细分市场需要大量有关行业,消费者业,消费者/用户,竞争对手,利润用户,竞争对手,利润/成本方面的信成本方面的信息和数据息和数据 目标细分市场要具有内在的目标细分市场要具有内在的吸引力,吸引力,企业要具有企业要具有服务于细分市场的服务于细分市场的竞争优势,二者缺一不可竞争优势,二者缺一

20、不可31细分市场的名称当前的收入机会未来3年的增长率当前的市场份额关键的购买者描述如何在本细分市场里赚钱(公司以及关键竞争对手的增值/业务模式)按照每项客户$APPEALS类别,描述客户的关键购买标准价格可获得性包装性能易用性保证性生命周期成本社会接受度描述本细分市场里,客户面临的主要业务问题描述最重要的5个业务驱动因素(.本细分市场里客户最关心的事项)描述本细分市场内现有的产品包和竞争对手提供的产品包描述主要的竞争对手以及市场份额案例:细分市场简介模板案例:细分市场简介模板32组合分析组合分析 组合分析要回答的问题组合分析要回答的问题当前的业务方案与战略是什么?产品的组合是否能够实当前的业务

21、方案与战略是什么?产品的组合是否能够实现业务战略的需要?现业务战略的需要?业务战略哪些地方比较薄弱,哪些地方可以改进?业务战略哪些地方比较薄弱,哪些地方可以改进?我们是否发现利润区?如何获取利润区的利润?我们是否发现利润区?如何获取利润区的利润?可以怎样改进当前的业务方案?可替换的新方案有哪些?可以怎样改进当前的业务方案?可替换的新方案有哪些?客户更喜欢哪种方案?客户更喜欢哪种方案?33收获/重新细分战略地位分析(战略地位分析(SPAN)34案例:总体策略区域案例:总体策略区域SPAN分析分析2005年年1-10月总投资规模月总投资规模 预测单位:亿元预测单位:亿元大区销售大区销售占有率占有率

22、西北华北东北华中华南华东西南4321 2 4 6 8 10 12 14 16 18 20潜力市场维持市场鸡肋市场优势市场巩固市场35产品组合分析的业务定位产品组合分析的业务定位231不同多样化新市场新销售渠道相同市场新销售渠道新市场相同销售渠道相同相同当前生产品类相似产品相似技术新技术不同多样化商业计划新办企业市场产品技术新业务风险36安索夫矩阵提供了支撑目标的框架安索夫矩阵提供了支撑目标的框架37产品路标规划的流程产品路标规划的流程38IBM ThinkPad产品线9293949596979899ThinkPad700ThinkPad700CThinkPad750ThinkPad755Thi

23、nkPad750CThinkPad755CThinkPad300ThinkPad380ThinkPad380DThinkPad560ThinkPad770ThinkPad500ThinkPad510CThinkPad755CD/CVThinkPad760ThinkPad570ThinkPad240ThinkPad390XThinkPad600XThinkPad1400ThinkPad1500ThinkPad390E2000高档家族中档家族低档家族案例:产品路标规划案例:产品路标规划39产品路标规划的制定产品路标规划的制定 产品路标规划制定的责任中心产品路标规划制定的责任中心产品线管理部门(跨产

24、品开发全流程团队)产品线管理部门(跨产品开发全流程团队) 产品路标规划制定的周期产品路标规划制定的周期根据公司的情况一年根据公司的情况一年24次,不断刷新次,不断刷新 路标规划的时间范围路标规划的时间范围产品路标规划的时间范围通常是最长开发周期时间的产品路标规划的时间范围通常是最长开发周期时间的23倍倍40 由产品开发团队和产品市场人员制定路标评审材料,报产由产品开发团队和产品市场人员制定路标评审材料,报产品线总监,确定产品线责任人品线总监,确定产品线责任人 由市场部负责路标规划的人员同产品线路标负责人确定材由市场部负责路标规划的人员同产品线路标负责人确定材料的完备性,拟出修改的计划料的完备性

25、,拟出修改的计划 召集产品开发团队及产品市场人员确定资料编写和修改的召集产品开发团队及产品市场人员确定资料编写和修改的责任人及时间责任人及时间 召集部分技术专家,产品开发团队及产品市场人员预审召集部分技术专家,产品开发团队及产品市场人员预审 组织产品管理团队会议,进行产品路标规划评审组织产品管理团队会议,进行产品路标规划评审产品路标规划的评审步骤产品路标规划的评审步骤41讨论讨论&演练演练 根据公司当前的产品组合,整理出公司产品的波根据公司当前的产品组合,整理出公司产品的波士顿矩阵,士顿矩阵,每一小组派一名代表上台发表之!每一小组派一名代表上台发表之!42市场需求管理的流程市场需求管理

26、的流程需求收集需求收集确定外部来源:客户客户行业分析报告行业分析报告竞争对手动态竞争对手动态各种展览各种展览专业媒体专业媒体技术论坛技术论坛确定内部来源:开发团队开发团队技术规划团队技术规划团队预研预研市场团队市场团队销售团队销售团队整理有价值需求需求分析需求分析需求分配需求分配需求执行需求执行需求验证需求验证需求过滤:解释解释过滤过滤检视检视需求分析:分类分类排序排序证实证实需求分配产品的市场管理产品路标规划具体的版本规划PCR的分析决策需求纳入:业务计划业务计划/产产品路标规划品路标规划项目任务书项目任务书PCR开发需求:新方案新方案新产品新产品加入正在开加入正在开发的产品发的产品需求的跟

27、踪和变更控制验证需求43收集市场需求的收集市场需求的12种方法种方法Customers and Huawei in action.Beta ProgramBenchmarkConferenceCustomer BriefingCustomer Advisory CouncilCustomer Satisfaction ProgramCustomer Support AdvocateDecision Support CenterDevelopment AdvocateOn-site SupportSolutions TeamSupportLine收集市场需求的收集市场需求的12种方法种方法直接方

28、法直接方法间接方法间接方法与开发相关的与开发相关的与支持相关的与支持相关的其他方法其他方法客户建议团队客户建议团队公司决策中心公司决策中心客户简报客户简报研发高层交流研发高层交流解决方案团队解决方案团队标杆管理标杆管理产品试用产品试用售后服务高层交流售后服务高层交流现场支持现场支持服务热线服务热线800各种会议各种会议客户满意度客户满意度调查调查44客户需求分析客户需求分析是指从产品的价格、可获得性、是指从产品的价格、可获得性、包装、性能、易用性、保证性、生命周期成包装、性能、易用性、保证性、生命周期成本和社会接受程度八个方面(即本和社会接受程度八个方面(即$APPEALS)来了解客户对产品的

29、需求,并依此与业界主来了解客户对产品的需求,并依此与业界主要对手进行对比分析,确定细分市场的产品要对手进行对比分析,确定细分市场的产品需求定位和竞争策略。需求定位和竞争策略。PerformancePackagingEase of UseAvailabilityLife CycleSocial Acceptance$ PriceAssurances不就是与客不就是与客户吃饭吗?户吃饭吗?客户需求的评估方法客户需求的评估方法45价值分析曲线价值分析曲线46市场需求分配机制市场需求分配机制市场需求哪条路径1、针对现有产品开发团队的单产品需求现有产品现有产品开发团队开发团队接纳现有的需求,PCR流程P

30、L-RMTC-RMT2、长期需求3、跨产品需求4跨产品线需求协调跨产品线工作协调跨产品的工作纳入市场管理流程,输出产品路标规划市场需求的分配关系到:市场需求的分配关系到:市场管理流程新产品开发流程(NPD)涉及到部门或者角色:涉及到部门或者角色:产品开发团队实现现有产品制定NPD流程产品线需求管理团队PL-RMT制定PL的业务计划书产品路标规划公司级的需求管理团队C-RMT管理跨产品线需求47市场需求的执行与验证市场需求的执行与验证客户所客户所想所需想所需市场市场 需求需求产品包产品包 需求需求设计设计 需求需求产品规产品规格书格书开发开发 需求需求测试测试需求的执行需求的执行需求的验证与确认

31、需求的验证与确认48讨论讨论&演练演练 根据自己的工作经验和企业的实际,选择一款产根据自己的工作经验和企业的实际,选择一款产品(或者以某款手机为案例),作价值曲线分析,品(或者以某款手机为案例),作价值曲线分析,每一小组派一名代表上台发表之!每一小组派一名代表上台发表之!单元四、单元四、IPD的组织与团队的组织与团队 50一些公司的做法一些公司的做法 未能明确规定组织产品开发项目的未能明确规定组织产品开发项目的方法方法 虽然能够描述他们的组织方法,却虽然能够描述他们的组织方法,却无法调动其小组有效地工作无法调动其小组有效地工作 不断尝试各种各样的组织方法,不断尝试各种各样的组织方法,希

32、希望有一天找到能行的通的路望有一天找到能行的通的路51成功的产品开发小组的特征成功的产品开发小组的特征 小组成员间能够十分有效、又小组成员间能够十分有效、又非常自如地进行沟通(纵向非常自如地进行沟通(纵向&横向)横向) 习惯于协调无数个须同时进行习惯于协调无数个须同时进行的活动的活动 高效的决策(达成共识,主动高效的决策(达成共识,主动决策而不愿任由问题发生)决策而不愿任由问题发生)52公司总裁人力资源总监财务总监市场部总监工程部总监制造部总监采购部总监客服部经理内销部经理进出口部经理系统工程经理电子工程经理软件工程经理机械工程经理制造部经理装配部经理检测部经理生产计划经理生产采购经理

33、行政采购经理职能型组织结构职能型组织结构53公司总裁人力资源部总监财务部总监项目A项目经理项目B项目经理工程部经理市场部总监法律部总监系统机械软件制造部经理制造检测组装供应部经理采购品保质检咨询顾问团队设计评审培训工程部经理系统机械软件制造部经理制造检测组装供应部经理采购品保质检咨询顾问团队设计评审培训项目型组织结构项目型组织结构54公司总裁人力资源部总监财务部总监项目总监软件部经理研发总监市场总监制造总监技术支持总监硬件部经理测试部经理解决方案经理产品部经理装配部经理检测部经理生产计划经理工程部经理客服部经理项目A客户项目经理A项目B客户项目经理B项目C客户项目经理C张工王工小李牛工陈工吴工

34、陈工刘工周工陈工郑工季工卢工钟工小王王工李工何工庞工乔工周工王工苗工施工矩阵型组织结构矩阵型组织结构55 组织类组织类 型型 项目特点项目特点职能型组织职能型组织矩阵型组织矩阵型组织项目组织项目组织弱弱矩阵型矩阵型平衡矩阵型平衡矩阵型强强矩阵型矩阵型项目经理的项目经理的授权程度授权程度很少或没有很少或没有 有限有限低低中等中等中等中等-高高高高-几乎全权几乎全权项目全职人项目全职人员的百分比员的百分比几乎没有几乎没有0-25%15-60%50-95%85-100%项目经理的项目经理的角色角色兼职兼职兼职兼职全职全职全职全职全职全职项目经理的项目经理的名衔名衔Project Coordinato

35、r / Project LeaderProject Coordinator / Project LeaderProject Manager / Project OfficerProject Manager / Program ManagerProject Manager / Program Manager项目管理行项目管理行政事务人员政事务人员兼职兼职兼职兼职兼职兼职全职全职全职全职不同组织结构类型的特点不同组织结构类型的特点56外围组外围组核心组核心组CHAIRMEN决策层:公司层面,决定产品决策层:公司层面,决定产品/项项目投资策略目投资策略投资评审团队投资评审团队外围组外围组核心组核心组

36、LEADER产品管理团队产品管理团队管理层:管理产品交付管理层:管理产品交付外围组外围组核心组核心组产品经理产品经理/项目经理项目经理产品开发团队产品开发团队执行层:执行产品开发管理执行层:执行产品开发管理业界最佳产品管理团队的层次业界最佳产品管理团队的层次57产品开发团队中的角色产品开发团队中的角色 不是名字,不等于职位不是名字,不等于职位 角色,是承担一类相同活动的主体,强调对职责角色,是承担一类相同活动的主体,强调对职责的描述,相同角色的工作性质、类别完全相同,的描述,相同角色的工作性质、类别完全相同,完成工作所需条件也基本一样,如软件工程师就完成工作所需条件也基本一样,如软件工程师就是

37、一个角色是一个角色 同一个人可能承担多个角色,同一角色可能有多同一个人可能承担多个角色,同一角色可能有多个人来承担个人来承担58PDT是临时小组在项目开始时成立在产品成功发布后解散 PDT成员在概念阶段一起作整个项目的计划PDT成员在计划阶段一起管理整个项目PDT:Product(Project) Development Team 产品(项目)开发团队产品(项目)开发团队核心项目小组的构成核心项目小组的构成59Sales & MarketingR & DMfgQuality & TestVendorsMaterials(Procurement)Product Plann

38、ingFinance案例:某公司核心项目小组的构成案例:某公司核心项目小组的构成60领导整个项目小组:领导整个项目小组:1.建立和领导整个PDT团队2.召集PDT核心组,将项目职责分配到PDT核心组成员个人3.启动项目和保持项目正常沟通,当无法达成一致时做出决策与管理层进行沟通:与管理层进行沟通:1.作出各DCP的日程安排,将业务计划书提交和呈现给公司管理层2.从公司管理层获得承诺,并确保所需要的资源的到位3.及时向公司管理层提供项目的进展情况核心项目小组组长核心项目小组组长LPDT的职责(一)的职责(一)61管理整个项目小组:管理整个项目小组:1. 确保财务、开发、制造、技术支持、采购、市场

39、行确保财务、开发、制造、技术支持、采购、市场行销和销售计划互相耦合销和销售计划互相耦合2. 组织制定组织制定WBS,并指导各功能部门的核心项目组成,并指导各功能部门的核心项目组成员详细制定各功能领域的员详细制定各功能领域的WBS3. 制定和维护项目计划,确保根据时间表、预算和规制定和维护项目计划,确保根据时间表、预算和规格说明书执行各类活动格说明书执行各类活动 4. 进行风险评估和制定风险管理计划进行风险评估和制定风险管理计划 5. 管理和控制整个项目执行过程中的变更管理和控制整个项目执行过程中的变更核心项目小组组长核心项目小组组长LPDT的职责(二)的职责(二)62v了解业界相关的技术v了解

40、业务决策的影响v具有沟通价值的能力v具有推行流程的能力v管理整个团队v强大的分析能力v有效的计划技能v能够解决不同业务部门间的分歧v能够建立良好的人际关系v富有想像力,创造性思维v了解公司的愿景和核心业务v从客户的角度考虑问题v具有沟通愿景的能力v幽默感v很强的领导能力v勇于面对变革v很强的计划技能技术知识技术知识分析和谈分析和谈判技能判技能想像力想像力个人特征个人特征项目经理具备对于引导变革至关重要的特征。领导意识全球观念创造力团队建设技能谈判和沟通业务知识领导能力责任感技术技能项目经理的能力模型项目经理的能力模型63 素质特征:素质特征:有管理经验,是一个精明而讲究实际的管理者有管理经验,

41、是一个精明而讲究实际的管理者有个性魅力,使项目组成员快乐而有生气有个性魅力,使项目组成员快乐而有生气有全流程的丰富的工作经验有全流程的丰富的工作经验具有创造性思维具有创造性思维具有灵活性,同时具有组织性和纪律性具有灵活性,同时具有组织性和纪律性项目经理的素质特征项目经理的素质特征64 性格特征:性格特征:诚实、正直、热情诚实、正直、热情善于沟善于沟多面手多面手自信、有进取心自信、有进取心项目经理的性格特征项目经理的性格特征沉着、冷静、果断沉着、冷静、果断敏感、反应敏捷敏感、反应敏捷精力充沛、坚韧不拔精力充沛、坚韧不拔善解人意善解人意65培养项目经理所需要的能力培养项目经理所需要的能力 周边部门

42、锻炼,提高产品全流程意识和技能周边部门锻炼,提高产品全流程意识和技能 通过在项目经理助理等岗位进行培训,获取经通过在项目经理助理等岗位进行培训,获取经验验 参加项目经理知识和技能培训参加项目经理知识和技能培训 与一些具有你想学习的技能的项目经理进行深与一些具有你想学习的技能的项目经理进行深入的交流和探讨入的交流和探讨 自我批评总结,不断学习总结,改正错误自我批评总结,不断学习总结,改正错误66小组的职能专家小组的职能专家1.解决本职能领域的问题2.在设计和项目决策时代表职能部门3.共同负责小组的最终结果4.对计划、预算、关键问题等的进展情况进行汇报对功能部门的交付负责对功能部门的交付负责1.与

43、职能部门沟通的桥梁2.向职能部门经理汇报项目情况3.应用职能部门的策略、工具和标准协同外围小组的活动协同外围小组的活动1.管理职能部门的项目计划和预算2.负责PDT与职能部门间的信息交换3.在职能部门内对设计/项目进行评审核心小组成员的角色及义务核心小组成员的角色及义务67 独立完成产品定义、设计、开发和测试等工作独立完成产品定义、设计、开发和测试等工作关注于特定的功能性任务,关注于特定的功能性任务,“Just do it” 在特殊情况下,在特殊情况下,PDT小组可能没有外围小组小组可能没有外围小组非常小的项目职能部门在项目中的工作不多非常小的项目职能部门在项目中的工作不多外围小组成员的角色及

44、义务外围小组成员的角色及义务68提供职能领域的技术领导提供职能领域的技术领导1.定义职能部门的策略、指导原则、工具和标准2.建立职能部门的技术发展路标3.建立职能部门的技术管理体系建立优异的职能部门团队建立优异的职能部门团队1.执行职能部门预算2.建立专业任职资格标准,雇佣/解雇员工、培训员工及对员工进行绩效考评3.领导职能部门的技术项目支持支持PDT工作工作1.确定参与项目的人员及资源2.参与设计及评审,贡献专业能力职能部门经理的角色及义务职能部门经理的角色及义务69核心项目小组的方法实现很好的授权核心项目小组的方法实现很好的授权高层管理人员可以就产品作出重大高层管理人员可以就产品作出重大战

45、略决策战略决策核心小组成员则为产品开发制定所有核心小组成员则为产品开发制定所有实施决策或实施决策或战术性的决策战术性的决策。这为公司带来两大益处:。这为公司带来两大益处: 行政领导把时间花在制定战略方向和控制上,而不是行政领导把时间花在制定战略方向和控制上,而不是在微观上管理下级部门的决策或解决职能部门之间的在微观上管理下级部门的决策或解决职能部门之间的争执;争执; 大多数与项目有关的决策都是由开发项目关系最密切大多数与项目有关的决策都是由开发项目关系最密切的核心小组作出的,因为核心小组成员与开发项目朝的核心小组作出的,因为核心小组成员与开发项目朝夕相处,他们掌握了决策的必要信息。夕相处,他们

46、掌握了决策的必要信息。70一些公司采用核心项目小组未能成功的原因一些公司采用核心项目小组未能成功的原因职能部门与项目小组的权责划分不清职能部门与项目小组的权责划分不清小组成员的角色和责任不明晰小组成员的角色和责任不明晰对跨部门的团队的运作理解不一致对跨部门的团队的运作理解不一致核心项目小组没有得到适当的授权核心项目小组没有得到适当的授权小组成员没有全心投入到工作中去小组成员没有全心投入到工作中去与之相关的文化变革没有跟上与之相关的文化变革没有跟上71Phase 1Phase 2Phase 3Phase 4随意组合随意组合“消防队消防队员员”即应急即应急的人员往往的人员往往比项目经理比项目经理更

47、受尊重更受尊重小组成员变小组成员变化很大化很大职能部门之职能部门之间的矛盾大间的矛盾大领导权易手领导权易手快或无法确定快或无法确定类似核心类似核心小组模式的小组模式的小型、跨部小型、跨部门专业小组门专业小组已经建立已经建立强有力的强有力的项目管理项目管理经验丰富的经验丰富的核心小组通常核心小组通常开发多代产品开发多代产品利用核心小利用核心小组作为产品开组作为产品开发平台及进行发平台及进行技术开发技术开发项目组织演变的阶段项目组织演变的阶段72 目前公司产品开发团队的组织形式存在哪些问题?目前公司产品开发团队的组织形式存在哪些问题? 在了解业界项目经理的素质模型之后,请结合公司在了解业界项目经理

48、的素质模型之后,请结合公司的实际情况,采用画像和拼像的方式讨论公司优秀的实际情况,采用画像和拼像的方式讨论公司优秀的项目经理模型的项目经理模型每个小组选派一名代表上台发表之每个小组选派一名代表上台发表之演练与问题讨论演练与问题讨论单元五、单元五、IPD的产品开发流程的产品开发流程 74 为了管理好产品开发,产品开发必须成为结构合理、为了管理好产品开发,产品开发必须成为结构合理、定义清楚的流程定义清楚的流程结构合理:自上而下的层次架构中,上层结构简单一些,结构合理:自上而下的层次架构中,上层结构简单一些,越到下层越具体越到下层越具体定义清楚:每项工作都应清清楚楚地明确规定出来,所定义清楚:每项工

49、作都应清清楚楚地明确规定出来,所有与产品开发有关的人应该清楚他们所参与的是什么工有与产品开发有关的人应该清楚他们所参与的是什么工作,用什么方法去完成作,用什么方法去完成为什么要把产品开发流程结构化为什么要把产品开发流程结构化75 活动活动 任务任务 步骤步骤阶段阶段 层次结构层次结构阶段(阶段(Pocket Card)步骤(如:软件开发)步骤(如:软件开发)任务和活动(如:概要设计、详细设计)任务和活动(如:概要设计、详细设计)详细的开发指南(指导书、模板、表单、详细的开发指南(指导书、模板、表单、CHECKLIST(经验、主动性、前瞻性)(经验、主动性、前瞻性)结构化产品开发的层次结构化产品

50、开发的层次76流程体系设计需要结构化、层次化流程体系设计需要结构化、层次化77电脑设计PWBDev.原型0概念评估1策划/规范2开发3评估4产品发布概念评估产品功能描述产品开发计划可靠性/环境测试实地测试包装设计机械设计加工周期软件设计和开发生产及测试过程开发用户服务过程开发分析 开实验局批量生产阶段4评审阶段3评审阶段2评审阶段1评审0阶段评审投入市场过程案例分析案例分析: :某公司的产品开发流程某公司的产品开发流程78评评审审报报告告0 00 05 5修修改改报报告告0 00 06 6是否通过否是0 00 07 7R1R1流程图中的表示方式流程图中的表示方式79 从繁杂、单调的任务中解放出

51、来,将更多的时间花从繁杂、单调的任务中解放出来,将更多的时间花在创造性的增值工作上(如:报告的格式)在创造性的增值工作上(如:报告的格式) “结构把人限制住了,太死板,缺乏灵活性结构把人限制住了,太死板,缺乏灵活性” “结构化开发流程在我们这里不会有用的,因为我结构化开发流程在我们这里不会有用的,因为我们从来不重复同样的项目们从来不重复同样的项目” 没有积累的经验可参考和应学习的榜样,没有标准没有积累的经验可参考和应学习的榜样,没有标准化并运用于其它项目中(愚蠢的错误)化并运用于其它项目中(愚蠢的错误)产品开发流程结构化的几个常见问题产品开发流程结构化的几个常见问题80 产品开发流程是无结构的

52、(项目组自己定义)产品开发流程是无结构的(项目组自己定义) 产品开发流程定义得过于详细了(文档准备和批产品开发流程定义得过于详细了(文档准备和批准)准) 原则和创造力之间的平衡原则和创造力之间的平衡产品开发流程结构化的两种做法产品开发流程结构化的两种做法81到什么程度合适?到什么程度合适?82 术语和定义不一致(测试报告)术语和定义不一致(测试报告) 过多的澄清会议过多的澄清会议 中层管理人员太多中层管理人员太多 进度表不准确(所依据的假设不能被分享和了解)进度表不准确(所依据的假设不能被分享和了解) 无法估计出资源需求无法估计出资源需求 小组与小组之间的计划不衔接(对必定出现什么情小组与小组

53、之间的计划不衔接(对必定出现什么情况有不同的理解)况有不同的理解)需要进一步结构化的征兆需要进一步结构化的征兆83 过量的任务间的相互依赖(低成本工作拖高成本工过量的任务间的相互依赖(低成本工作拖高成本工作的后腿)作的后腿) 对职责理解不够对职责理解不够 注意力集中在注意力集中在“救火救火”上(卷起袖子解决问题)上(卷起袖子解决问题) 开发产品没有一个开发产品没有一个“统一方法统一方法” 浪费在没有附加值的工作上的时间(协调、重做)浪费在没有附加值的工作上的时间(协调、重做)需要进一步结构化的征兆(续)需要进一步结构化的征兆(续)84 它们定义了所有的产品开发活动,但是没有为这它们定义了所有的

54、产品开发活动,但是没有为这些活动定义任何结构些活动定义任何结构 流程结构不当,没能使第一级负责决策,下一级流程结构不当,没能使第一级负责决策,下一级负责计划和进度和任务管理负责计划和进度和任务管理 流程尚未有效实施流程尚未有效实施 流程可能定义得太僵化、太官僚,需要大量的、流程可能定义得太僵化、太官僚,需要大量的、证明完工的书面材料证明完工的书面材料为什么有些公司未能成功实施为什么有些公司未能成功实施85Phase 1Phase 2Phase 3Phase 4对能否对能否推出新产推出新产品的担忧品的担忧多于对其多于对其它有关开它有关开发流程的发流程的考虑。考虑。各职能部各职能部门的职责明门的职

55、责明确。确。难于协调。难于协调。对开发流对开发流程的依赖程程的依赖程度相差很大。度相差很大。开发流程有一定开发流程有一定的结构,并有清楚的结构,并有清楚但简单的定义。但简单的定义。是综合各职能部是综合各职能部门的简单整体调配门的简单整体调配过程。过程。适用于所有项目。适用于所有项目。开发流程开发流程已植根于企已植根于企业文化中。业文化中。产品开发产品开发流程与产品流程与产品战略和技术战略和技术过程有效地过程有效地结合起来。结合起来。产品开发流程演变的阶段产品开发流程演变的阶段86案例分析案例分析请按照请按照DesignFlow的流程设计的方法论画出公的流程设计的方法论画出公司的产品开发流程,并

56、找出改进的机会点司的产品开发流程,并找出改进的机会点单元六、单元六、IPD的业务决策与技术评审的业务决策与技术评审 88研发研发战略与战略与业务决策管理中存在的典型问题业务决策管理中存在的典型问题 研发战略不清晰研发战略不清晰 决策效率低决策效率低 决策与执行脱节决策与执行脱节研发资源不能落实研发资源不能落实缺乏有效的决策支持信息缺乏有效的决策支持信息89为什么需要阶段决策评审为什么需要阶段决策评审1009080706050403020100项目时间的百分比项目时间的百分比7654321观念的数目观念的数目筛选和评估筛选和评估商业分析商业分析开发开发测试测试商业化商业化一项成功一项成功的产品的

57、产品每七个观念中,有一个能获得成功。每四个开每七个观念中,有一个能获得成功。每四个开发项目中,只有一个成为商业上的成功者!发项目中,只有一个成为商业上的成功者!来源:来源:Winning at New Product90 决策的意义决策的意义引导产品开发、实施产品战略、授权项目组开发新产品引导产品开发、实施产品战略、授权项目组开发新产品 决策什么决策什么优先级排序和分配开发资源优先级排序和分配开发资源 决策中的问题决策中的问题缺乏效率、滞后、优柔寡断等缺乏效率、滞后、优柔寡断等 谁的过错谁的过错决策的错位决策的错位将研发战略和规划落实将研发战略和规划落实91高层领导在产品开发中扮演的角色高层领

58、导在产品开发中扮演的角色 制定产品发展规划(角色混淆、责任颠倒)制定产品发展规划(角色混淆、责任颠倒) 决策(提前参与到产品开发中)决策(提前参与到产品开发中) 培育产品开发流程(所有项目从中受益)培育产品开发流程(所有项目从中受益) 激励(下班就回家激励(下班就回家&通宵加班)通宵加班) 聘用最好的开发人员聘用最好的开发人员92产品审批委员会(产品审批委员会(PAC)的权力和责任)的权力和责任 提出新产品开发项目提出新产品开发项目 取消或重新制定项目的优先次序取消或重新制定项目的优先次序 确保进行开发的产品符合公司战略确保进行开发的产品符合公司战略 分配开发资源分配开发资源93业务决

59、策评审业务决策评审 产品开发流程中包括了四个主要的决策评审点产品开发流程中包括了四个主要的决策评审点 在每个决策评审点上产品开发团队需要要准备在每个决策评审点上产品开发团队需要要准备特定的材料来为公司产品管理团队提供必要的特定的材料来为公司产品管理团队提供必要的信息以做出明确的决策:继续、终止或者重新信息以做出明确的决策:继续、终止或者重新定向定向94 阶段决策评审是保证产品竞争力,提高效率的好阶段决策评审是保证产品竞争力,提高效率的好办法,但要真正让它发挥作用,必须遵循一定的评办法,但要真正让它发挥作用,必须遵循一定的评审方法论:审方法论:1、何时进行评审、何时进行评审(商业风险、什么时候该

60、管、无为而治)2、谁来评审、谁来评审(对资源的控制、保证公司部门优先级一致)3、评审什么、评审什么(不要陷入细节)4、下什么结论、下什么结论(避免会议没有结果或形不成决议、无人下结论或拍板)决策评审的方法论决策评审的方法论95Phase 1Phase 2Phase 3Phase 4非正式且非正式且非常被动的非常被动的管理层注管理层注意到什么项意到什么项目,资源就目,资源就流向什么项流向什么项目目通过年预算确定项通过年预算确定项目的优先等级;目的优先等级;建立了项目进展状建立了项目进展状况的汇报渠道,但往况的汇报渠道,但往往很费时。往很费时。职能部门管理者确职能部门管理者确定项目的优先次序时,定项目的优先次序时,实际上往往自相矛盾实际上往往自相矛盾资源分配困难资源分配困难跨部门的领导跨部门的领导小组(如:小组(如:PAC)依照有效的、以依照有效的、以产品开发事件为产

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论