标准化研发管理_第1页
标准化研发管理_第2页
标准化研发管理_第3页
标准化研发管理_第4页
标准化研发管理_第5页
已阅读5页,还剩12页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、研发管理简介研发管理首先要确定研发体系结构,然后按照体系结构组建高水平研发团队,设计合理高效的研发流程,借助合适的研发信息平台支持研发团队高效工作,以绩效管理调动研发团队的积极性,以风险管理控制研发风险,以成本管理使研发在成本预算范围内 完成研发工作,以项目管理确保研发项目的顺利进行,而知识管 理使得研发团队的智慧联网和知识沉淀。二、条件研发管理至少应具备以下三种条件:1、制造一个鼓励创新、适合研发的环境,必须采取弹性而目标 化的管理,不以死板的制度限制员工的创意,必须要求实质的成果。2、将行销的观念融入研发中: 为使有限的资源发挥最大的效益, 研发部门亦须有 "行销感 "

2、 ,最好是让行销人员参与研发的过程,如此 产品才具有市场价值。3、研发策略的订定与掌握:有了策略方针,才能对手中所掌握 的有限资源善加规划、运用,以求在最短的时间内,达到最高效益。三、体系结构设计原则 研发管理与技术创新的关系在技术创新过程中必须理清技术创新与科研管理的关系。 第一,技术创新必须建立在企业现有的现实基础上。 由于当前世 界的技术进步研发管理 是建立在不断创新的基础上, 对于任何一种新产品来讲都具有许多技 术创新点。如何确定新产品的技术创新定位是与企业的现实基础直接 相关的,也是该新产品研制成功的关键。第二,科研管理必须严格控制技术创新带来的随意性和不可预见 性。由于技 术创新的

3、含义就是在产品研制过程中引入了企业不熟悉 或者未掌握的新技术, 如何预期新技术带来的效应, 严格控制研制过 程各个技术状态,把技术创新纳入到规范 化的科研管理流程中去是 新产品研制成功的必要保证。第三,技术创新必须建立在规范化科研管理的基础上。 由于技术 创新需求在产品的生命周期内不断变化和增 加,在科研过程中必须 锁定技术创新的变化, 使整个研制过程技术状态控制在系统预期设计 的状态控制流程中去。研发管理与技术创新考虑的基本要素:a. 技术创新主要考虑的几个主要方面:市场需求、技术储备、人力资源、资金需求、设备状态、研制周期;b. 技术创新状态在系统需求设计时确定;c. 在项目研制过程中要严

4、格控制技术创新 , 所有的后续设计与 研制必须控制在系统设计的控制流程内;d. 新的技术创新一般按阶段在系统升级产品中或新立项产品中 统一解决;e. 确因十分必要 , 新的技术创新首先在系统设计师会议上研究确定该项目当前研制的技术状态 , 确定的各状态回溯节点 , 修改系统 需求设计 , 形成新的项目的所有的研发控制文件 ,以及新的响应文档。 研发管理和面向市场的关系 在技术创新过程中必须理清面向市场与规范管理的关系。 第一,要面向市场,市场需求是企业新产品的主要来源; 第二,在新产品开发前要确定当前市场的需求 , 并预测一定量的 市场需求的超前发展的余量。第三,在新产品开发过程中 , 应冻结

5、市场需求的变化 , 所有的开 发与研制过程都必须严格控制在系统规范管理的控制流程中。第四,市场新的需求一般在系统升级产品或新立项的产品中考 虑。研发管理与面向市场考虑的基本要素:a. 市场需求是研发项目的主要来源;b. 在系统需求设计时要确定当前市场的需求,并预测一定量的市 场需求的超前发展的余量;c. 在系统需求完成后,冻结市场需求,所有的后续设计与研制都必须严格控制在系统设计的控制流程中;d. 市场新的需求一般在系统升级产品或新立项的产品中考虑。系统最优和局部最优的关系在系统设计时 , 综合分析和考虑市场需求、 技术储备、资金状态、 设备状集成化研发管理平台 rdms态、以及研制周期等重要

6、因素, 尽可能在当前情况下进行系统综合考 虑,尽可能做到系统最优设计。在系统设计时 ,一般不考虑局部最优。主要原因如下:a. 在系统设计阶段,无法详细考虑局部的实现;b. 旦系统设计完成,所有的局部实现必须严格在系统设计的控制下 , 遵循系统规范和约束条件实现局部设计;c. 在系统设计时,一般都考虑了系统余量,所以局部最优对整体 系统性能影响不大;d. 追求局部最优很容易带来系统失控和一些副作用,将影响系统 最佳的实现。四、内容研发团队建设研发是一项创造型的工作, 卓有成效的研发需要优秀的研发团队 来完成,可以说有什么样的研发团队就有什么样的研发成果。 卓越的 研发团队由以下三个因素决定: 团

7、队中的个人、 团队机制和团队文化 研发流程设计研发优势的唯一可持续源泉是卓越的研发管理流程。 以某项卓越 设计、天赐良机、对手的某个失策或某一次幸运为基础的优势是不可 能长久的。而优越的研发流程则始终能够发现最佳的机遇, 推出有竞 争力的产品和服务,并以最快的速度把这些研发成果投入市场。研发流程改进也是个持续的过程,需要不断的持续改进研发流 程。研发流程管控保证研发流程设计与改进的持续性、规范化、程序化。研发成本管理随着微利时代的来临,企业要从各个方面节约成本,包括研发成 本也要控制。研发成本控制并非指压缩研发规模或者减少研发投资, 而是指减少研发中不必要的开支,用较少的投入获取较大的研发成

8、果。研发成本管理要和研发成果收益结合起来。 产品在其生命周期的 不同阶段,所能获取的利益不同,研发要在产品的不同生命周期有不同的投入,比如在新产品开发的时候研发投入较大, 但是研发收益 几乎没有,一旦新产品开发出来,收到市场的欢迎,则要加大研发投 入,改进产品性能。 到产品的成熟期,市场竞争激烈,产品改进研 发投入要收缩,直至完全取消。研发项目管理研发属于动态作业,整个流程可能横跨所有部门,故研发是以项 目为导向的,研发管理中项目管理不可或缺。研发绩效管理研发管理的绩效管理能够有效的激励研发团队积极工作, 促成研 发成果。研发管理的绩效评价指标有如下几个方面:研发项目的难度、 研发效率和研发质

9、量。研发绩效管理应该考虑企业的整体战略,应用 平衡记分卡等工具制定研发绩效评估系统。研发风险管理研发人员可能被竞争对手挖角,对外泄密或者恶意破坏。研发信 息风险指研发信息可能被研发人员泄密或者破坏,也可能因为遭受灾难、意外事件或者别人的攻击导 致风险。研发成果风险指研发出来 的产品或者服务可能是过时的或者是不受欢迎的, 或者研发的投入太 大引至企业经营风险,或者研发的投入大于研发产生的效益。研发风险管理则是以风险为主要的控制目标,制定一系列规章制度有效将 风险降低到可接受水准以下,否则就必须增加控制措施。五、产品研发原则相信原则相信规范;相信工具;相信经验;相信上层。不相信原则对自己完成任务的

10、正确性和完整性不相信;对下层完成任务的正确性和完整性不相信;对已验证过的任务进行综合的正确性和完整性不相信;对已验证过综合的系统适应性正确性和完整性不相信。六、纵横分工原则横向分工按专业分工划分。如:通信、软件、硬件、结构、电源等。纵向分工按层次划分。系统设计、开发与调试,生产加工、测试与验证信息文档化原则信息规范化;流程阶段化;传递文档化;文档模板化。七、产品研发需求分析过程设计过程是在项目启动的条件下,根据需求分析的要素定义,旨在建 立一套规范的研发设计流程,明确专业技术分工,确定设计考虑的范 围和要素,消除研发状态混淆不清、研发问题隐藏和向后传递等问题。 在设计过程主要进行以下过程设计:

11、系统设计规范;系统需求设计;硬件设计需求;软件设计需求;系统可靠性设计;硬件测试性要求;软件测试性要求;硬件系统逻辑顶层设计;软件顶层设计(概要设计);硬件逻辑详细设计;软件详细设计与编码;硬件测试环境设计;软件测试平台设计。八、仿真验证过程仿真验证过程设在设计过程完成的基础上, 为了充分保证设计的正确 性,提高设计质量,消除后续工程实施的不确定性,并验证工程余量 的要求,必须对新产品的关 键技术进行仿真验证,以确保新产品的 关键技术的工程可行性。 在有条件的情况下, 要对设计实现的硬件电 路进行仿真验证,以保证产品基础运行平台(硬件系统) 的稳定型; 还要对软件设计和软硬件综合进行仿真验证,

12、 以保证软件实现的正确 性和软硬综合的融合性。九、开发调试过程由于 IT 产品设计中蕴藏了大量的设计者对产品功能要求的理解和处 理思想,而这些理解与实现有紧紧地依靠设计者个人的知识背景、 专 业领域和个人能力等方面的限制,因此必然在产品功能的设计实现 中,存在大量的错误和不完善的地方。另外,在设计中还采用了大量的设计工具, 设计者面对的不是 产品,而是面对的由一组工具组成的设计平台, 设计者根据工具的功 能,发出相应的命令,由工具完成 命令的实现。由于工具实现过程 是工具的设计者依据通用情况考虑的,对产品设计者来说是一个" 黑箱" 操作过程,因此必然存在工具设计者的思想与产

13、品设计者 思想 和理解存在着差异, 特别是对产品的一些不太重要的性质或要素尤为突出。这就是 IT 行业中经常谈到的工具的副作用因此,建立产品的开发环境是 IT 产品研发重要的组成部分一0、 测试验证过程对于 IT 产品的研发来说,测试环境具有十分特殊的地位。从发达国 家 IT 产业的研发来看,产品测试的费用和测试周期占产品研发费用 和周期的 40%左右,并保持上升的趋势。由此可见,测试环境对 IT 产品的研发来讲,具有十分重要的意义。为什么测试环境具有如此重要的地位?其主要因素是由 IT 产品 自身的特征所决定的。由于 IT 产品的功能设计是一种事前决策规则 设计,决策人的能力和知识背 景、环

14、境要素的变化状态都将影响决 策的质量。 那么在环境要素动态组合变化的基础上, 如何确认决策的 正确性,特别是非正常环境变化的基础上, 如何确认决策的 安全性, 是一项难度很大的任务。 这种确认的技术难度在通常状态下要比决策 本身难度大得多。这就是测试环境具有重要地位,也是 IT 产品与传 统产差异的主要特 征之一。一一、产品研发构型划分 产品的构型是产品研发成功的保证。新产品研发过程构型定义是站在工程的角度上, 对新产品研制过 程里程碑的定义。关键技术构型根据 "需求分析 "定义的关键技术,在企业技术储备的基础上,定 义该新产品采用的关键技术的构型状态,验证其关键技术的可行

15、性, 确定产品的新技术的含量和定位, 为后继的构型消除新技术带来的不 确定性。原理样机构型根据关键技术构型确定的新技术的定位, 根据其它成熟技术的配 套,定义新产品原理样机的构型状态,验证产品所有功能、新技术与 成熟技术融合的可行性,并在满 足系统功能的前提下,对软硬件的 逻辑进行适应性修正, 确定新产品软硬件功能实现的正确性, 为后继 的构型奠定软硬件功能的基础。工程样机构型 根据原理样机构型软硬件的功能,根据工程环境的要求(如:重 量、功耗、尺寸、散热、电磁兼容性等) ,以及和其它设备的铰链关 系,定义新产品工程样机的构型 状态,完善原理样机构型在应用工 程环境中要素要求,验证新产品在应用

16、的(或模拟的)工程环境中的 性能指标和实现功能的正确性, 为最终形成产品的应用状态 - 生产样 机的构型奠定工程化的基础。生产样机构型根据工程样机构型验证的结果,定义新产品 生产样机的构型状 态,提交给用应用试验环境验证。从用户使用的角度出发,通过大量 的、不同用户的应用试验实例, 验证新产品所有功能实现的效果和正 确性,并 根据其结果形成最终使用结果意见,提交给研发部门。研 发部门根据产品的当前状态, 根据企业或行业的生产能力, 生成生产 流程和相应的生产工艺文件,并确定测 试与检验标准,为产品的生 产奠定基础。一二、产品研发验证划分( 1)设计验证环境:系统功能仿真、 硬件设计操作(时序)

17、仿 真、软件功能仿真;(2)开发验证环境:硬件测试、软件测试、软硬件综合测试;(3)系统验证环境:与各种环境、各种型号、各种厂家的产品 综合试验环境;(4)例行试验环境:温度、振动、场强、电磁干扰试验等一三、研发管理方法 研发管理方法,通俗地讲就是:告诉人们在什么时候做什么事情,而 且学会把事情做好。衡量研发管理优劣的三个关键指标是:质量、时 间和成本。人们总是希望做 得好(即质量高) 、做得快(即时间少) 而且少化钱(即成本低) 。如果出现三者难以同时兼得的情况,那么 决策者一定要搞清楚质量、时间、成本之间的复杂关 系,判断孰重 孰轻,给出优化和折中的措施。一四、传统管理方法1 "

18、 双岗制 ""双岗制 " 是我国许多科研企业针对人员流动造成知识产权流失 提出的一种解决方法。 所谓"双岗制 "是在研发过程的重要位置上设立 两个岗,完成同样的工作,互为备份。 "双岗制 "带来的主要问题是:第一,由于重要的岗位用两套人马使用两套设备完成同样的工作,造成人力资源和设备资源浪费;第二,如果两套人马完成的结果不一致,造成确认成本的增加; 第三,由于研发过程有许多环节,如开发过程:设计、仿真、调 试、测试;研制阶段:原理件、工程件、工艺件、试验件、试用初件 等,如果两套人马生成的两套版本都要通过验证过程的所有环节,

19、 将 大大的增加研制成本、研制周期和造成资源的浪费。由于在每个 "双岗制 "研制成本和研制周期几乎翻一番,这样,如 果在该产品研制过程中有多个 "双岗制 "位置,整个研制成本和研制周 期将会形成爆炸性组合增加。2 " 重要的部分由多个人分解承担 ""重要的部分由多个人分解承担 ",这是我国许多科研企业针对人 员流动造成知识产权流失提出的另一种解决方法。所谓 " 重要的部分 由多个人分解承担 " 是研发过程中将重要的部分和环节进行任务分 解,由多个人共同承担和协作完成。 "重要的部分由多

20、个人分解承 ?quot; 带来的主要问题是:第一,如果将重要的部分和环节进行任务分解, 将增加系统内部 通信开销和协作成本;第二,如果采用重要的工作由重要的人承担的原则, 如果重要的 人员不再承担其它重要的工作, 将造成人力资源的浪费; 如果重要的 人员还承担其它 重要的工作,如果一旦人员流动,将会造成多个重 要任务的知识产权流失,涉及和影响的面会更大;第三,由于研发过程环节很多, 重要任务的分解和多个人员的参与将会大大增加研发成本和研制周期3 "记者式 "的研发方法接受主题 : 根据上级领导的要求立项和接受项目采访素材 : 自行搜寻和定义市场需求自行归纳 : 自行归纳核定

21、系统功能需求自由发挥 : 独立自由完成功能的实现自己定稿 : 自行定义测试和验收的标准"记者式 "研发管理方法主要问题是:第一,以个人为主体,从接 收任务(接受主题)、搜集需求(采访素材) 、定义功能(自行归纳) 、 独立研究(自由 发挥)、自行测试(自己定稿)到任务交付,整个研 发过程都由个人控制完成, 从而受到了个人认知能力的限制。 特别在 当今知识经济社会中,知识爆炸、专业分工 与综合技术是知识经济 的主要特征,因此,个人认知能力远远不能满足社会的需求;第二,由于个人专业分工的限制, "记者式 "研发管理方法往往只 突出了个人的专业领域的应用,而忽

22、视了其它专业领域的有效介入; 例如:硬件工程师只突出了硬件设计的有效性,忽视了系统设计、仿 真分析、软件设计、硬件测试、软件测试、系统综合等专业应用发挥;第三,自行定义测试和验收标准属于自己立法,自己执法,与研 发产品质量控制和最终确认的基本原则相违背。第四, " 记者式 "研发管理方法将导致知识产权落入个人控制之4 " 逐级下达式 "研发管理方法主题选择决策: 上级领导系统功能确定: 由承担任务书个人的能力和理解力确定研制状态控制: 项目组各自为政结果测试确认: 自定义测试与验收标准"逐级下达式 "研发管理方法主要问题是第一,以责任

23、传递为研发控制流程的主线, 以任务书为研发任务 完成的目标,忽略了研发过程和研制状态节点的控制与检验;第二,责任书和任务书难以全面反映市场需求和产品功能定义, 把市场需求和产品功能定义交给任务组来完成, 从而受到任务组认知 能力的限制,难以体现多专业系统综合和企业整体水平的有效发挥, 造成产品研制目标与市场需求脱钩;第三,各任务组以任务书为研发任务完成目标, 以责任书为交付 状态,各自为政,造成各任务组之间技术协调和系统综合难度增大, 难以有效实现系统总体目标;第四,各任务组根据责任书和任务书自行定义自己承担任务的测 试和验收标准,从而不仅造成了自己立法,自己执法状态,违背了研 发产品质量控制

24、和最终 确认的基本原则,而且由于各任务组承担任 务的角度和认知能力的不同, 各自定义的测试和验收标准难以统一合 并形成系统统一的测试和验收标准。5 "小炉匠式 " 研发方法自我中心:以自我为中心,不愿易与别人合作自我封闭:以自身技术能力为项目全技术状态自我开发:自我封闭开发,不愿意让别人了解和提建议"小炉匠式 "研发管理方法主要问题是: 第一,容易产生以个人为中心, 个人的认知能力决定了项目的技 术状态;第二,自我封闭开发, 不愿意采用自己认知能力之外的成熟技术 和新技术,一切从底层开始,低水平重复;第三,缺乏规范设计,增大了产品技术实现的模糊性,难以实

25、现 产品的维护和升级;第四,知识产权掌握在个人手中,容易造成知识产权流失。一五、常见的研发管理方法PACE 法早在 1986 年,美国 PRTM 公司创作了 PAC E( Product And Cycle-time Excellenee,产品及周期优化法)方法论。 PACE关注的 要素有:正确决策、项目小组构成、开发活动的结构、开发工具与技 术、产品战略、技术管理、资源管理。PACE算得上是产品生命周期 管理领域 的方法论鼻祖。 PACE 诞生之后,很多企业和学术机构不 断地提出了适合于本行业的研发管理方法论,IS09000族质量体系国际标准化组织(ISO)为了满足国际经济交往中质量保证活动 的需要,在总结各国质量保证制度经验的基础上, 经过近十年的工作, 于 1987年发布了 ISO 9000质量管理和质量保证标准系列。 1994年 进行了第一次修订,形成了 ISO 9000族标准。 2000年再进行了重大修订,发布了 ISO 9000新标准( 2000版)。CMM/CMMI1986 年 11 月 , 美 国 联 邦 政 府 委 托 卡 内 基 梅 隆 大 学(Carnegie-Mellon)软件工程研究所(SEI)开发一套用于评估软件 承包商能力的方

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论