其实ipd产品开发流程的几大要素构成了创新产品开发流程的架构框架，各行各业可在其基础上定制。
要素1，六个阶段
要素2，五个决策评审点
要素3，七个技术评审点
要素4，两条主线
要素5，两个跨部门团队
要素6，九大领域参与
第一维度、结合机械，电子，化工，芯片，通信等行业进行对比。
第二维度、结合to B和to C行业进行对比。
对于创新空间，或者已经被行业架构框死的多数产品而言，概念和计划阶段可以合并，特别是概念方案和总体方案没有太多发挥空间的情况下。开发阶段一定会有，只不过有时候，开发和验证迭代进行，这时候这两个阶段不能有非常明显的界限，尤其是迭代开发的情况下。部分功能完成开发后会立刻交付客户，由客户来直接做测试，客户承担了内部测试部门的职责。所以就没有转测试的实质了。发布阶段是否需要，需要根据制定面对的是通用广大市场还是面向订单类客户，面向特定客户就不需要发布阶段了。
对于决策评审点DCP而已，CDCP可以和PDCP可以在两个阶段合并的情况下，切掉一个DCP。
对于TR,主要看产品的系统复杂性。越是复杂的产品越是TR节点要保留的多。简单的产品就可以不需要那么多，否则影响项目进度要求。
不同行业和不同产品的产品开发流程两条主线，商业计划线通常变化不大，也就决定了其他职能领域的业务计划书差异不大。主要区别在于产品包实现线，产品包是一个系统，这个包括子系统和构成要素，不同行业的产品不同，系统的划分方式决定了流程中角色和流程中的活动，这个是最大的区别。
相对于团队来说，IPMT主要是关注商业计划书，角色不变，只是构成委员的成员有谁担任，因企业而定。同理，PDT团队的构成是一样的，主要是九个角色和实际职能组织的匹配关系。
网友评论