研发 管理体系 设计需要遵循以下几个原则:
第一、面向价值、市场驱动
第二、倾听3个方面的声音(VOC、 VOB 、VOE)
第三、均衡的结构化流程(在结构化与灵活之间取得平衡)
第四、跨部门协作的 组织结构
通过矩阵式的组织模式,实现跨部门协作的研发管理过程。产品 研发团队 应包括市场、技术、服务、工艺、测试、制造等多个领域的代表,并不以单纯的研发组织构成。
第五、逐步强化 项目管理 的重要性和作用
项目管理渗透在整个研发管理的过程中,项目管理的思维与方法被广泛接受和使用,项目经理从兼职逐步演变为专职的职业经理人。
第七、 绩效管理体系 配套实施
通过绩效管理体系的有效设计和实施,保障研发管理体系的落地和执行。
第八、全局规划、分步实施
研发管理体系的进步,并非一朝一夕之事,需要一个漫长的过程。因此,必须在早期对整个体系进行 科学系统 的规划,再根据自身的能力分布实施。中天华夏 杨飞 老师曾讲过,“研发管理是科学,同时也是实践的学问,需要依据相关 理论体系 进行系统的规划,再通过分步执行逐步落地;前者重在其科学性与 合理性 ,具有全局指导作用,后者重在实践和经验的积累,是落地执行的保证,两者缺一不可;一口吃成胖子的想法是不科学的,必将受到惨痛的教训”。
第九、人、流程和技术同步考虑
研发体系的设计,并不是照搬现成就可以的,更为重要的是适合自己的 业务模式 、适合自己的人员能力、资源规模和技术实力。脱离现实,盲目模仿先进,必将导致失败。
加拿大 罗勃特·G.库珀 (Robert G. Cooper )——新研发管理领域里的世界级专家,门径 管理理论 奠基人;
【美国】迈克尔·E·麦克哥拉斯(Michael E.McGrath)——PACE体系的提出者、PRTM创始人;
【美国】 路易斯·郭士纳 ——将PACE体系应用到 IBM ,并是该体系 名声大振 ,前IBM总裁;
【美国】 孙晓波 —— 研发 生态系统理论 的提出和实践者 卡特彼勒 中国研发中心董事长兼总经理,原 华晨 汽车集团副总裁、 首席技术官 康明斯 全球技术规划总监。
【中国】 周辉 ——原 华为公司 研发体系的首批构建者,《 产品研发管理 》、《增量绩效管理》的作者
【中国】 胡红卫 ——较早一批在中国建立咨询公司并推广IPD体系的实践者;研发管理咨询专家;
【中国】 江新安 -原GE 产品创新 战略经理,著名研发管理培训师;研发管理专家;
【中国】杨飞——产品创新及研发管理领域的权威专家、 资深顾问 、高级讲师;
第一条 公司的研发任务一方面来源于总公司下达的研发任务,一方面来源公司出于竞争需要而自行确定的研发任务。
第二条 公司的研发是在平衡内部 资源条件 和外部 市场状况 的前提下寻求最佳的研发内容和方式,以期获得最大的 经济效益
第三条 公司的研发定位于提升公司的核心 竞争能力 。一方面,通过产品 平台战略 支持公司现有业务在 传统市场 的扩张,形成 绝对优势 市场地位 ;另一方面,通过新产品研发,推进公司在 战略市场 的争夺和具有巨大潜力的市场的研发,形成公司新的利润增长点。
第四条 公司的研发遵循在自主研发的基础上广泛开放合作的原则。在树立公司 自主品牌 和拥有公司自主产权的前提下,利用国内外一切可以利用的力量,采取自主研发、 系统集成 OEM 技术购买 企业并购 等组合方式。
第五条 公司的研发体系包括密切相关的三个子系统,即产品发展战略规划研究系统、 技术研发 和产品研发系统、以及产品 中间试验 系统。
(一) 产品发展战略规划研究系统
产品 发展战略 规划研究系统由党委/经理办公会、技术委员会等组成,负责制定公司技术及产品研发的中长期发展战略,作为公司研发的指南。
(二) 技术研发和产品研发系统
主要由研究开发中心、生产技术部等部门的研发人员和管理人员构成,负责技术研发和产品研发的实施。
(三) 产品中间试验系统
主要由生产技术部、制作一/二部、研究开发中心研发人员和管理人员构成。负责产品样品的中间试验、安全测试等工作。
第六条 公司重视培育一支高素质的、具有团队精神的 研发工程师 与研发管理者队伍,重视发现和培养战略研发管理人才和国际研发人才。
由于IT产品设计中蕴藏了大量的设计者对 产品功能 要求的理解和处理思想,而这些理解与实现有紧紧地依靠设计者个人的知识背景、专业领域和 个人能力 等方面的限制,因此必然在产品功能的设计实现中,存在大量的错误和不完善的地方。
另外,在设计中还采用了大量的 设计工具 , 设计者面对的不是产品,而是面对的由一组工具组成的 设计平台 ,设计者根据工具的功能,发出相应的命令,由工具完成 命令的实现。由于工具实现过程是工具的设计者依据通用情况考虑的,对产品设计者来说是一个"黑箱" 操作过程,因此必然存在工具设计者的思想与产品设计者 思想和理解存在着差异,特别是对产品的一些不太重要的性质或要素尤为突出。这就是IT行业中经常谈到的工具的副作用。
因此,建立产品的 开发环境 是IT产品研发重要的组成部分。
对于IT产品的研发来说, 测试环境 具有十分特殊的地位。从 发达国家 IT产业 的研发来看, 产品测试 的费用和 测试周期 占产品 研发费用 和周期的40%左右,并保持上升的趋势。由此可见,测试环境对IT产品的研发来讲,具有十分重要的意义。
为什么测试环境具有如此重要的地位?其主要因素是由IT产品自身的特征所决定的。由于IT产品的 功能设计 是一种事前决策规则设计,决策人的能力和知识背 景、 环境要素 的变化状态都将影响决策的质量。那么在环境要素 动态组合 变化的基础上,如何确认决策的正确性,特别是非正常 环境变化 的基础上,如何确认决策的 安全性,是一项难度很大的任务。这种确认的技术难度在通常状态下要比决策本身难度大得多。这就是测试环境具有重要地位,也是IT产品与传统产差异的主要特 征之一。

研发管理 产品成功时代

这个时代又是项目时代开始,这个时期研发面临的产品对象更加复杂化,设计众多管理领域,需要更多不同专业的公司、部门、人员协作,如何将大家的工作有效规范地管理起来是面临的大问题,关注从开发试验室的管理转向个体开发项目的管理, 项目计划 的基本实现首次被采用,而针对个体项目的项目小组也首次组成;

研发管理 快速上市时代

这个时代主要关注如何更快地开发出个体产品,这个时代可以追溯到20世纪80年代中期,快速上市时代的突破在于认识到,产品开发是一个 管理流程 ,就如同其他管理流程一样,一个更优秀的流程可以产生更好的、更有 可预测性 的结果,也认识到 研发 管理不仅仅是项目管理,还涵盖新产品上马和项目标准使用的 决策过程 ,以确保更为一致的项目结果;这个时代的首要目标是更更快地将产品推上市,这个时代将产品更快 地推 上市比降低 开发成本 带来更大的财务收益,PACE、 IPD 都是快速上市时代研发管理的典型代表;华为当年就是采用IPD 管理模式 后,极大提升了研发 管理效率 ,华成研发 管理咨询公司 是国内最早专注于研发与创新 管理咨询 的公司,手把手帮助企业推行快速上市( 第三代研发管理 )研发管理体系;

研发管理 研发效率时代

这个时代建立在快速上市时代带来的时间的收益上,将在新产品引入的速度、数量、质量等方面带到一个新的发展起点,是基于近年来的信息技术的进步,基于过去40年的管理发展史的研究,信息系统已经改变了从制造到会计到 客户服务 的所有其他管理领域,现在,它正在改变产品研发,研发的进步需要称之为开发链管理的 集成系统 来支撑,具体需要涉及 研发战略 管理系统 、组合管理系统、 项目管理系统 、企业资源管理系统( ERP )、 客户关系管理 系统(CRM)、 资源预测 与分析系统、 产品数据管理系统 等,青铜器 RDM 是最早践行研发效率 管理理念 研发管理系统 ,起到集成(Integrator)作用,围绕产品、项目的研发过程,将不同信息系统的内容,关联协同一致,有效支撑研发效率时代基于数据、信息高效研发;
1 "双岗制"
"双岗制"是我国许多科研企业针对 人员流动 造成知识产权流失提出的一种 解决方法 。所谓"双岗制"是在研发过程的重要位置上设立两个岗,完成同样的工作,互为备份。"双岗制"带来的主要问题是:
第一,由于重要的岗位用两套人马使用两套设备完成同样的工作,造成人力资源和设备 资源浪费
第二,如果两套人马完成的结果不一致,造成确认成本的增加;
第三,由于研发过程有许多环节,如开发过程:设计、仿真、调试、测试;研制阶段:原理件、工程件、工艺件、 试验件 、试用初件等,如果两套人马生成的两套版本都要通过验证过程的所有环节,将大大的增加研制成本、研制周期和造成资源的浪费。
由于在每个"双岗制"研制成本和研制周期几乎翻一番,这样,如果在该 产品研制 过程中有多个"双岗制"位置,整个研制成本和研制周期将会形成爆炸性组合增加。
2 "重要的部分由多个人分解承担"
"重要的部分由多个人分解承担",这是我国许多科研企业针对人员流动造成知识产权流失提出的另一种解决方法。所谓"重要的部分由多个人分解承担" 是研发过程中将重要的部分和环节进行任务分解,由多个人共同承担和协作完成。"重要的部分由多个人分解承?quot;带来的主要问题是:
第一,如果将重要的部分和环节进行任务分解,将增加系统内部通信开销和 协作成本
第二,如果采用重要的工作由重要的人承担的原则,如果重要的人员不再承担其它重要的工作,将造成人力资源的浪费;如果重要的人员还承担其它 重要的工作,如果一旦人员流动,将会造成多个重要任务的知识产权流失,涉及和影响的面会更大;
第三,由于研发过程环节很多,重要任务的分解和多个人员的参与将会大大增加 研发成本 和研制周期。
3 "记者式"的研发方法
接受主题: 根据上级领导的要求立项和接受项目
采访素材: 自行搜寻和定义市场需求
自行归纳: 自行归纳核定系统功能需求
自由发挥: 独立自由完成功能的实现
自己定稿: 自行定义测试和验收的标准
"记者式"研发管理方法主要问题是:第一,以个人为主体, 从接收 任务(接受主题)、搜集需求(采访素材)、定义功能(自行归纳)、独立研究(自由 发挥)、自行测试(自己定稿)到任务交付,整个研发过程都由个人控制完成,从而受到了个人 认知能力 的限制。特别在当今 知识经济 社会中, 知识爆炸 、专业分工 与 综合技术 是知识经济的主要特征,因此,个人认知能力远远不能满足社会的需求;
第二,由于个人专业分工的限制,"记者式"研发管理方法往往只突出了个人的专业领域的应用,而忽视了其它专业领域的有效介入;例如: 硬件工程师 只突出了硬件设计的 有效性 ,忽视了系统设计、仿真分析、软件设计、硬件测试、软件测试、 系统综合 等专业应用发挥;
第三,自行定义测试和 验收标准 属于自己立法,自己执法,与研发 产品质量控制 和最终确认的 基本原则 相违背。
第四,"记者式"研发管理方法将导致知识产权落入个人控制之中。
4 "逐级下达式"研发管理方法
主题选择决策: 上级领导
系统功能确定: 由承担任务书个人的能力和 理解力 确定
研制 状态控制 项目组 各自为政
结果测试确认: 自定义测试与验收标准
"逐级下达式"研发管理方法主要问题是
第一,以责任传递为研发控制流程的主线,以任务书为研发任务完成的目标,忽略了研发过程和研制状态节点的控制与检验;
第二,责任书和任务书难以全面反映市场需求和产品功能定义,把市场需求和产品功能定义交给任务组来完成,从而受到任务组 认知能力 的限制,难以体现多专业系统综合和企业整体水平的有效发挥,造成产品研制目标与市场需求脱钩;
第三,各任务组以任务书为研发任务完成目标,以责任书为交付状态,各自为政,造成各任务组之间技术协调和系统综合难度增大,难以有效实现系统总体目标;
第四,各任务组根据责任书和任务书自行定义自己承担任务的测试和验收标准,从而不仅造成了自己立法,自己执法状态,违背了研发 产品质量控制 和最终 确认的基本原则,而且由于各任务组承担任务的角度和认知能力的不同,各自定义的测试和验收标准难以统一合并形成系统统一的测试和验收标准。
5 " 小炉匠 式"研发方法
自我中心:以自我为中心,不愿易与别人合作
自我封闭 :以自身 技术能力 为项目全技术状态
自我开发:自我封闭开发,不愿意让别人了解和提建议
"小炉匠式"研发管理方法主要问题是:
第一,容易产生以个人为中心,个人的 认知能力 决定了项目的技术状态;
第二,自我封闭开发,不愿意采用自己认知能力之外的成熟技术和新技术,一切从底层开始, 低水平重复
第三,缺乏规范设计,增大了产品技术实现的模糊性,难以实现产品的维护和升级;
第四,知识产权掌握在个人手中,容易造成知识产权流失。

研发管理 常见方法

PACE法
早在1986年,美国PRTM公司创作了PACE(Product And Cycle-time Excellence, 产品及周期优化法 )方法论。 PACE关注的要素有:正确决策、项目小组构成、开发活动的结构、 开发工具 与技术、 产品战略 技术管理 资源管理 。PACE算得上是 产品生命周期管理 领域 的方法论鼻祖。 PACE 诞生之后,很多企业和学术机构不断地提出了适合于本行业的研发管理方法论,
国际标准化组织 (ISO)为了满足 国际经济 交往中质量保证活动的需要,在总结各国质量保证制度经验的基础上,经过近十年的工作,于1987年发布了 ISO 9000质量管理和质量保证标准系列。1994年进行了第一次修订,形成了ISO 9000族标准。2000年再进行了重大修订,发布了 ISO 9000新标准(2000版)。
CMM/CMMI
1986年11月, 美国联邦政府 委托 卡内基梅隆大学 (Carnegie-Mellon) 软件工程 研究所(SEI)开发一套用于评估软件 承包商 能力的方法。 SEI于1987年9月发布了一套 软件过程成熟度 框架和一套 成熟度 问卷。1991年,SEI将软件过程成熟度框架发展成为 软件能力成熟度模型 (Capacity Maturity Model, CMM ),诞生了CMM 1.0。
PMBOK
项目管理 知识体系 项目管理专业 领域知识 的总称,它是20世纪80年代由 美国项目管理协会 PMI )总结了项目管理实践中成熟的理论、方法、工具和技术所提出的。其后经过数次修订,目前最新版是PMBOK2004。
PMBOK定义了为44个基本的项目管理过程,从过程输入、输出以及采用的工具和技术的角度给出了项目管理过程的详细描述。这44个项目管理过程基本覆盖了项目管理实践中的基本管理过程,但是,这些项目管理过程必须和产品实现过程结合起来,才能完成整个 项目活动
RUP
企业在研发管理上经常遇见的问题
⑴由于没有目标和方向,缺乏明确的研发战略。
⑵研发在公司的定位不清晰,不能有效整合有限的研发资源,也无从发挥研发在企业的价值。
⑶研发需求信息的获取较为被动,缺乏对公司内部需求和外部需求的深入调查和分析。
⑷形成初步的研发需求清单后,也缺乏相应的机制对其进行甄别和筛选,以形成最终的研发
课题。
⑸研发工作的组织形式不合理,缺乏整体规划。
⑹项目制定中, 项目成员 没有明确合理的 责权利 规定,项目的配合和协调工作基本是由研发人员推动的,其他成员和部门只是被动参与。
⑺研发基础性总结工作做得很少, 知识管理体系 不健全,研发和技术的思路及成果系于个人而不是系于公司,破坏了研发的延续性。
⑻没有相关的机构和制度来监督和控制项目的运行,项目存在较大的风险,也缺乏 项目评审 机制对项目进行科学的考核和分析。
⑼缺乏研发专业性人才。
避免企业在研发管理的五大误区
误区之一:研发管理是研发部门的事情。
误区之二:研发管理改革应立竿见影
误区之三:IPD是研发管理的唯一选择
误区之四:IPD是 CMMI 的组成部分
误区之五:中小企业不需要研发管理。
中小企业如何实施有效的研发管理
当前业界优秀的研发管理实践的代表是IBM倡导的集成产品开发( IPD )和美国SEI的能力成熟度模型集成( CMMI )。这两大研发管理体系相互相承,二者的结合即可在理念认识、 战略层次 、运作框架等宏观层面上帮助企业提升,也可以在具体执行、 操作指导 等微观层面上帮助企业落地。
当前,我国正在大力改善 产业结构 ,鼓励 中小型企业 自主创新。据演讲者多年的研发管理实践和咨询经验,国内中小企业在研发管理上普遍存在如下主要问题:
¨ 相对而言,中小型企业管理高层对于市场方向的把握比较准确;
¨ 企业 业务方向 /模式相对单一,但正逐渐 延伸产品 领域,并提供更多的服务形式;
¨ 公司销售规模、人员规模特别是研发人数、 组织规模 等随业务扩张而急速扩张;
¨ 企业市场 能力/ 销售能力 普遍较强,但内部研发往往跟不上业务速度,导致 研发项目 延期较多;
¨ 某些非技术背景的高层领导认为研发往往处于“失控”状态,因其不知如何参与研发工作;
¨ 由于公司业务规模/研发员工数量的膨胀,组织机构的建设跟不上速度,特别表现为,引入了很多人员,但公司效率却未提高,反而不如创业初期;
¨ 新产品开发成功几乎是不可预知的,很大程度上依赖于研发团队中的“牛人、能人、专家”;但具备这种能力的人才规模 增长速度 跟不上越来越多的新开发任务数量。
¨ 从外部引入了一些有经验的员工,但融合成为难题;几乎每个人都凭自己的经验做事,很多问题都源于产品开发成员之间的不规范合作导致,特别是在不同职能部门之间配合(如研发与市场/业务、生产、采购等);
¨ 公司成立时间不短,但无法在组织层面积累有效的经验;员工的成长完全依赖于在不断的犯错中获取经验教训;
¨ 公司规模的扩大, 管理层级 更深,导致员工积极性 主动性 因组织原因而弱化。
面对这些由国际优秀的研发企业和组织提出的 管理体系 模型,我们的中小型企业能否采取“拿来主义”,帮助 自我提升 呢?答案是肯定的。但必须遵循如下原则:
¨ 在进行研发管理体系建设时,应基于企业 发展阶段 ,进行“ 总体规划 、分步实施”,既解决短期面临的问题,也为企业未来更上一层楼奠定良好基础。
¨ 抓住重要且紧急的改进点,抓住企业发展阶段 投入产出比 最高的改进点,进行研发管理体系建设,为 成长性企业 科技的持续成长提供动力。
¨ 企业研发体系在从不规范走向规范的过程中,必然需要夯实 基础建设 工作,才能为企业在多变的 市场环境 中持续成长提供基础保障。
¨ 研发基础建设必须全面系统,不能存在相对短板。
¨ 研发体系建设将以 产品开发流程 为主线,各改进方面不能离散、独立。
于是,演讲者提出了中小企业在提升研发 管理能力 道路上的早期改善模型: