IPD管理模式下的解决方案开发

on1e

摘 要：解决方案是对某些关键细分市场提供端到端的业务与服务，包含两个或以上的部件产品。传统的项目交付方式已不能满足现代行业发展的需求和挑战。为了促进行业的人员整合、优化设计效果，需要整合设计施工一体化，从而降低成本，迎接国际化的挑战。IPD作为新的项目交付方式，受到越来越多业内人士的关注，本文浅析IPD管理模式下的解决方案开发，以供相关行业借鉴。

关键词：IPD模式；解决方案；产品开发

一、IPD核心思想简介

集成产品开发（Integrated  Product  Development，IPD），是一套产品开发的模式、理念与方法。它不只是一套管理工具，更准确的说它是一套管理体系，在这套体系里包含了具有IPD特色的阶段流程、矩阵式组织、及时反馈的绩效管理模式，更为重要的是其独特的产品开发思想。作为先进的产品开发理念，IPD核心思想主要有：新产品开发是一项投资决策；基于市场的开发，要求对市场需求和竞争分析进行创新，因此，正确定义产品概念、市场需求是IPD流程的第一步；跨部门的产品开发团队（PDT：Product Development  Team），通过高效沟通、协调及决策，使产品尽快的推向市场；异步开发模式，实施严密的计划、准确的接口设计，把原来的许多后续活动提前进行，这样可以缩短产品上市时间；重用性：采用公用构建模块（CBB：Common  Building Block）提高产品开发的效率；结构化的流程：产品开发项目的相对不确定性，要求开发流程在非结构化与过于结构化之间找到平衡。其中协作与信任是IPD的核心。

国内外许多高科技企业采集了集成产品开发（IPD）模式，IBM和深圳华为等公司都取得了较大的成功。实践证明，IPD是一种卓越的产品开发模式：（1）产品设计开发周期显著缩短；（2）产品成本降低；（3）设计开发费用占总收入的比率降低，人均产出率大幅提高；（4）产品质量普遍提高；（5）花费在中途废止项目上的费用明显减少。

二、解决方案开发IPD框架中的核心内容

1.畅通的跨部门协同协作

IPD项目管理最大的优势就是协同管理，解决方案开发各领域代表在项目的早期阶段就需要介入项目，交流合作，实现超越传统意义的协同工作。解决方案开发不是开发部门的事，项目组团队不单单只由开发人员组成。解决方案应该提供哪些功能、满足哪些客户需求，必须要有市场部门的充分参与；方案能否顺利的交付需要方案验证部门、交付部门参与整个开发过程，是多兵种协同的集团军。各领域代表尽早介入设计阶段，目的是降低成本、缩短工期、减少错误和浪费。

2.串行的异步开发模式

传统方案的开发工作是串行的流程，各个领域的工作做完后移交到下一个领域，这样的模式最主要的问题就是效率低下、返工、交接困难、容易扯皮；IPD管理模式下的解决方案开发工作是并行的流程，各个领域按照制定的策略与业务计划，主要任务工作同时开展，确保按计划及时地将解决方案推向市场。

3.正式的技术评审点

解决方案开发流程中定义了六大技术评审点TR（Technology  Review）：TR1是解决方案需求评审；TR2是解决方案设计规格评审；TR3是部件规格的支撑评审；TR4是部件产品实现评审；TR5是解决方案系统测试评审；TR6是实验局用户验证评审。评审由相关业务专家对阶段工作成果进行质量评估和风险评估，以对上一阶段输出“及时”检查的原则，帮助开发项目改进和优化设计，减少项目后期的设计更改。TR的质量评估结果将作为下一次DCP的决策依据。

4.领导决策把握方向

解决方案开发流程中设置了4个DCP，各个决策检查点重点检查当前阶段完成的工作，决策要点侧重不同，分别为概念决策检查点CDCP（concept Decision Check Point）：解决方案是否有足够的发展潜力；计划决策检查点PDCP（Plan Decision Check Point）：业务计划和项目计划是否合理；可获得性决策检查点ADCP（Available Decision Check Point）：解决方案是否已为发布做好准备；生命周期决策检查点LDCP（Lifecycle Decision  Check  Point）：该解决方案是否应该继续留在市场上。决策评审评委IPMT由公司决策层人员组成，从市场的角度考察是否盈利，适时终止前景不好的项目，保证将有限的资源投到高回报的项目上。

三、IPD模式下解决方案开发流程

阶段一：概念阶段

概念阶段主要工作内容就是尽可能完整、详细地确定解决方案的需求规格，不仅包括解决方案的功能、性能等外部客户需求，还包括可测试性需求、可服务性需求等内部需求。为什么要关注内部需求呢？因为方案不仅销售给客户使用，还要便于测试、交付及售后服务，这样才能以最好的质量、最低的成本向客户提供解决方案和服务，企业最终才能获得最大收益，达到市场和财务目标。

从概念阶段的一开始，包括市场、测试、服务、合作、采购等各角色参与解决方案需求定义过程。市场代表收集市场和客户的外部需求，测试、服务、合作、采购代表根据外部需求收集各专业领域的内部需求。最后由解决方案开发系统工程师对所有需求进行分析、整合，本阶段主要输出成果是解决方案需求规格和初步的业务计划书。

阶段二：计划阶段

计划阶段启动时需要增加业务方案和项目计划的设计人员，需要扩展团队成员。计划阶段主要工作是制定最终的、基于事实的、可行的解决方案，详细业务计划书和项目计划，包括市场分析、竞争分析、目标客户群、拟开发的解决方案描述、成本及风险分析、销售预测及财务评估、项目进度和资源计划等方面信息。所有这些信息都要从业务的角度来思考和确定，保证企业最终能够盈利。

进入计划阶段，首先是解决方案系统工程师根据概念阶段选定的技术概念开展架构设计，包括需求分解与分配、确定解决方案规格和总体设计方案，同时解决方案需求规格中的各项需求需分配给部件产品、软件等各子系统。在制定详细的业务计划书后，项目经理需对后续的工作进行任务分配、人员分工、时间进度作出全面、详细地安排，要能作为每一位项目成员工作安排的依据，而且从时间上一直覆盖到项目完成，即到GA点为止。

阶段三：开发阶段

开发阶段需要开展大量的设计、测试工作，按照业务计划书中的人力需求计划增加开发项目组成员，至此各个扩展组将全部完成组建。开发阶段主要工作就是设计实现，为了加快项目进度可以进行异步开发。比如在解决方案设计过程中同步开展BUILD测试工作，之后陆续开展部件级测试到系统级测试等全部测试工作。

在开发阶段，市场代表制定解决方案未来发布、上市的工作计划，以及对解决方案推广、销售策略和计划进行优化。除此之外，还需要找到愿意配合进行实验局验证的客户。交付代表、采购代表等其他业务代表按照各自的业务计划书开展工作。解决方案系统工程师负责监控和协调与部件产品技术和设计相关的工作，包括技术评审、设计更改等。项目经理、QA则主要依据项目计划监控、项目进展和工作质量。

阶段四：验证阶段

验证阶段的主要工作就是进行实验局验证，目的是验证解决方案质量的一致性。在实验局验证中发现的缺陷，包括功能性、质量等，都应尽可能修改完善，才能获得“通过用户验证”的结论。若有些缺陷确实难以解决，则需获得IPMT的同意，才能结束验证阶段的工作。

阶段五：发布阶段

在发布阶段，解决方案将正式诞生，新方案要被客户方便地了解和获得，做好发布工作非常重要。发布阶段的主角是市场代表和市场扩展组成员。市场代表要策划、协调、监控好解决方案发布的准备工作，尤其要做好信息发布和广告策划、定价等工作，以便使得发布阶段顺利过渡到正常销售状态。

项目经理在发布阶段后期要进行项目总结工作，以积累项目管理经验和教训，供其他项目参考。在项目总结报告中，要依据项目计划，对项目的实际进度情况、人力等资源占用情况、工作量、质量、沟通协调等各方面进行分析比对，最后输出项目总结报告。到达GA点，项目组的使命已完成，项目团队正式解散。

阶段六：生命周期阶段

在生命周期阶段，解决方案将经历销量逐步提升、达到最大销量和市场占有率、销量逐步下降并推出市场的过程。在这个过程中，还会涉及设计变更、优化等工作，为了给销售和售后服务提供业务支持，需要建立生命周期管理团队LMT（Lifecycle  Management  Team），以使生命周期阶段的利润和客户满意度达到最佳状态。

LMT需要持续评估解决方案销售情况，及时向IPMT提出停止生产、停止销售和停止服务活动的建议和方案，以保证最佳的产品市场效益。

四、小结

IPD作为一种先进的现代化集成产品开发模式，给解决方案开发带来流程上的革新。强调以目标市场和目标客户群体为导向，从最初市场分析整体规划开始考虑解决方案做成什么样，保证了做正确的事；从单兵作战转变为团队攻坚，提高了开发效率；从单一满足客户需求转变为客户提供建设性的专业方案，提升了客户满意度，最终赢得市场。随着研究的深入以及对其内涵的理解，IPD也将在更多的领域得以应用。

) `! ]1 B9 V% L. ]; @8 {: b% ]

Jame33

一套产品开发的模式、理念与方法

Memory00

各领域代表尽早介入设计阶段，目的是降低成本、缩短工期、减少错误和浪费。
& R7 i+ A* G9 ?1 B; b) `

理论的

IPD模式；解决方案；产品开发
/ L5 Q! F+ W6 a1 Z6 o