IPD之产品开发

产品定义，包括产品的价值定义、功能定义、结构定义和过程定义，是产品开发活动的结果输出。秉持“以结果为导向”的原则围绕结果和输出，可以倒推其实现过程和输入；同样，围绕产品定义，可以推导产品开发过程和输入，从而确保开发过程的有序和规范。

实际上，在IPT研发体系中，在产品规划的制定和产品开发项目任务书的开发等环节，就是做产品的价值定义，明确产品要满足哪类细分市场中什么样的客户需求；在产品开发的概念和计划阶段，是进一步细化产品的价值定义，以及与价值相对应的产品功能定义（设计规格）；在产品开发的开发阶段，则是明确功能承载的产品结构定义和过程定义；在产品的验证阶段，则是验证价值定义、功能定义、结构定义、过程定义等之间的和谐统一。

以机械产品的开发为例，机械产品的物料清单（BOM）是其结构定义，机械产品的工艺路线是其过程定义。从BOM和工艺路线的具体内容和要求，可以倒推产品开发的活动和输入，故而才有“BOM驱动的产品开发”的说法。BOM中每一个零件项的几何设计，对应于开发项目工作分解结构（Work Breakdown Structure，简称WBS）的四级任务。

当然，以产品定义为结果来倒推和牵引产品的开发过程和输入，首先要做好产品定义的架构化，做好产品价值、产品功能、产品结构、产品过程等之间的系统定义，做好系统架构在技术要素、模块化组件或器件、BB/CBB、产品平台、产品线个性化和解决方案的分层定义。

大多数的物理产品，形态上的发展趋势是机（械）、电（气电子）、软（件）的一体化，是多类技术高度融合所形成的高度复杂系统。在开发过程中，为了驾驭好产品系统的复杂度，确保所有的产品需求都得以实现，企业可以采用系统工程过程的V模式方法。

V模式设计验证的核心内涵是: 纵向上，从产品包到单元或组件的自上而下设计，从单元或组件到产品包的自下而上验证；横向上，从需求到实现的自左到右的边设计、边开发、边验证，从实现到需求的自右向左的需求确认和需求看齐，从需求中来，再回到需求，以确保客户需求的端到端闭环，始于需求探索与挖掘，终于需求实现。

V模式设计验证，将产品开发过程分为需求分析、产品设计、产品开发和产品验证等几个阶段，以此为指导，也有助于产品开发活动开展时的有序和规范。

流程是嵌入了治理、合规、质量等管控要求的业务最佳实践。流程的结构化，是流程管理的基本要求。分类、分段、分层、分级等流程架构的理念和方法，可以帮助我们搭建起结构化的产品开发流程。

在流程的分类上，我们把研发领域的业务流程分为: 需求管理、产品规划与立项、技术规划与立项、产品开发、技术开发、技术预研、技术重用、管理支持，等等。针对每一类流程，还可以用分段、分层、分级等方式做进一步的结构化。

通过分类、分段、分层、分级所搭建的结构化产品开发流程，可以为开发项目的实施提供统一指南，整合参与者不同的期望和愿景，集成参与者的不同观点，提供通用术语，避免概念混淆。

通过多层次的结构来协调各个层次的细节，可以借助标准和规范保证各项活动的质量，确保关键任务未受到忽略。

形成可靠的计划，并通过计划链接跨项目的功能活动，确保关键任务不被忽略，进而改善功能部门或团队的绩效。

产品开发不是技术部门的专有工作，而是需要市场、销售、服务、技术、制造、采购、财务等各个业务团队和职能部门的共同努力。通常，需要以矩阵式的组织形态，搭建产品开发的核心团队和扩展团队。

在矩阵式开发组织中，每一个成员有两条汇报线: 其一，在项目的任务安排上，接受产品开发负责人的领导和安排；其二，在任务的专业要求和资源保障上，向所在部门的负责人汇报并获得其指导和支持。

矩阵式开发组织明确了项目负责人“主战”和部门负责人“主建”的职责划分，从组织职责上保障了产品开发的规范和有序。另外，通过“建”服务于“战”，“建”与“战”的高度协同，既保证了产品开发的“靶向”明确，又保证了开发资源的专业化和集约化。

市场分析阶段是Charter开发中不可或缺的一环，它通过科学、系统的市场调研和分析活动，确保了产品开发项目的正确方向和最终的成功。它回答了“Why”这一最初且最关键的问题，为整个项目的顺利进行和成功打下了坚实的基础。这个阶段的成功执行，依赖于CDT团队的市场洞察力、与客户沟通的能力以及快速准确地捕捉市场机会的能力。此阶段一般可分为以下几方面关键活动: 客户互动、市场分析、行业技术分析、竞争分析、合作分析、商业模式分析等，最终形成新产品能为客户带来的价值及能为公司带来的价值的判断。

在完成上述市场分析等一系列工作之后，CDT团队会向商业决策组织汇报市场分析结果，评审通过后进入产品定义阶段。

决策评审（DCP，Decision Check Point）由产品开发的决策机构或IPD体系的IPMT（集成组合管理团队）负责，评审对象是产品开发项目的业务计划书，是从商业的角度来把握开发进程、管控开发质量和决定是否继续投入。

IPD体系的决策评审点有这么几个: 概念阶段的概念评审（Concept Decision Check Point，简称CDCP）、计划阶段的计划评审（Plan Decision Check Point，简称PDCP）、验证阶段的可获得性评审（Available Decision Check Point，简称ADCP）、发布阶段的正式上市评审（General Available，简称GA）和生命周期阶段的生命周期评审（Lifecycle Decision Check Point，简称LDCP）。

决策评审的评审对象是业务计划书，而产品的开发过程就是业务计划书从粗略到细化、从构想到实现的过程。CDCP评审的是初始业务计划，PDCP评审的是最终业务计划，ADCP评审的是业务计划的履行，GA评审的是业务计划的持续优化，LDCP评审的是业务计划的关闭。

作为决策评审的主要依据，业务计划用于从市场、销售、设计、制造、财务等角度综合地描述产品，同时提出项目的计划、进度和风险管控。初步的业务计划是在已有的、可获得的数据和必要的预测或假设基础上迅速完成的。在最终的业务计划中，预测和假设将得到证实，再收集其他数据，以进行更详细的分析。

大体上，业务计划书的框架和内容如下: A. 综述，包括产品概要、市场机遇、产品策略；B. 市场分析与策略，包括市场概观、目标市场、市场策略；C. 竞争分析，包括现有和潜在的竞争对手、当前和预期的竞争产品、市场份额、市场定位和策略；D. 产品概述，包括产品需求或特性及其优先级定义、产品需求分析、独特的公司需求、技术需求和对策；E. 市场计划，包括销售计划、销售收入或收益计划、客户实施计划、客户迁移计划、早期支持计划；F. 生产和供货计划，包括制造策略、集成供应链概述、生产测试概述、供应商分析；G. 客户服务策略，包括客户服务可交付性、服务收入预测；H. 项目进度及资源，包括项目进度和资源、到下一阶段决策评审的计划、建议的PDT组织结构及成员、资源总体需求、预算及分配；I. 财务概述，包括产品财务目标、详细的财务分析、敏感性分析；J. 风险评估和风险管理，包括项目风险、风险预防计划；K. 其他建议，包括选择方案及建议、项目变化范围等。

决策评审会议上必须做出决策，决策结论可能是: A）Go（通过），IPMT在CDCP授予下一阶段的资金和资源，并且在PDCP授予整个项目的资金和资源；B）No Go（不通过，项目停止），项目以有序的方式终止，包括合适的项目文档归档和关闭，然后资源被重新安排；C）Redirect（重新定向），IPMT要求PDT从特定的方向重新审视项目和计划，或收集更多的信息并反馈。

通过各阶段的决策评审，有助于制定和细化产品线的业务计划，为产品线或型号发展指明方向，分配和协调产品开发资源，促进产品线内项目组协同发展，监控产品线业务运作及产品路标执行状况，并及时调整产品线发展的业务重心。另外，决策评审还决定是否投入资源启动产品开发，监控单个产品项目进展，降低项目开发风险，减少出现项目侵占资源的现象。

技术评审是从专业技术或功能领域的角度，对产品开发的工作内容和成果输出进行专业评审，用于评估风险，检查计划和目标的达成情况，并给开发项目团队或PDT提出改进意见和建议，进而管控产品开发的成熟度和项目风险。

IPD体系中的技术评审包括: 概念阶段的初始产品包需求和概念评审（TR1）、计划阶段的产品包需求分解和规格评审（TR2）或概要设计评审（TR3）、开发阶段的详细设计评审（TR4）或产品试验准备评审（TR4A，可选）或样机评审（TR5），以及验证阶段的小批量生产评审（TR6）。

各阶段的技术评审也是新产品不断定型的过程，其中，通过TR1，代表产品包需求定型；通过TR2，代表产品规格及设计目标定型；通过TR3，代表系统方案定型；通过TR4，代表产品设计定型；通过TR5，代表产品工艺定型；通过TR6，代表交付系统定型。

技术评审由产品开发项目经理或PDT经理组织，由市场、销售、服务、技术、制造、采购等各领域的专家做出。正式进行技术评审之前，可以由各领域的小组组长组织本领域先进行领域级的技术评审（又称XR），比如产品开发或PDT团队的采购代表组织采购领域的专业评审等。

技术评审的可能结论有: A）通过，没有遗留问题，或只是一些没解决的风险，或是可以很快解决的问题，可以开展后续开发活动；B）条件通过，遗留问题的解决存在一定风险，但不影响下一步活动的启动，可以开始后续开发活动，或是问题得到改善和验证后再开始后续开发活动；C）不通过，遗留问题影响到下一步活动的启动，必须首先解决，要求返工后再评审。

领域评审XR和技术评审TR是决策评审DCP的输入，XR和TR没有完成，不能组织DCP。产品开发团队或PDT必须把XR和TR的评审结论，包括存在的问题、风险及改进计划写入DCP汇报文档，供产品开发决策团队或IPMT的决策参考。