导致项目失控，漫无目的，而且耽误产品进入市场的时间。意见分歧使产品变化频繁。匮乏资源的过度分配则会引起项目的拖延和挫折。尽管这些后果大家也都清楚，但实际的决策过程常常缺乏效率，甚至减慢而不是推动产品的研发速度。
导致以上情况的原因是多方面的，有可能是高层领导的问题，有些公司的高层领导自己本身可能就不懂得如何领导产品研发，自然会导致即便有一个良好的过程，也不会有好的执行。但是，多数情况下，这个过错不在于高层领导的能力，而在于大多数公司不具备高效率的决策过程。仅仅有一份书面政策或正式过程是不够的，比方说，一些自称具备项目评审过程的公司并没有真正用它来制订及时的决策。而且，决策会议也开得拖沓冗余，忙活了半天下来也不会有最终的结果，谁也不愿意为研发的风险承担责任，谁也不愿意为可能的失败背黑锅。缺乏明确的产品发展规划，缺乏有效的激励措施等等原因造成了决策过程的乏力。
针对这种情况，通常推荐的做法是建立一个非正式的领导小组，专门负责产品规划和各阶段的评审，这个小组主要完成这样一些工作：
ü提出新产品研发项目
ü取消或重新制定项目的优先次序
ü确保进行研发的产品符合公司战略
ü分配研发资源
阶段评审过程就好比是一个漏斗(如图2)，在概念形成的阶段会有许多创意涌入，在研发的过程中，经过一系列筛选决策，就只剩下很少一部分项目会得到适当投资并极可能获得市场成功。每一个阶段的评审会议，都进一步为项目确定了方向：是继续，是取消，还是变更方向？
阶段评审应该是通过决策会议的形式，而不只是简单的汇报或介绍。领导小组应在每次评审结束时做出明确的决策并明确地传达这一决策。应该用这样的决策过程来代替以签字淘汰为基础的任何步骤。在每次阶段评审上，都要把实际执行情况同原计划进行比较。在每个阶段进行评审都要重新考察一下重要的产品和项目特性，这里列出一些，仅供参考：
ü进度表的执行情况
ü关键绩效度量
ü预期的产品成本，毛利，收益，生命周期成本
ü研发方案预算和投入时间表
ü重要的市场状况、竞争态势及行业信息
结构化的研发过程：成功产品的安全带
产品研发是复杂的。因为产品研发人员必须完成成千上万项工作，而这些工作大部分是与他人工作紧密相关的，因此，协调便成为极其复杂的工作。为了能管理好这些庞大而复杂的工作，产品研发过程必须成为结构合理、定义清楚的过程。
所谓结构化，是指相互关联的工作要有一个框架结构，并要有一定的组织原则来支持它，比如，在一个自上而下的层次构架中，上层结构简单一些，越到下层越繁杂越具体。所谓定义，是指每项工作都应清楚楚地明确规定出来。所有与产品研发有关的人应该清楚他们所参与的是什么工作，用什么方法去完成。
但我们又要避免另一个极端，即将产品的研发过程定义得过于详细，为了控制每一个细节，把每项工作应如何完成以及工作完成后应该是什么样子都一一设定好。这种方法最典型的特点是对每项任务都准备一套详细编制的文档资料，并申请批准。每项任务的完成情况都受该文档的准备情况和批准情况的控制。这种官僚的管理方法经常是发布厚厚一本规章制度，并带有详细检验标准，规定这些项目应如何完成。按照这种做法，研发一个产品至少也会多花一倍的时间。
这里强调的结构化的研发过程，讲究产品研发原则和创造力之间的平衡。一个深思熟虑的过程并不会阻碍创造力，它允许研发小组把精力集中到研发产品这个实际问题上，并不需要每次重新建立研发过程。如图3，我们可以以一个层次结构来构架产品研发过程：从阶段(从最高和最广的一级)到步骤，到任务，最后再到各项活动(最具体的一级)。阶段对所有的项目来说都是一样的，这是第一个决策层次。步骤对所有的项目也是一样的(虽然某些项目可能省略一些步骤)，这是第一个制定计划和进度表的层次。任务就某个步骤如何完成提供指南。如果核心小组觉得这些指南合适的话，便可以照此执行。各项活动则完全由核心小组确定。这几点综合起来形成了一个决策、项目进度制定、资源规划、过程衡量以及持续改进的基础。
项目经理胜任力免费测评PMQ上线啦！快来测测你排多少名吧~
http://www.leadge.com/pmqhd/index.html
