在过去的50年里,开发流程的研究和应用迅猛发展。因此出现了多种流程,很多流程是为不同的行业、产品或市场而设计的。
新产品流程被定义为:
为了将最初的想法不断转化为可销售的产品和服务,公司所开展的一系列条理化的任务和工作流程。
必须强调的是,新产品流程不具有一个适用于所有组织或产品的统一定义。新产品流程应当与组织及其产品或服务的具体需求相符。
各种产品开发流程的介绍和对比
产品开发流程的早期定义 —— 化学产品开发阶八阶段流程 —— 出现于20世纪40年代。在20世纪60年代,美国宇航局将阶段化开发的概念加以应用。美国宇航局使用的是阶段评估流程,即项目开发被划分为多个阶段,在每个阶段完成之后进行一次评估。
在20世纪60年代中期,艾伦等人设计了一个由六个基本阶段构成的流程,这一流程为近年来推出的众多流程奠定了基础,这六个阶段是:
- 探索
- 筛选
- 商业评估
- 开发
- 测试
- 商业化
新产品流程的定义及其在工业界的广泛应用发生于20世纪80年代。这要归功于80年代早期出现的库柏的门禁管理流程。
在过去的30年中,我们目睹了一系列新产品流程的发展,旨在满足特定组织基于不同产品和市场环境而生产的需求。本章的后续内容,包括对于部分新产品流程的介绍,以及在特定情境下各个流程的优缺点的概述,这些流程包括:
- 门径管理流程
- 集成产品开发
- 精益开发
- 敏捷开发
- 设计思维
思考与练习
在深入学习本章内容之前,请思考你所在的组织才能的产品开发流程:
- 流程是如何组织的?
- 由谁管理的?
- 有谁参与的?
- 是否持续应用于整个组织中?
一、门径管理流程
随着行业需求的不断变化,门径管理流程也在不断更新。
下图展示了门径管理流程的基本模型:
文件管理流程的主要阶段:
- 发现
新的机会和新的产品创意。 - 筛选
初步评估市场机会,技术需求以及能力的可获得性。 - 立项分析
建立在筛选阶段之上的一个关键阶段,包括更为深入的技术市场以及商业可行性分析。 - 开发
产品设计、原型制造、可制造性设计、制造准备和上市规划。 - 测试与修正
测试产品及其商业化计划的所有方面,已修正所有假设和结论。 - 上市
产品的完整商业化,包括规模制造以及商业化上市。
在门禁管理流程中,划分出的阶段数量应根据具体情况进行调整,这取决于:
- 新产品上市的紧迫性。时间越紧张,流程就越受到挤压,阶段就越少。
- 与新产品的不确定性和风险水平相关的技术和市场领域的现有知识。现有的知识面越广,风险越小,所需的阶段也就越少。
- 为降低风险,当不确定性越大时,所需的信息越多,这将导致流程更长。
1、什么是阶段?
阶段是整个产品开发流程中的一个确定区域,包括:
- 活动
项目负责人和团队成员依照项目计划必须完成的工作。 - 综合分析
通过跨职能部门间的交流,项目负责人和团队成员综合分析所有职能活动的结果。 - 可交付成果
综合分析结果的成见,这是团队必须完成并在进入关口时所要提交的内容。
2、什么是关口?
关口是产品开发流程中的一个确定节点。流程进展至此处时,需要作出有关项目未来的关键决策,包括:
- 可交付成果:关口审评点的输入内容。
可交付成果是前一阶段行为的结果,是事先确定的,在每个关口都有一个可交付成果的标准清单。 - 标准:平台项目时所采用的标尺。
由此决定项目是否通过以及项目的优先级。这些标准通常被设计为一个包括财务标准和定性标准在内的打分表。 - 输出:光口评审的结果。
关口处必须给出明确的输出内容,包括决策(通过、枪毙、搁置、重做)以及下一阶段的路经(通过审批的项目计划,下一个关口的日期和可交付成果)。
3、门径管理流程的优势和局限性
(1)优势
- 为产品开发提供准则和约束
- 强调有质量地决策
- 对所有参与者而言都是透明的
- 适用于多种类型的组织
(2)局限性
- 有可能变得过度官僚化;
- 在没有完全理解的情况下,可能引起过于僵化和成本昂贵的误解;
- 遵循准则和约束,可能一定程度上创造力有所扼杀。
4、文件管理流程的发展和应用
文件管理流程,至少在其早期的迭代过程中,呈现出明显的串行和线性特征,但这从来不是原创者的本意。近年来,库柏在诸多文章中介绍了门径管理流程为适应不同产品开发环境、满足不同的公司需求而发展的新过程。库柏强调,虽然流程的基本原理始终不变,但应该不断修改门径管理流程的应用,以适应具体的环境。
案例:根据具体情景修改门禁管理流程
一家有着悠久历史坚实技术专长和良好制造能力的冰激凌公司,要进行一条简单产品线延伸的开发。在这种情况下,开发的复杂程度是非常低的,成功的概率较高,失败的风险也较小。这家公司可能只需要开展一个简单的流程,包括初始立项分析,进而进入迭代规划(或设计)阶段、通过产品测试,最终将产品推向市场。开发周期时间可能为1到3个月。
另一个例子是一家在目标市场内积累了一定经验但技术能力有限的公司,希望开发一款适合10到12岁儿童驾驶的模型玩具车。目标市场所期待的产品特性和潜在需求都具有较大的不确定性,在这种情况下,不确定性不仅存在于产品概念和设计规范中,还存在于设计和制造过程的复杂性。可以预想到,此时门禁管理流程包括的阶段更多,更强调关口处的评审,以保证公司的决策是正确的,并减少不确定性。此时,应当特别聚焦于模糊前端的概念发展阶段和初始业务分析阶段。还可以预想到,在流程后期应对设计制造市场测试最终可行性分析和规模制造投入更多关注,以使产品成功上市。开发周期时间预计为六个月至两年。
二、集成产品开发
集成产品开发的概念是由20世纪90年代中被广泛应用于航天产业中的并行工程发展而来的。并行工程是一种集成并行设计产品及其相关过程的系统方法,包括制造和支持。这种方法使得开发商从一开始就要考虑产品生命周期中的所有要素,从概念到实施,从质量、成本、进度到用户需求。
并行工程的基本前提建立在两个概念上。其一,产品生命周期中的所有要素,从功能性、可制造性、装配、测试、维护、环境影响到最终处置和回收,都应在早期设计阶段被逐一考虑。其二,考虑到并行推动流程能显著提高生产力和产品质量,前述设计活动都应同时进行,即并行。这样一来,就能够在设计过程中的早期阶段,即仍可灵活处置项目时发现错误、重新设计。尽早定位和修复问题可避免当项目推进至更复杂设计建模阶段和硬件的时机制造阶段时,出现代价高昂的错误。
通常认为,并行工程取代了传统流程瀑布模型。瀑布流程的首次开发要归功于温斯顿罗伊斯。在20世纪初,瀑布流程被广泛应用在软件行业。
瀑布流程的五个典型阶段是:
- 要求
了解设计产品所需的功能、用途、用户需求等。 - 设计
确定完成项目所需的软件和硬件,随后将它们转化成物理设计。 - 实施
根据项目要求和设计规范编写实际代码。 - 验证
确保产品符合客户期望。 - 维护
通过客户确定产品设计中的不足和错误,进而修正。
下图展示的是瀑布流程:
近年来,瀑布模型在软件行业中的普及度下降,他变为集成产品开发模型的前身。
集成产品开发的定义为:系统的综合的应用不同职能体系的成果和理念,有效高效地开发新产品,满足客户需求的方式。
在20世纪80年代早期,在采用了瀑布流成一段时间后,IBM逐渐转向了集成产品开发流程。IBM给出了选择这一转变的理由:IBM必须满足客户需求,遵守法律法规,达到安全标准,减少维护成本,并优化利用企业资源,为了满足这些复杂的要求,公司已在数个最佳软件系统上投入巨资,问题是,这些软件系统的整合并不总是成功的,这些软件系统反而发展成了支离破碎的产品信息孤岛。IBM发布的产品开发集成框架,强调了在产品开发的生命周期管理中管理这一复杂问题的必要性。
下图展示了集成产品开发框架:
近年来,一些机构致力于以集成产品开发原理为核心,利用循序渐进的方式来改进整体的产品开发体系,以实现以下目标:从产品开发基本工具的应用推进到项目管理的应用,再推进到客户心声战略连结,最终构建出基于知识获取和管理的学习文化。
下图展示了基于集成产品开发系统的组织实践层级:
上图说明,集成产品开发更多的是为产品开发的改进提供框架,而不仅仅是一个模型或流程。这个框架囊括了大多数常见的产品,开发流程中的基本原则,而且特别注重学习和持续改进。
思考与练习
写出集成产品开发的基本原理。
你认为几种产品开发、门径管理流程和瀑布流程之间的共性和差异有哪些?
三、精益产品开发
精益产品开发建立在丰田首创的精益方法(TPS)的基础之上。TPS基于消除Muda,日语中的意思是无用,没用的、惰性的、浪费的。设计TPS的主要目的是从制造流程中去掉Muda或浪费。这一原理被引用至产品开发流程中。
1、什么是精益产品开发
精益产品开发是有关生产率的。
- 每小时或每单元生产的利润
- 对设计者或开发者的有效利用
- 更短的上市时间
- 单位时间内完成更多的项目
- 在更多的时间内积累更多满意的客户
- 更少的浪费
2、潜在的浪费来源包括:
- 混乱的工作环境
- 缺乏可用资源
- 缺乏明确的优先级次序
- 不同职能间的沟通存在障碍
- 糟糕的产品需求定义
- 缺乏对可制造性的早期考虑
- 过度设计
- 太多无成效会议
- 太多的电子邮件
詹姆斯在《丰田产品开发系统 —— 员工、流程和技术的整合》一书中,就产品开发给出了以下建议:
1、建立由客户定的价值,去掉无法带来增值的浪费。
2、在产品开发前端投入更多精力,全力探索所有可能的解决方案,最大化设计空间。
3、创建高水准的产品开发流程。
4、实施严格的标准化流程,以降低变数,创造灵活性,产出可预见的结果。
5、建立首席工程师体积,由他从头到尾负责开发流程的整合。
6、平衡职能专长和跨职能整合。
7、培养每位工程师的能力。
8、建立学习与持续改进的理念。
9、营造支持卓越和不断改进的组织文化。
10、采用与人员和流程相匹配的技术。
11、充分整合供应商,将其纳入产品开发体系。
12、通过简单的可视化沟通,使整个组织协同一致。
13、善用有效的标准化工具和组织学习工具。
3、精益产品开发的优势和局限性
(1)优势
- 流程的聚焦点在于信息的顺畅流动,而非严厉管控。
- 通过事件驱动方法简化合作,优化设计。
- 重视对进度、成本、绩效和质量方面的风险的积极管控。
- 适用于各种规模的项目。
- 用于记录学习和进展,判定优先级和解决问题的工具通常是简单的、可视化的。
(2)局限性
- 参与人员必须是相当敬业,且经验丰富的。如此才能够为系统改进提出建议,对系统变化作出积极响应。
- 需要改变组织的结构和文化。特别是,组织应具有统一坚定的项目文化,以及适当的支持性组织结构。
- 需要强有力的供应商管理。若要进行精益产品开发或实现准时交付,就需要与供应商协调同步,保持良好的沟通。
- 组织有意愿且有能力接受项目目标和方向上的变化。
精益产品开发过程的核心概念,如图:
思考与练习
1、写出精益产品开发的基本原则。
2、在你所在的组织中,写出三个或四个产品开发中可以经由精益开发而凡尘改进的环节。
四、敏捷产品开发
敏捷方法是在合作环境下,由自我管理的团队进行产品迭代开发的过程。其中,通过渐进式的迭代和工作步骤,团队可以应对未预期的事项,这也被称为冲刺。敏捷开发,在软件行业的应用极为普遍,与硬件行业不同,软件行业的特点是变化不断。
2001年2月,17位软件开发者在犹他州开会讨论轻量级的开发方法,他们发布了敏捷软件开发宣言。
1、敏捷软件开发宣言
我们正在寻找更好的开发软件方法,我们全力以赴,同时也在相互帮助,在探索之路上我们总结出了以下几点:
- 个体和交付胜过过程和工具
- 可运行的软件胜过面面俱到的文档
- 客户合作胜过合同谈判
- 响应变化胜过遵循计划
尽管在每一句中,右侧的事项确有价值,但我们认为左侧的事项更重要,价值更大。
2、敏捷产品开发的关键原则
1、我们的首要任务是通过尽早和持续交付有价值的软件来满足客户。
2、即使在开发后期,我们也欢迎需求变更,敏捷流程将这些变更转化为客户的竞争优势。
3、平凡的交付可运行的软件,数周或者数月交付一次,时间间隔越短越好。
4、项目期间,业务人员与开发者共同工作。
5、招揽积极主动的人员来开发项目,为他们提供所需的环境和支持,相信他们能做好自己的工作。
6、开发团队里最省事最有效的信息传递方式是面对面交流。
7、可运行的软件是衡量进度的主要标准。
8、敏捷流程有利于持续开发。发起人、开发人员和用户应始终保持一个固定的前进步伐。
9、持续关注先进的技术和优秀的设计,提高敏捷性。
10、简洁。另代办工作最少化的艺术是一切的基础。
11、只有自我管理的团队才能做出最好的架构和设计。
12、团队定期反思如何提高效率,并调整工作流程。
3、敏捷产品开发过程中的关键要素
虽然敏捷产品开发的具体应用可能会依组织而改变,但基本要素通常保持不变,包括以下内容:
- 产品代办列表
- 敏捷流程
- 冲刺
- 产品主管
- 敏捷负责人
- 敏捷团队
4、产品待办列表
产品待办列表是一份包含系统所需的一系列事项要求,并将他们按照优先次序排列的清单,包括功能性和非功能性的客户需求,以及技术团队生产的需求。虽然产品需求列表有多种来源,但是确定优先级次序是产品主管的独有职责。一个产品需求列表,像是一个足够小的工作单元,团队能够在一次冲刺迭代周期中完成。
5、敏捷流程
敏捷流程是由杰夫在1993年创建的一种流程,灵感来自于橄榄球队的争球阵。
可以说,敏捷流程是最流行的敏捷实施框架。通过该方法,软件生成得以按规律的步调进行,并由一系列固定长度的迭代过程开发出产品。
6、冲刺
冲刺是指完成待定任务,使开发阶段得以进入审查环节的一段时期。规划会议是每次冲刺的起点。在会议上,产品主管和开发团队商讨并确定此次冲刺所要完成的工作。冲刺周期由敏捷负责人决定。冲刺开始后,产品主管暂停工作,由开发团队主持工作。在冲刺结束后,团队将已经完成的工作提交给产品主管。产品主管将依照冲刺会议上设定的标准,决定接受或否决这些工作。
下图展示了冲刺规划会议
7、产品主管
在划分产品待办列表的优先级和萝莉需求时,产品主管是代表客户利益,拥有最终决定权的那个人。团队必须随时可以联系到他,特别是在冲刺的规划会议期间。在冲刺开始后,产品主管不应当再管理团队,也不应当再变更任务。产品主管的主要职责是平衡有竞争关系的利益相关者之间的利益。
8、敏捷负责人
敏捷负责人是团队和产品主管之间的协调者。他的工作职责不是管理团队,而是通过以下方式帮助团队和产品主管:
- 销售团队和产品主管之间的障碍
- 激发团队的创造力,给团队授权
- 提升团队生产率
- 改进工程工具和实践
- 确保团队取得进展的信息实时更新,让各方成员均可见
9、敏捷团队
敏捷团队通常由七个人组成,也可增加或减少两个人。为实现冲刺目标,团队成员通常由多个职能部门、不是专业的人员(跨职能团队)组成。软件开发团队的成员,包括软件工程师,架构师,程序员,分析员,质量专家,测试员以及UI设计师。在冲刺期间,团队通过自我管理的方式实现冲刺目标,团队在实现目标的方法上有选择自主权,并需对这些目标负责。
下图展示了分解敏捷流程
10、以及产品开发的优势和局限性
(1)优势
- 对于业务要求很难被文化或难以成功的产品开发项目而言,敏捷流程带来了新的可行机会。
- 凭借敏捷方法,快速变化中的前沿开发得以被迅速编码和测试,一旦出现错误,也可以很容易的纠正。
- 通过定期会议,经常性的更新工作进展。敏捷,是一种轻量级的管控方法,因此项目开发有明显的可视性。
- 像任何其他敏捷方法一样,其本质是迭代,需要来自用户的连续反馈。
- 由于冲刺周期短,反馈及时,团队更容易应对变化。
- 通过日常会议可以评估个体的生产力,从而提高团队成员的生产率。
- 通过日常会议可以提前识别问题,然后迅速解决问题。
- 敏捷方法与任何技术或编程语言兼容,特别是快速发展的网络2.0项目或新媒体项目。
- 在流程和管理方面的运营成本最小,因此项目进展更快、花费更少。
(2)局限性
- 敏捷是出现“范围蔓延”问题的主要原因。这是因为,除非有一个明确的截止日期,否则项目管理相关者会不断要求团队交付新功能。
- 如果任务的定义不明确,对项目成本和时间的预估是不准确的,在这种情况下,可以将任务分散为多次冲刺。
- 如果团队成员没有全力以赴,项目将永远不会完成或将失败。
- 因为敏捷方法可以有小团队完成,它适用于快速变化的小型项目。
- 敏捷方法需要有经验的团队成员,如果团队中有新手,项目可能无法按时完成。
- 若敏捷负责人信任手下的团队,敏捷方法与项目管理的配合效果良好。若敏捷负责人对团队成员实行过程过于严格的控制,将会给团队带来极大的挫败感,导致团队缺乏动力,进而导致项目失败。
- 任何一个团队成员在开发过程中离开都会对项目开发产生巨大的负面效果。
- 难以实施和亮化项目质量管理,除非测试团队能够在每次冲刺后进行回归测试。
思考与练习
1、写出敏捷产品开发的整个过程。
2、敏捷产品开发是贯穿于产品开发中的一个管理流程吗?还是说它主要聚焦于整个产品开发中的一些特定要素?
原创文章,作者:研究院精选,如若转载,请注明出处:https://www.pmtemple.com/academy/4416/