产品开发决策与评审点：研发能力成长路线图

2024-01-27 百科知识版权反馈

【摘要】：所谓DCP，就是由企业管理层组成的IPMT，以会议的形式，对产品开发项目的阶段性成果进行评议和审查，对重大事项及时有效地进行决策。图3.14产品开发过程中的决策检查点概念决策检查点CDCP位于概念阶段即将结束时。DCP的结论在产品开发项目的决策检查点，IPMT举行的DCP决策会议必须得出明确的结论。第二项议题是IPMT成员询问较深层次的问题作为决策依据，PDT核心组成员可从

如果产品开发工作完成后，却没有取得良好的市场效果，或者在开发过程一再拖延之后被迫停止并宣布项目失败，那么产品开发项目的巨大投入就不能成为企业的资产，而是巨大损失。导致产品开发项目失败的原因有很多，例如市场已发生较大变化，过去确定的产品功能性能不能满足客户需求，或者现有技术能力无法保证产品达到质量要求，又或者开发项目的人力和财务需求超出了企业的资源能力等。可否早些发现那些偏离轨道的开发项目，早些发现失败的苗头，及时调整方向，或者及时停止项目呢？如图3.13所示，可见早一天采取相应的措施，就会相应避免一天的损失。

图3.13　开发各阶段淘汰项目导致的损失示意图

如本章前文所述，可以在产品开发过程中应设置决策检查点DCP（Decision Check Point）。所谓DCP，就是由企业管理层组成的IPMT，以会议的形式，对产品开发项目的阶段性成果进行评议和审查，对重大事项及时有效地进行决策。DCP可以为开发项目把握方向，对促进开发资源的有效利用具有重要意义。

在产品开发过程中，为了充分利用企业各个业务领域的专家智慧，还要进行业务专家层面的技术评审。技术评审可以有效提高产品设计质量，并为DCP提供决策依据。

产品开发的决策检查点DCP：领导决策，把握方向

如图3.14所示，在产品开发流程中通常可设置4个DCP，分别为概念决策检查点CDCP（Concept Decision Check Point）、计划决策检查点PDCP（Plan Decision Check Point）、可获得性决策检查点ADCP（Available Decision Check Point）、生命周期决策检查点LDCP（Lifecycle Decision Check Point）。在各个决策检查点，重点检查当前阶段完成的工作，关注的决策要点各有侧重。

图3.14　产品开发过程中的决策检查点

概念决策检查点CDCP位于概念阶段即将结束时。CDCP的决策要点是：新产品是否具有足够的发展潜力？例如，从需求规格书来看，新产品未来的市场竞争潜力是否足够？产品概念和技术方案是否有足够的发展潜力？从初始的产品业务计划书来看，市场和分销计划是否有足够的销售潜力？预计的产品上市周期是否在合理范围内？预计的开发项目资源需求是否在合理范围内？有何重大业务风险？

计划决策检查点PDCP位于计划阶段即将结束时。PDCP的决策要点是：业务计划和项目计划是否合理、可行？例如，从开发项目合同书和最终的产品业务计划书来看，建议的产品能否被及时推向市场并盈利？各项业务计划是否充分考虑了外部市场环境和企业内部条件？风险管理计划是否合理、充分？

可获得性决策检查点ADCP位于验证阶段即将结束时，并在任何主要的发布费用（Launch expenses）投入之前进行。ADCP的决策要点是：新产品是否已为发布做好准备？例如，根据最新的市场情况，新产品是否仍具有良好的市场前景？新产品质量是否已满足要求？新产品产能、渠道、客服是否能够及时做好准备？上市计划是否合理、可行？上市风险管理计划是否合理、充分？

生命周期决策检查点LDCP位于生命周期阶段即将结束时。LDCP的决策要点是：该产品应继续留在市场上吗？如果不需要，是否有将策略和费用都考虑进去的详细退出计划？后续产品如何衔接？如何维护客户满意度？生产、销售、客服等各业务如何逐步退出？

如果项目复杂程度特别高，或者周期特别长，还可增加临时决策检查点。

DCP的结论

在产品开发项目的决策检查点，IPMT举行的DCP决策会议必须得出明确的结论。

IPMT可以作出的一种DCP结论是“继续/通过”，即IPMT认可PDT本阶段的工作，并同意项目按计划开展下一阶段工作。这也意味着IPMT同意按计划向PDT授予下次DCP之前所需的人力、资金和其他资源。

另一种DCP结论是“停止”，即IPMT不认可PDT本阶段的工作，并决定开发项目以有序的方式终止，包括适当的项目文件归档和关闭，然后资源被重新安排。

还有一种DCP结论是“重新定向”，即IPMT要求PDT从指定的方向重新审视和调整，或收集更多的信息并且反馈。

上述DCP结论决定了开发项目的“生”与“死”，因此由企业管理层组成的IPMT可以有效掌握产品开发过程，有效保证产品开发为企业发展战略服务。DCP也是开发项目PDT与IPMT有效沟通的一个重要渠道，有利于开发项目获得决策层的指导、支持和帮助。

很明显，如果在CDCP或PDCP就因前景不乐观而被IPMT结束项目，由此造成的人力和资金损失都不大，因为项目还没有开展详细的设计工作，还没有加工样机，也没有开始测试等工作。如果在ADCP时作出停止项目的决策，由于基本已完成全部的产品开发工作，损失就比较大了，但是至少还可以节省大笔的产品发布费用，以及产品投产费用。

优秀企业的产品开发项目有如图3.15所示的特点，承担产品开发任务的产品线犹如一条带喇叭口的管道，进入入口的开发项目比较多，经过CDCP之后有的项目被砍掉，项目减少了，PDCP之后项目再次减少，之后项目数量就比较稳定了。

图3.15　产品开发管道示意图

如何组织DCP会议

IPMT由企业高层组成，而产品开发项目通常又很多，因此产品DCP不能过多占用IPMT的时间。所以，设法提高DCP会议的效率和质量，就十分重要了。

首先，PDT经理要牵头做好DCP会前的准备工作。准备工作包括精心准备提交给IPMT审查的产品和项目文档，这些文档应进行预审、修改和完善。PDT应在DCP会议前大约5个工作日内将评审资料分发给IPMT成员，PDT小组和IPMT成员要逐一面对面讨论DCP的内容和问题。很明显，PDT经理应尽力确保DCP会议上不要发生意外情况，要为开发项目争取IPMT的支持。

一个产品开发项目的DCP会议通常应该在一个小时内完成。会议的第一项议题由PDT经理对本次DCP会议做一个20分钟左右的背景介绍，包括项目基本情况、本阶段关键进展等，特别是要对会前沟通中讨论到的关键问题做出说明。第二项议题是IPMT成员询问较深层次的问题作为决策依据，PDT核心组成员可从各个业务角度做出回答，这项议题应控制在15分钟左右。第三项议题是IPMT成员进行15分钟左右的决策讨论，PDT经理留下旁听以彻底搞清楚决策，IPMT秘书记录决策。(www.chuimin.cn)

要注意的是，IPMT成员提问和决策讨论时应该清楚本次DCP的决策要点，要把握开发项目的方向和全局，不要跑题，否则就会导致DCP会议失败，无法对重大事项做出决策。例如，DCP会议上就不宜过多讨论产品的设计和技术细节、产品外观设计细节，也不宜过多讨论具体问题的解决办法。

将企业全体高管组成的IPMT召集在一起开会是很不容易的，为了提高效率，一次DCP会议可以安排进行多个产品开发项目的DCP。

为了使IPMT做出的DCP决策更有效，还需要获得各方面业务专家的意见作为决策的重要依据。这就需要开展技术评审工作，这部分知识将在下文中进行详细介绍。

正式的技术评审TR

如图3.16所示，在产品开发流程中安排了若干次正式的技术评审TR（Technology Review），由相关业务专家对开发项目的阶段工作成果进行质量评估和风险评估，以帮助开发项目改进和优化设计，减少项目后期的设计更改。TR的质量评估结果将作为下一次DCP的决策依据。

图3.16　产品开发过程中的技术评审点

本节主要介绍各次TR的主要评审内容。为了高效地开展技术评审TR，对于参加评审的业务专家要制定明确的资格要求，技术评审会的会前准备、会议过程、会后工作都要制定详细的操作办法，有关内容将在本书第7章中介绍。

在技术评审方面常见的问题是仅关注产品的设计质量，忽略了测试、采购、制造、售后服务等各个业务方面和合理性和风险，尤其是忽略了设计和部件的重用性。从下文可以看出，TR主要评审内容包含了这些方面，大大提高了评审质量。

TR1是产品需求评审。在TR1之前，已经完成了制定产品需求规格和确定产品概念工作。TR1的主要评审内容是产品需求的完整性、技术可行性。对于需求的完整性，要特别关注是否已包含了产品的外部需求和内部需求，内部需求是否已完整考虑了可测试性需求、可制造性需求、可服务性需求等等。对于需求的技术可行性，要关注实现需求所需技术的成熟度，以及相应的产品部件的可重用性等等。

TR2是产品规格评审。在TR1和TR2之间，已经完成了产品规格制定和总体方案设计工作。TR2的主要评审内容是产品规格和总体方案的完整性和合理性，包括：产品需求和概念是否完整、合理地转化到了产品规格中？产品规格和总体方案是否具有完整、合理的对应关系？有何技术风险？是否充分考虑了产品部件的重用性等。

TR3是概要设计评审。在TR2和TR3之间，已经完成了产品主要子系统的概要设计方案，包括硬件、软件、机械等子系统。TR3的主要评审内容是这些概要设计方案的业务合理性和风险，包括：这些概要设计方案是否符合总体方案并能完成产品规格？实现这些方案所需技术的成熟度与技术风险如何？在测试、采购、制造、售后服务等各个业务方面是否合理，有何风险？是否充分考虑了产品部件的重用性？这些概要设计方案的详细程度是否足以支撑下一步的详细设计工作等等。

TR4是详细设计评审。在TR3和TR4之间，已经完成了产品详细设计，完成了软件编程、部件级原型样机制作，并以设计人员为主完成了模块功能验证BBFV——单元级测试工作。如果产品规模较大，各大子系统、模块的详细设计可分别进行TR4。TR4的主要评审内容是产品/子系统是否已经满足进行子系统级别的集成和测试的条件，包括：这些详细设计方案和实现是否符合概要设计方案并能完成产品规格？从BBFV结果来看各模块的技术成熟度如何？有何潜在风险？是否充分考虑了产品部件的重用性？在测试、采购、制造、售后服务等各个业务方面是否可行，有何风险？

TR4A是原型样机评审。在TR4和TR4A之间，已经完成了模块和子系统集成，以及系统联调工作。TR4A的主要评审内容是产品原型样机和模块级测试SDV的测试结果，评估其技术成熟度是否足以开始全面的产品整机测试SIT，并评估制造准备成熟度是否足以开始工程样机的生产和测试。

TR4A的技术成熟度评估主要包括：评审各模块的SDV测试结果是否已满足各自的规格要求、产品整机的原型样机是否已完成调试、相关的测试方案和测试工具是否已准备好、是否已经可以开展整机功能性能以及各种可靠性测试、制造准备成熟度评估主要包括：工艺流程、工艺文件、工装夹具等是否已初步完成，并且是否可以开始进行工程样机的生产和测试工作。

TR5是工程样机评审。在TR4A和TR5之间，已经完成了产品整机测试SIT和工程样机生产，新产品制造系统已做好试产准备。TR5的主要评审内容是评估工程样机技术成熟度和制造系统准备成熟度，能否进入批量试生产和SVT。工程样机技术成熟度评估主要包括是否满足产品需求规格，已知的技术问题的解决情况，以及有何技术风险？制造系统成熟度评估工艺流程、工艺文件、工夹具等方面的准备情况和风险情况。

TR6是生产定型评审。在TR5和TR6之间，已经完成了新产品的批量试生产、产品抽样测试SVT，以及β测试和必要的认证测试工作，已发现的设计和工艺缺陷已按规定整改。TR6的主要评审内容是评估产品生产级的技术成熟度，确定产品是否可以转入批量生产和启动市场发布。相关评估依据SVT测试结果、批量试生产的过程记录和总结、β测试结果（如果有的话）、市场准入测试结果等。

技术评审TR的结论

技术评审TR可以对评审内容做出否定性结论，但不能要求项目停止，这是与DCP的不同点。但是，技术评审TR的评审结论将是DCP的重要依据，仍然对开发项目具有重大影响。

为了保证TR的结论的严肃性，所有已经通过TR评审的阶段性成果，如果要进行更改，就必须通过一个变更流程进行审批，或者说变更开始受控。例如，在TR1之后，产品需求规格的更改就必须进行记录和审批，必须受控。

通常情况下，TR的结论有以下几种情况：

1．继续：没有遗留问题，或者遗留问题的改进计划的执行没有任何风险，并且在短时间内可以完成。

2．带风险继续：遗留问题的解决有一定风险，但不影响下一步活动的启动。

3．修正：遗留问题影响到下一步活动的启动，必须首先解决。

产品开发决策与评审点：研发能力成长路线图

相关推荐