标签:
杂谈 |
分类: 集成产品开发(IPD) |
一、市场管理
1、客户需求分析
IPD方式:通过使用一种用于了解客户需求、确定产品市场定位的工具—— $APPEALS进行需求分析。以客户为中心、客户喜好优先、强调客户对质量的意见。
传统方式:以技术为中心、从职能角度出发与对手比较,关注设计和制造的质量,对市场有一定了解,缺乏系统的分析,对设计的输入更没有从市场角度出发。没有明确的生命周期管理。
2、投资组合分析
IPD方式:对产品开发进行有效的投资组合分析。正确评价、决定是否开发一个新产品,以及正确地决定对各个新产品的资金分配额,测定新产品的投资利润率,并在开发过程设置检查点,通过阶段性评审来决定项目是继续、暂停、还是改变方向。
传统方式:没有有效的项目开发规划、评价机制、销售点菜—项目过多—资源 浪费,项目一旦开始就不能停下来。
3、衡量指标
IPD方式:投资分析和评审的依据是事先制订的衡量指标,包括对产品开发过程、不同层次人员或组织的工作绩效进行衡量的一系列指标。如产品开发过程的衡量标准有硬指标(如财务指标、产品开发周期等)和软指标(如产品开发过程的成熟度)
传统方式:在项目的开发过程中没有有效的衡量指标,包括产品的研发费用只有总的费用,不可控、有的投入非常巨大。
二、流程重整
1、跨部门团队
IPD方式:在IPD中有两类跨部门团队,一个是集成产品管理团队(IPMT),属于高层管理决策层IPMT由公司决策层人员组成,其工作是确保公司在市场上有正确的产品定位,保证项目、保证资源、控制投资;另一个是产品开发团队(PDT),属于项目执行层PDT是具体的产品开发团队,其工作是制定具体产品策略和业务计划,按照项目计划执行并保证及时完成,确保小组将按计划及时地将产品投放到市场。
传统方式:大小事情统管,反应速度慢,技术层面的问题不能得到快速反应与 决策,各部门的人员不是一个整体,相互推卸责任。
2、结构化流程
IPD方式:产品开发流程被明确地划分为概念、计划、开发、验证、发布、生命周期六个阶段,并且在流程中有定义清晰的决策评审点。这些评审点上的评审已不是技术评审,而是业务评审,更关注产品的市场定位及盈利情况。决策评审点有一致的衡量标准,只有完成了规定的工作才能够由一个决策点进入下一个决策点。
传统方式:常陷入投资陷阱,如负责人明知有些在开发过程中的产品很难在将来的市场上有所作为或产品开发难以完成,但由于情感的或利益的原因难以割舍,而又缺乏例行的决策和整个产品开发界定不清,到最后不了了之,浪费大量的资源。
3、项目和管道管理
IPD方式:项目管理是使跨部门团队集合起来更好地行动的关键。首先要有一个目标即项目所要达到的效果,一旦我们将客户的需求转换为对产品的需求时,就可以制定详细计划。该计划中的各部分将具体划分为每个职能部门的工作,即这个计划不只是研发部门的计划,也是公司各个部门共同的计划。管道管理类似于多任务处理系统中的资源调度和管理,指根据公司的业务策略对开发项目及其所需资源进行优先排序及动态平衡的过程。
传统方式:没有项目管理经验与积累,不能具体到项目的盈亏,不能有针对性的评论Q、C、D的目标,最终是一笔糊涂帐,不知自己的优缺点(到底是哪个项目盈利、哪个亏损,哪里需提高、改进,哪里需要继承都不得而知)没有有效的资源调配机制。
三、产品重整
IPD提高开发效率的手段是产品重整。产品重整主要关注于异步开发和共用基础模块(CBB)。
1、异步开发
IPD方式:异步开发模式的基本思想是将产品开发在纵向分为不同的层次,如技术层、子系统层、平台层等。不同层次工作由不同的团队并行地异步开发完成,从而减少下层对上层工作的制约,每个层次都直接面向市场。
传统方式:通常,在产品开发过程中,由于上层技术或系统通常依赖于下层的技术,因此,开发层次之间的工作具有相互依赖性,如果一个层次的工作延迟了,将会造成整个时间的延长,这是导致产品开发延误的主要原因。
2、共用基础模块
IPD方式:共用基础模块(Common Building Blocks, CBB)指那些可以在不同产品、系统之间共用的零部件、模块、技术及其他相关的设计成果。通过产品重整,建立CBB数据库,实现技术、模块、子系统、零部件在不同产品之间的重用和共享,可以缩短产品开发周期、降低产品成本。
传统方式:部门内部和部门之间共享已有成果的程度很低,随着产品种类的不断增长,零部件、支持系统、供应商也在持续增长,这将导致一系列问题,使得设计开发人员成长缓慢、开发速度降低、成本增加。
四、优势汇总
- 产品研发周期显著缩短
- 产品成本降低
- 产品质量普遍提高
- 新产品收益百分比增加
- 设计更改减少
- 技术积累增加
- 新人成长速度加快
- 工作交接比较顺利