第三章阶段评审过程与高效决策.docx
- 文档编号:4312240
- 上传时间:2022-11-29
- 格式:DOCX
- 页数:11
- 大小:35.94KB
第三章阶段评审过程与高效决策.docx
《第三章阶段评审过程与高效决策.docx》由会员分享,可在线阅读,更多相关《第三章阶段评审过程与高效决策.docx(11页珍藏版)》请在冰豆网上搜索。
第三章阶段评审过程与高效决策
第三章阶段评审过程与高效决策
迈克尔·E·麦克哥拉斯
产品开发是由决策过程来推动的,这一过程决定要开发什么产品及如何分配产品开发资源。
通过这一过程,高层领导可以引导产品开发,实施产品战略,并授权项目小组开发新产品。
尽管决策过程很重要,但常常缺乏效率,甚至减慢而不是推动产品的开发速度。
决策滞后则浪费宝贵的资源。
优柔寡断导致项目失控,漫无目的,而且耽误产品进入市场的时间。
意见分歧使产品变化频繁。
匮乏资源的过度分配则会引起不断的拖延和挫折。
随意地决策带来的后果也很严重,导致错误的决策,开发了错误的产品,错误地投入资源。
制订产品开发的决策不仅仅表示单纯地投资于一个合理的好创意,取得高于某一目标水平的预期的投资回报。
其实,很多公司拥有充分的新产品开发机会,但真正的挑战是怎样从众多机会中筛选出适合本公司发展的机会。
这就需要通过产品开发决策来实施产品战略。
新产品的各项决策都是相互依赖的:
开展一个项目会占用本来可以用于另一个项目的资源,但同时它又使其后续产品的开发成为可能(机会成本)。
有限的资源意味着要在众多产品当中排出个优先次序来,甚至就某一特定新产品而言,也需要在不同的实施方案中加以挑选。
多数情况下,过错不在于高层领导的能力,而在于决策过程本身。
具体来说,大多数公司不具备高效率的决策过程。
仅仅有一份书面政策或正式过程是不够的;比如说,一些自称具备项目评审过程的公司并没有真正用它来制订及时的决策。
如果这一关键性的决策过程效率低下,那么公司全体员工都会得出这样的结论:
公司的高层领导不懂得领导产品开发。
通常,真正的问题在于高层领导缺乏完成工作所需的适当过程,即缺乏高效的阶段评审过程。
决策过程如果效率低下,则代价高昂。
调查显示,因错误决策而造成的开发力方面的浪费触目惊心。
阶段评审过程是PACE的一个要素,它有助于制订高效率的产品开发决策,并可推动开发过程其余部分的实施。
这些决策由被授予权责的高层(称之为产品审批委员会PAC)来制订。
阶段评审是指在产品开发过程的特定重要阶段召开决策会议,为这些重要阶段制订清晰的目标,并且必须达到这此目标,项目才能继续进行。
高层领导在产品开发中扮演的角色
每个人都知道高层领导必须领导产品开发,问题是:
在实际工作中高层领导应如何进行领导?
一位领导人在回答这一问题时讲述了他本人曾受到的挫折。
一大早上,他醒来时有一个新愿望,那就是要领导他的公司开发最优秀的产品。
于是他充满热情地来到办公室,但不知道该从哪里着手。
他知道领导人所需要的不仅仅是在产品落后于预定计划时才出来解决问题。
于是他来到实验室开始与工程师们一同工作,告诉他们自己的建议。
但他很快就意识到对于工程师们所做的工作他并不在行。
于是他又来到市场部门并问那里的人员对了新产品的商机是怎么看的。
最后他感到他几乎被那些论据、资料什么的淹没了,并因此感到灰心丧气。
这一天结束的时候,他指示所有项目主管召开一个状态评审会议。
第二天在会议上他听了关了14个进行中的项目的简单汇报,但感到要理解其中任何一个都很困难。
状态报告同总的要求并不一致。
很多状态评审依赖的是个人意见。
同时,所有人都有借口来解释为何他的项目达不到进度要求。
他们还要求由他出面解决部门负责人之间的争端。
在这一天下班的时候,他无可奈何地甩甩手,回家了,并下结论说,其实他并不知道他自己在产品开发中应扮演何种角色。
这个例子非常普遍。
有些高层领导可能有最好的意愿,但时常不清楚该做什么,何时去做,或怎样去做。
相反,成功的领导人则清楚地知道该做什么。
我们发现这些成功的领导人有一些共同的做法。
l、制定产品发展规划。
有些公司出现角色混淆的现象。
高层领导陷入具体的产品设计工作,而让设计人员去制订产品战略。
实际上,高层领导应该扮演的角色是通过制定公司产品的远景构想来制订策略。
有了一个清晰的构想,整个公司便可以实施开发活动来实现它。
高登·贝尔(gordonbell)和肯·奥森(KenOlsen)在70年代初期为Digital公司(数字设备公司)建立的构想是一个通用的一体化结构,它贯穿整个VAX产品线。
吉姆·特雷贝革(JimTreybig)则为Tandem建立了“唯一”的理念,就是要生产出唯有Tandem的计算机才可以做到的东西。
2、决策。
当今时代,工业界因产品开发决策太慢而浪费了亿万的资金。
许多公司由于没有利用已经了解或早应了解的信息,而不得不决定取消或重新确定其产品开发项目。
某家非常大的公司预计,在其开发过程中,如果能够早一些制订决策的话,每年可以节省大约2亿8千万美元。
领导决策不当的原因不在于其无能。
正如前文所述,是因为高层领导缺乏一个完成工作和制订必要决策所需的高效过程。
高层领导需要在适当的时间评审信息是否适当,并制订适当的决策。
例如,一个项目小组可以提出一份完整的设计,甚至提供出产品的模型,但是这个项目小组可能还没有认识到该种产品的基本竞争立足点。
在这种情况下,高层领导几乎不可能进行必要的评审从而作出适当的决策。
3、培育产品开发过程。
一个优越的产品开发过程可以成为竞争优势的来源。
高层领导不可能陷入产品开发过程的全部细节,但却可以促进和培育新产品开发过程。
这样,高层领导就可以将其经验运用于所有项目,能够投资于产品的开发过程并为其持续改进制订目标。
通过支持一个通用的开发过程,高层领导便可以促使产品开发活动顺利进行。
4、激励。
在一些公司里,产品开发小组的人每天下午5:
05就回家了,而在另一些公司里如果有必要的话他们可以通宵工作。
有些开发人员对其高层领导不怎么尊重,而有些人却可以在必要时牺牲任何个人利益。
其中的区别仅在于成功的高层领导激发开发人员的方式方法。
产品开发中的成功激励和引导要求高层领导在前面三种角色的扮演过程中获得尊重。
如果领导人还没有制定产品开发规划,如果他不能作出良好的决策,或者如果他没有理解开发过程,那么他就不能获得他想要激励的开发人员的尊重。
5、聘用最好的开发人员。
高层领导可以在聘用最好的产品开发人员上扮演重要角色。
在试图吸引有特殊技术或优异的产品开发记录的人员时,这一点显得尤为重要。
但是,要成功地做到这一点,高层领导必须首先了解这些人还需要增加何种技能,为以后做准备。
领导人明白了需求之后,就可以发起并参与招聘工作了。
高层领导还需要知道何时参与。
以我们的经验,高层领导通常在新产品开发快要结束、产品即将推向市场时才参与。
他们直接参与推迟上市或出了问题的产品的救火行动。
可惜,在这个时候大多数决策已经作出,而且他们的参与所带来的实际影响也是非常微弱的。
更糟的是,领导的卷入往往还会妨碍问题的解决。
开发后期的主要工作人员是那些只可以解决技术问题的较低层的工程师和技术员。
不幸的是,正是这些人在这时被拉来向领导解释问题,提供解决方案,以及等候决策。
高层领导介入产品开发的最有效时间应大幅提前到制订战略决策和确定项目方向之时。
随着开发项目的展开,资源不断地补充进来,工作也逐渐地变得越来越细,由于领导人对产品的影响力减弱了,高层领导的参与程度也应随之降低。
参见图3—l的描述。
如果没有决策过程,那么当产品开发陷入危机和冲突时,领导层就得卷入进来帮助解决。
有了高效的决策过程,他们就被迫在适当的项目阶段作出具体的决策。
决策迟缓的代价
没有高效的过程,取消或改变项目方向的决策总是显得太迟。
这些决策迟缓的代价有多大?
几乎每一个亲身体验过产品开发的人都本能地理解决策应尽早作出,我们的基准调查数据表明了尽早作出决策的重要性远比大多数领导人所意识到的要大得多。
表3—l把某个公司的淘汰模式与同业中最具优势公司的淘汰模式进行了比较。
为简便起见,在说明时间差异方面,我们假设每家公司有100个开发项目在进行,总的开发成功率相同(都是项目总数的48%),而且每个项目的投资都是1百万美元。
投资额在不同阶段的分配是根据这一产业的基准研究估算的。
表3-1在不同阶段取消开发项目而损失的投资额(单位:
千美元)
0阶段
第一阶段
第二阶段
第三阶段
第四阶段
总额
累积投资
$75
$175
$780
$920
$1000
最佳公司
正在运行的项目
100
70
56
56
50
48
取消项目的百分比
30%
20%
0%
10%
5%
取消的项目数量
30
14
0
5.6
2.5
损失投资
$2250
$2450
$0
$5152
$2520
$12372
总投资
$60372
案例公司
正在运行的项目
100
90
77
57
50
48
取消项目的百分比
10%
15%
25%
12.5%
5%
取消的项目数量
10
13.5
19.1
7.2
2.5
损失投资
$750
$2363
$14918
$6598
$2510
$27138
总投资
$75138
由于更有效的决策,上表中的最佳公司在0阶段当中淘汰了30%的开发项目,而案例公司在同一阶段仅淘汰了10%。
最佳公司淘汰这些项目的总成本与案例公司的比较是225万美元对75万美元。
在第一阶段结束时,最佳公司的淘汰率为20%,略高于案例公司的15%。
但是第二阶段通常才是大量开发资金投入的时候。
在这一阶段结束时,最佳公司没有淘汰任何项目,而案例公司则淘汰了项目的25%。
淘汰这些项目的代价差不多达到l,500万美元。
在开发过程结束时,每家公司都在原来开始的100个项目中成功地完成了48个,这些成功项目的总投资额达到4,800万美元。
但是最佳公司为淘汰项目仅花掉了1,200万美元(占总投资额6,000万美元的20%),而案例公司却花掉了2,700万美元(占总投资额7,500万美元的36%)。
换言之,业绩最佳的公司以6000万美元的成本开发了48个项目,案例公司却用了7,500万——多了25%。
按此比例计算,业绩最佳的公司还可以用这些钱另外再开发12个项目。
产品审批委员会(PAC)
在PACE过程中,高层领导的参与通过一个正式指定的产品审批小组来完成。
这一小组通常被称为产品审批委员会(PAC),当然也可能是其它不同的名字,如产品评审部门或新产品执行小组等。
有时候,这一小组也就是公司的执行委员会。
PAC是在公司内部指定的,它审批新产品的开发投资并确定投资的优先次序。
具体来说,它有权力和责任做以下事情:
·提出新产品开发项目
·取消或重新制定项目的优先次序
·确保进行开发的产品符合公司战略
·分配开发资源
由于PAC是一个决策团体,它的人数应很少。
4至5名执行人员是比较合适的。
通常情况卜,它包括首席执行官(CEO)、首席作业执行官(COO)、总经理。
市场部副总裁、研究开发部副总裁、财务部副总裁、以及业务部副总裁。
其他高级行政人员可能参与阶段评审,但不承担新产品开发的直接责任。
PAC所承担的责任通常要占用PAC成员10%一15%的时间。
这些时间将合理地用于监督产品开发,如果阶段评审过程富有成效,便是对时间的极好利用。
BSN通讯公司建立了一个产品评审委员会,组成人员包括总裁、生产部副总裁、硬件部副总裁、软件开发部副总裁和市场部副总裁。
该产品评审委员会在项目开发的每个阶段结束时评审开发工作并决定是否继续开发这一项目。
部门总裁易安*兰肯(eanrankin)形容说这些评审会议责任重大,充满争论和探讨,因为这正是发现新产品弱点之时。
产品评审委员会在这些“关起门来”的会议上制订决策,取消一些项目并为其它项目重新确定方向。
BBN公司的产品审计委员会及其阶段评审过程的一个主要收益便是它的领导层对其决策的信心大人大提高了。
阶段评审过程
阶段评审过程推动PACE中其它的产品开发过程。
正是在这一过程中,高层领导制订出难度大的具有战略高度的产品决策,将资源分配到产品开发工作中,并对项目小组提供指导和进行领导。
这些决策是在开发工作的不同阶段结束时通过批准或淘汰的方式制订出来的。
阶段评审过程旨在覆盖所有重要产品开发工作,包括所有主要的新产品开发机会。
同时,那些对各职能部门(如生产、支持、销售和市场等)有重要影响的项目也应包括在这一过程中。
其它一些很小的项目,如次要的改进项目,则通常由一个简化的过程来管理,或作为一揽子项目进行组合和管理。
阶段评审过程和以看作是一个漏斗(图3—2),在概念形成的阶段会有许多创意涌入,在开发的过程中,经过一系列筛选决策,就只剩一下很少一部分项目会得到适当投资并极可能获得市场成功。
在开发过程的每。
阶段结束时,应召开一个阶段评审会议,为项目确定方向:
是继续,是取消,亦或是变更方向?
在0阶段当中,一个产品概念在很短的时间内由几个人(通常是市场部和工程部的人一起)共同提出。
由于这个阶段只需投入很少的努力,公司有能力评审很多这样的概念,以此来促进创造力。
在第一阶段,更多的人加入到项目中来,用大约4至12个星期的时间制定规范,并订出一份详细的开发计划。
这份详细计划完成后,PAC就可以剔除没有吸引力或不可能获得足够投资的多余项目。
经过第一阶段的评审之后,漏斗的形状应该变得非常直了,因为大量资源将在从此分配到项目中去。
阶段评审应该是通过决策会议的形式,而不只是简单的汇报或介绍。
PAC应在每次评审结束时作出明确的决策并明确地传达这一决策。
应该用这样的决策过程来代替以签字淘汰为基础的任何步骤。
图3-2阶段评审过程漏斗图
在每次阶段评审上,都要把实际执行情况同原计划进行比较。
以下这些重要的产品和项目特性应在每个阶段进行评审,以确保这些产品和项目的顺利开展以及导向的连贯一致:
·进度表的执行情况
·关键绩效度量
·预期的产品成本,毛利,收益,生命周期成本
·开发方案预算和投入时间表
·重要的市场状况、竞争态势及行业信息
在PACE进程中,PAC在每次阶段评审会议上会授权项目小组(核心小组)执行下一阶段的计划。
只要核心小组在权限内工作,PAC就没有必要过于具体地参与到项目工作的管理当中。
但如果在某一阶段出现了较大的偏差,这种授权会被自动取消,这时核心小组负责人应负责召开临时阶段评审会议来解决出现的问题。
核心小组同时应负责设计出解决方案并与PAC一同研究提出的方案。
在整个产品开发过程中,PAC应分阶段为每一阶段所需资源审批资金。
每个项目个会一下于得到全年所需的资金,而只是下一开发阶段的所需资金。
跨越几个财政年度的开发阶段会得到整个阶段的资金。
有必要按照所有授权项目的优先次序,来制定经营预算和分配主要资源,这样PAC就可以了解需要分配的量有多少。
如果要全额分配资金和某种主要资源,PAC应按优先次序审批新项目的投资。
一个有效率的阶段评审过程具备五个主要特征:
l、为新产品升级产品的重要决策提供清晰、连贯的过程。
在每个阶段结束时,PAC都应决定是否应继续、取消或重新导向开发行为,并解决这一阶段的主要问题,以及改变资源的分配,等等。
2、授权项目小组执行项目计划。
阶段评审过程要使PAC能够确定优先权,批准或修改项目方向,制订产品和项目目标,并监督项目。
这样它才能授权项目小组来执行项目卜一个阶段的任务。
3、提供将产品应用于产品开发的纽带。
通过阶段评审过程,PAC可以引导开发方向与公司整体战略保持一致。
4、提讲可衡量的检查点,以便监督进展情况。
阶段评审过程应定义出检查点,以便PAC对时间进度以及产品目标进行审核。
5、确定“里程碑”,以加强紧迫感。
应有意识地把阶段评审会议看作是项目“里程碑”来解决问题和制订决策。
这些“里程碑”会造成一种紧迫感。
这种紧迫感是非常必要的,因为不管给了多长时间,多数问题只要在需要时都应在两周之内得到解决。
阶段要求
各公司对每一阶段的具体要求有所不同,但我们却可以发现其中有许多共性。
在前两个阶段,与各项要求联系较为密切的是周密的计划和高效的决策。
在以后的阶段,这种要求会因所开发产品的特征不同而有所不同。
对每一阶段目标进行总结,并在每一阶段结束时对各项决策加以说明,就有助于把这点说清楚。
0阶段一概念评审
0阶段的目标是使公司迅速评审产品机会,并尽快开始产品开发过程。
产品机会常常是通过产品战略过程的平台计划或产品线计划的形式进入这一阶段。
0阶段的成果是对产品概念或机会作出的评审,该评审提交给PAC,以此作为第一阶段拨款依据,而一次成功的阶段评审会议的结果是为第一阶段分配一个项目小组和所需要的资金。
0阶段的最初焦点应放在分析市场机会和战略可行性上。
这点可以举例阐明。
某家微机生产公司在推出一系列新产品的第一代产品之后成立了一个小组来设计第二代产品。
这个小组提出了一个更为高效的产品概念,在产品中引入新技术,增加新性能,但是,在0阶段审核会上,他们无法回答这一产品为何会取胜。
PAC于是让他们回去考虑答案。
在随后的四个星期里,他们接触了大量客户,经过紧张的工作之后,他们回来了,带着答案来参加另一个0阶段的评审会议上(看来每一阶段可以开多次评审会议)。
他们的答案是:
这是一种全新的产品。
消费者真正需要的是与现有机型对应的低价产品。
假如没有这么一个阶段评审过程,这家公司就会花费四千万美元来开发另外一项产品,那么就会失去用于开发市场真正需要产品的资源。
一个有效率的0阶段的评审会推动产品开发朝着正确的方向前进,哪怕他们最初搞错了方向。
举例来说,某家公司指示它的项目小组开始开发一种将现有产品按比例缩小的新产品以便开辟新的市场机会。
该小组于是定义了一种新产品,它具备该公司最近推出产品的大多数基本特性,但成本只是原有产品的80%。
尽管该小组对它所建议的产品概念有很大热情,PAC却在0阶段的评审中意识到这种产品只能抢走现有产品的生意,并不会开辟任何新的重要市场。
基于这种认识,他们再次指示项目小组重新开始并调查到底需要什么产品来创造新的市场机会。
假如没有这一规范的评审过程,这家公司很可能在这些问题提出之前就开始这种新产品的开发了。
在0阶段当中,公司运用假设对机会进行评审,所用的假设是明确确定的,并通过了有效性审核(注意这些假设在1阶段需要被验证)。
这使得公司在投入大量资金之前就可以采取行动。
比如,某通信公司就因此而受益。
当时它打算开发一种产品,而这种产品能把公司带入某个新兴的市场。
这种拟议中的产品在0阶段进行评审时,PAC意识到,随着市场的发展,该产品的价格可能预计会降到成本以下,这样一来,每卖一件产品,公司就得赔钱。
这主是因为新产品与市场上己有的其它产品相比并没有任何明显的不同。
PAC便在投入大量开发资金之前取消了该项目。
假若不进行这样的阶段评审,公司可能会花费18个月的时间和4百万美元来开发这一产品,但最终又不会推出这种产品,因为这会亏本。
(没有看出论据与论点之间的关系)
在0阶段当中只有少数儿个人参与项目。
通常包括一个项目发起人和其他几个主要助手。
这个发起人最好能在制订阶段要求时向全公司的其他专家咨询。
正常情况下,这一阶段应在4至8周的时间内完成。
第一阶段—计划和规范
第一阶段是产品开发工作的基础阶段。
这一阶段的目标是清楚定义产品,认识产品竞争优势,明确功能,决定开发可行性,高度准确地核查在0阶段当中所作的估计,以及为项目第二阶段和其余阶段的开发制定计划。
该阶段的重点是要充分理解主要设计要素的细节以便分析其可行性,但通常并不需要在这一阶段进行详细的产品设计。
这一阶段结束时,应对开发这一产品的资源、时间表和资金作出估算,但只可以将开发第二阶段所需要的那部分资金分配下去。
第一阶段的评审会议使高层领导得以解决任何存在的问题,以便保证这一产品开发工作的成功。
例如,某家公司的PAC在第一阶段的评审会议上负责解决一种新的具有创新性的高容量电子产品的一些问题。
PAC要求项目小组更专注于该产品的创新特征,并且,他们又分配了两名软件专家加入开发,以便更快地在两个月之内完成这一开发过程,调整向国际市场投放该产品的时间,并尽可能推进该产品与其它产品的结合。
如果没有该评审点来解决问题,这些问题就会无限期地拖厂去,延缓新产品的完成时间。
第一阶段的评审会议还可以让高层领导对项目进行优先排序,并据此分配资源。
某家电脑公司尝试开发一种新的磁盘储存装置并计划投入5名工程师。
在第一阶段的评审会议上又发现了一些有趣的细节。
首先,这一装置只能与正在开发的下一代电脑匹配,而这种新一代电脑还需要一年时间才能推向市场。
第二,这一项目目前看来需要18名工程师才能完成。
这些工程师必须从开发新一代电脑的项目小组中抽调,而这样做的结果又会进一步拖延新一代电脑投放市场的时间。
最后一点就是这种新装置与该公司在市场上现有的其它产品相比并没有非常显着的改进。
PAC于是取消了该项目,并将小组中的中的工程师重新分配到其它更重要的项目中去。
在第一阶段,要更加详细地分析对某些要素的估算,比如产品成本,销售价格,质量或可靠性指标,预计销售数量和完成日期,在0阶段这些要素是一些假设。
举个例子来说,某家公司正为一个成熟市场开发一种新产品。
这种新产品与这家公司现有产品相比,功能更多,而且成本也更低。
在对这一产品进行0阶段评审过程中,PAC认为成本估算过高,并要求项目小组在第一阶段集中精力降低成本。
但在第一阶段结束时,项目小组经过精确的估算,发现成本其实更高,尽管如此,该项目小组仍建议继续开发这一项目。
但是PAC认为在成熟的市场中,不应该投资开发利润很低的产品,因此取消了这一项目。
在第一阶段当中,初步的高层次设计可能己经开始进行了。
对于有些产品开发工作来说,可能有必要在这时更大胆一些,并进行更为详细的设计,但这种做法应在0阶段的评审会议上得到特别批准。
在第一阶段,更多的人员加入到项目开发工作当中,这时的项门小组基本具备了正式小组的结构,比如成立一个核心小组。
同时,投入了更多的资源支持项目。
在第一阶段结束时,PAC将决定是取消该项目还是为第二阶段投入资金,也可能要求项目小组先解决某一具体问题然后才获批准。
第二阶段—开发
第二阶段的目标是根据前一阶段评审会议批准的方案来开发产品,大部分具体的设计工作和开发活动将在这一阶段进行。
在开发工作开始之前,公司应进行正式的技术设计评审。
这一阶段主要强调项目开发工作的实行,而不是分析产品机会或其可行性。
公司在这一阶段应同时着手生产和支援体系的准备,包括生产和测试工序的开发,计划产品的发布,以及客户服务体系。
这时,对资源的需求大大增加了,开发过程中的大部分资金将在这一阶段投入使用。
根据这一阶段的时间长短,可能会进行一些定期的进展汇报,但如果项目小组遇到了可能对任何主要要素产生严重影响的问题时,如成本出现变化或完成时间将有可能改变时,就需要重复第一阶段的评审过程。
(再次进行1阶段评审)
在这一阶段会有许多“里程碑”式的或中等程度的进展,但基本的目标通常是完成一个成形的产品。
所谓“成形的”有时可能只是主观上的。
比如说,某家公司在第二阶段结束时生产出来的产品是一个高效电脑,电脑虽然成形了但并未达到预期的运行水平。
PAC批准过渡到第三阶段,工作方法也有所改变,即与经筛选的?
-测试客户一起,根据客户对新系统的使用情况,找出改进方法。
在第二阶段结束时,获得PAC的批准表示该产品可以进行测试和评估了,也意味着开发该产品的计划是恰当的。
有一个项目在进行到这一阶段结束时,PAC推迟了对它的批准,因为该产品的软件还未全部完成,还未达到必要的测试程度。
项目小组提出了一个替代方案,即用未完成的软件来测试产品,但被PAC否决了。
第三阶段—测试和评审
第三阶段的目标是完成验收测试,准备批量生产和产品推广。
完成这一阶段的标志是成功地通过了产品测试,生产和支援体系得到批准,以及完成了产品推广计划。
在这一阶段结束时,应召开第三阶段的评审会议来最后决定此种产品是否可以发第一批货。
如获批准则意味着
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第三 阶段 评审 过程 高效 决策
![提示](https://static.bdocx.com/images/bang_tan.gif)