研发人员的管理制度

时间:2022-04-26 19:55:57 管理 我要投稿
  • 相关推荐

研发人员的管理制度

  管理制度,是企业组织制度和企业管理制度的总称,以下是小编收集的研发人员的管理制度,欢迎查看!

研发人员的管理制度

  具体管理控制的程序如下:

  一、确定项目完成后研发小组的提成比例

  每个研发小组按照合同要求完成工作之后,可以得到一定比例的项目提成。每个项目的提成比例由管理部门参照统一标准拟订,呈报高管层批准。

  从外部获得的项目经费总体是按照“研发费用+企业收入+研发小组提成(包括奖金+税金)”这三部分进行分配的。研发小组提成虽然总体显示为一个总数,但并不是等待项目最后通过验收时一次性提取,而是结合《项目研发责任书》中计划结点的考核情况分段进行支付。

  提成金的数额必须对研发人员形成足够的吸引力,更何况要想得到这笔奖金还必须通过重重考核。如果让研发人员认为得到的利益不足以让他们付出如此多的心血,那么后面的所有的管理程序设计都没有了存在的基础。

  二、明确项目质量要求和研发费用额度上限

  企业必须促使技术人员对项目研发费用、产品加工工艺、质量性能要求、交付期等环节中承担相关责任,管理部门在项目立项后,需要对研发费用、工艺要求、质量性能标准、计划结点日期等方面提出详细的要求,并明确质量达标的考核办法以及负责各项考核的人员或部门。

  项目完成后如果研发费用没有用完,企业可以设定统一的奖励标准,例如拿出被节约费用的50%或者30%对研发小组进行额外奖励。引导技术人员在实践工作中向节约成本的方向努力。

  三、分段考核、分段奖励

  管理部门需要将项目按照计划结点分成阶段进行管理,每一个阶段终止都有相应的质量标准对完成情况进行考核;另外,还要将提成金按照项目划分的结点实行分段分配。例如:某项目被划分为5个结点进行考核,但是提成金并不是按照每份20%进行分配。提成金分配的原则是“工作难度大的结点提成比例较多,难度小的提成比例较少;项目前期的提成比例较少,后期的提成比例较多。”

  提成金分段支付的理由:其一,攻克一个阶段性目标进行一次奖励,比较有利于充分发挥激励机制的效用;其二,在项目整体完成之前,财务部仅兑现计划结点奖励金额的50%,另外50%存留在本项目帐户上,每年年底再统一结算。如果项目到年底没有全部完成,财务部则需要根据剩余项目金额多少,为明年预留出一定比例的风险抵押金。这种做法一方面使技术人员得到了可见的物质奖励,另外用他们本来已经到手的物质奖励中的50%作为风险抵押金,引导他们努力完成所有的阶段性目标。

  四、设定新产品定型后的生产成本设计目标

  产品80%的生产成本在设计阶段就被锁定了。为了保证企业研发的新产品不仅在技术上是先进的,而且在经济上也是合理的,管理部门在项目立项之时,需要根据预期的产品市场售价减去目标利润、税金以及设计人员不可控的成本,求得定型产品的生产成本设计目标。关于定型后的产品是否达到成本设计目标则由财务部负责核定。

  在大多数企业目前的管理状况下,财务部只能按照料、工、费等几项硬指标进行核算。另外,期间费用等指标是随着企业管理水平而不断变化的,这些指标不应该由我们的研发人员在产品设计阶段负责。因此,定型产品的成本设计目标不必按照全面产品成本进行考核。涵盖几项重要的生产指标就可以了。

  如果项目完成之后产品的加工成本低于设计目标,企业将按照成本下降的百分比对研发小组进行额外奖励,鼓励技术人员挖掘更多产品价值;如果定型产品的成本高于设计目标,管理部门则需要研究成本上升原因。如果属于研发小组工作草率,管理部门将责令其改进,并扣除一定比例的提成金。如果确实属于无法避免的原因,管理部门应签字认可。

  五、项目对内招标

  当以上前期各项准备工作完成之后,每个项目的责任、利益、考核办法等都已经非常明确。此时,管理部门可以将各个项目拿出来对内进行招标。愿意成为项目负责人的技术人员需要申报自己可以组成的研发小组主要成员名单。管理部门负责根据项目需要在竞标人中择优选定项目责任人;项目小组的参与人员由项目负责人进行自愿组合,管理部门行使审批权。

  如果个别项目出现无人竞标的局面,说明此项目责任和利益之间出现了不匹配,或者设定的考核目标过于困难,此时管理部门需要进行调整。如果个别项目出现众人竞标的局面,说明目标易于达成,管理部门可以在认为竞争者有此工作能力的前提下,通过竞标的方式降低奖励水平,或者提高工作要求。

  管理部门可以制定以下规则:例如研究员最多可以同时做3个项目的负责人,高工最多可以同时做2个项目的负责人,工程师一次只能做1个项目的负责人,项目负责人也可以在其它人员负责的项目中充当参与者,数量不受限制。另外,项目负责人必须在一个项目彻底完成之后,才能竞标另外一个新项目的负责人。这样做的目的就是为了引导技术人员通过快速高效的工作多拿奖金。

  六、签订《项目研发责任书》

  管理部门负责针对各研发项目设计《项目研发责任书》,其中包括研发小组在本项目中详尽的责任、利益、时间结点、考核办法等等。管理部门选定项目负责人之后,分别由主管领导、项目负责人、项目主要参与人员三方在《项目研发责任书》上签字,作为对研发小组将来的奖惩依据。

  《项目研发责任书》分为四联,第一联由工程中心负责保存;第二联交给项目负责人;第三联财务部入账;第四联用于记录项目小组的工作进展状况,此联在项目未完成前留在财务部。财务部根据由管理部门签字提供的项目进展情况随时结出奖励款额的50%,由项目负责人签收。另外50%存留在本项目帐户上,每年年底企业统一结算一次。待项目彻底完成后可以立即将第四联抽出退给项目负责人。项目负责人将以此为凭据,参加新的项目竞标。

  凡是时间到达计划结点时仍不能要求提成的项目,即为项目小组违约。违约金将按照责任书中的制度进行处罚。例如结点完成日期每延期一星期,将扣除此结点上一定比例的提成和一定金额的风险抵押金。关于项目进展情况、结点考核工作由管理部门和实验室负责确认,确认结果交给财务部,由财务部进行奖金核发。

  七、风险抵押金制度

  研发人员按照项目结点的按时完成情况可以获得一定比例的提成,企业可以将这部分提成的50%留作风险抵押金,支配权在企业,由财务部办理银行活期存款单并保管,每年年底结算一次。如果项目年底没有全部完成,财务部则需要根据剩余项目金额,为明年预留出一定比例的风险抵押金。一旦项目小组不能如期履约,则动用风险抵押金进行处罚,促使项目小组主动对企业的产品研发质量和周期负责。

  财务部还必须对每一个研发项目设立专项帐户,以便分别对每个项目在研发费用支出、产品成本核定、计划结点奖惩、风险抵押金等事项进行管理。

  八、明确收入分配制度

  《项目研发责任书》需要对研发小组的内部利益分配问题做出大致约定,例如项目负责人可以得到提成总额60%的收益,其它部分可以由项目负责人根据小组内部人员的贡献情况自行分配。这样做是为了减少小组内部的分配矛盾,减轻项目负责人的压力。当然,项目负责人哪怕愿意把自己的60%全部拿出来与同伴们分享就是他自己的事情了,但是企业必须给他一个合理得到大部分收益的公开政策。

  项目小组的参与人员由项目负责人进行自愿组合,是为了引导技术人员主动提高自身的业务能力和合作意识。物竞天择,适者生存。如果一个技术人员自身的业务能力和组织能力不足以让管理部门信任他胜任项目负责人,或者他的工作能力和合作态度不足以吸引其它项目负责人邀请他入伙,自身那么他就会面临没有地方赚钱的压力,势必迫使他主动改进自己的工作态度,提高业务技能。到了这个时候,每一个人就都有了一个市场价格,大家都抢着要的员工势必价格看涨,无人相邀的人势必价格低靡。在这个内部的人力资源市场中,科技人员按照工作能力拉开了收入档次。

  研发人员工资管理办法

  1 产品研发

  产品研发必须经过立项、设计、实现、测试、发布几个阶段。

  1.1 立项

  小型研发项目(工作量小于等于6人周,投入资金小于等于1万元的研发项目)立项必须具备项目计划报告,经公司技术负责人签字同意,报公司执行总裁批准立项。

  非小型研发项目必须具备项目计划报告、项目可行性分析报告,由项目发起人邀请公司技术、财务、市场三方代表讨论通过后,由三方负责人或者授权人签字同意,报公司执行总裁批准立项。签字传真有效。

  在已经签定销售、工程合同的项目中发生的研发,作为合同项目研发,不再单独立项。

  项目只有立项后才允许发生费用。

  项目立项后应获得一个唯一的研发编号,费用报销、研发领料时使用此编号作为物流控制和财务核算的依据。

  项目计划报告必须说明项目名称,目标,发起人,负责人,设计、研发、测试承担者,设计、研发、测试的工期计划,项目预算等内容。

  项目可行性分析报告必须说明项目名称,市场调研情况,销售预测,技术现状和实现途径等内容。

  1.2 设计

  立项后,项目进入设计阶段。

  设计阶段由设计承担人完成技术设计报告、测试计划报告,修改得到切实可行、与技术设计报告和测试计划报告相吻合的项目计划报告。由项目负责人负责邀请研发部门技术负责人,设计、研发工程师,共同评审通过。没有通过设计评审的项目,必须重新进行技术设计。

  技术设计报告应说明项目名称,研发系统或设备的需求,研发系统或设备的总体功能,系统或设备功能模块划分,工期在6人周以上的项目必须列出阶段性成果和验证方法。阶段性成果的工作量不超过4人周。

  测试计划报告应说明项目名称,产品功能,测试项目,测试条件,测试方法,测试工期和时间计划等内容。

  1.3 实现

  设计评审通过后,项目进入实现阶段。

  研发人员必须在实现过程中书写相关文档。文档必须有电子形式。软件实现文档应包括软件功能性说明文档,源代码说明文档。硬件实现文档包括原理图,原理图说明,PCB图,结构图。

  项目负责人有责任按照项目计划报告,跟踪监督项目的进展情况,按时敦促验收阶段性成果。

  研发产品由研发人员自行调试,调试过程中必须撰写调试记录。调试记录应该说明项目名称,编号,调试记录版本号,调试时间,软硬件版本号,调试中发现的主要问题,调试环境,解决方法。

  研发产品确认运行稳定后,由项目负责人组织内部验收。研发文档应视为研发实现阶段工作量的一部分,不具备研发文档将视为工作没有结束,不组织内部验收。

  软件功能性说明文档应说明项目名称,编号,软件名称和编号,软件功能,软件功能模块划分,主要功能实现过程,软件主要实现算法。

  源代码说明文档项目编号,软件名称,软件功能,全局变量、结构,类说明,数据库字典,函数功能、接口、在函数内改动的全局变量、返回值,等。源代码说明文档可以包含在源代码文件中,以注释形式存在。

  原理图说明应包括项目编号,硬件名称和编号,硬件版本号,功能说明,功能模块划分,主要功能实现过程,数据芯片资料。

  1.4 测试

  研发产品经内部验收后,进入测试阶段。

  测试阶段开始后,研发实现人员将研发的产品,以及研发调试记录移交给测试人员。测试人员按照产品的测试计划报告、研发调试记录,设计测试过程,填写产品测试报告。

  产品测试报告应该说明项目名称,编号,测试报告版本号,需测试功能,指标,测试方法,测试环境,测试条目,测试结果,结论。

  如果研发产品不能通过测试,测试人员应把产品测试报告提交给产品实现人员。产品实现人员修改软硬件后重新进行调试,相应更新研发调试记录内容和版本号,确认产品合格后提交测试人员再次检测。如此反复,直到产品通过测试为止。

  测试人员确认产品达到要求,在产品测试报告的结论栏内签字表示同意,交项目负责人。

  1.5 产品发布

  项目负责人拿到产品测试通过的报告后,填写或者委托他人填写产品发布公告(Release Notes)和产品发布计划,交公司技术负责人或者授权产品发布人核准,签字发布。项目负责人与签字发布产品的不得为同一人。发布公告和产品发布计划需送销售部、技术支持部、信息中心、公司有关领导。  项目负责人必须在产品发布后一周内,将所有研发文档整理归档,交研发助理存档。

  Release Notes必须说明项目名称、编号、产品名称、型号、版本号、产品内软硬件版本号、产品主要特征及功能、产品与上一版本的区别、产品的适用范围、使用注意事项等。

  产品发布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完成时间和计划、产品使用手册的完成时间和计划。产品说明书和产品使用手册的完成时间一般应在产品后的15个工作日内完成。

  1.6 批量生产

  产品发布后,进入批量生产阶段。

  批量生产阶段必须具备焊装图、装配图、软件安装说明、生产测试要求。  焊装图可以根据PCB图修改,应详尽说明产品名称、型号、PCB板的名称、定位标志、各层需要焊装的元器件编号、标称值,焊装注意事项等。

  装配图应说明产品名称、型号、各电路板、结构件的固定位置、装配顺序、电气连接图、走线固定位置等等。

  生产测试要求文档需要说明针对的产品名称,型号、测试环境、测试方法。

  1.7 项目调整

  1.7.1 设计更改

  由于市场或技术原因,需要对项目重新进行设计,更改人必须填写设计更改申请单,按照立项程序进行审批。即更改增加的工作量在6人周以下,增加的资金投入在1万元以下的,属于小的设计更改,需经公司技术负责人签字同意,报公司执行总裁批准生效;大的设计更改必须具备项目计划报告、项目可行性分析报告,由项目发起人邀请公司技术、财务、市场三方代表讨论通过后,由三方负责人或者授权人签字同意,报公司执行总裁批准生效。  对已经发布的产品进行更改,被认为是一个新的研发项目,按照标准程序执行。

  对尚未发布的产品进行更改,需要更新该项目所有此前产生过的技术文档,已经进行过的评审必须重新进行。

  1.7.2 项目取消

  出于市场或其他方面的考虑,需要取消某个项目的研发,必须由发起人或者委托人填写项目取消申请表,申请表必须说明项目名称,编号,取消原因。

  小型研发项目的取消需经公司技术负责人签字同意,报公司执行总裁批准生效。非小型研发项目的取消需由发起人邀请公司技术、财务、市场三方代表讨论通过后,由三方负责人或者授权人签字同意,报公司执行总裁批准生效。

  项目取消后,研发助理负责将项目取消通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

  1.7.3 项目暂停

  出于市场或资源饱和原因,需要暂停某个项目的研发,必须由发起人或者委托人填写项目暂停申请表。申请表必须说明项目名称,编号,取消原因。

  小型研发项目的暂停需经公司技术负责人签字同意,报公司执行总裁批准生效。非小型研发项目的暂停需由发起人邀请公司技术、财务、市场三方代表讨论通过后,由三方负责人或者授权人签字同意,报公司执行总裁批准生效。

  项目暂停后,研发助理负责将项目暂停通知发送给公司领导层和研发、销售、技术支持、财务、运营中心。

  2 沟通

  研发部需要很好地配合、支持销售部、技术支持部和其他部门的工作。  研发部的新产品发布公告(Release Notes)应及时发布到销售部、技术支持部和其他部门。

  研发部的产品说明书和产品使用手册(User Manual)应在第一时间发布到销售部、技术支持部和其他部门。

  研发部需要定期发布和更新研发最新信息,包括Q&A(对一般技术问题的提问和回答),Bug Reports(测试出的产品缺陷),Products Roadmap(研发计划,预期发布的产品、发布时间)。

  研发部应定期向销售部索取产品需求,向技术支持部索取疑难问题反馈(Escalation Report)。

  3 文档管理

  研发过程中产生的硬件原理图、原理图说明、PCB图、结构图,以及软件源代码和源代码说明文档,为公司保密文档,由研发助理统一保管,非该项目相关人员不得借阅。

  4 推荐工具软件

  项目计划报告的工期计划建议采用Microsoft Project。

  电原理图、PCB图建议采用Protel 99SE。

  结构图、装配图建议采用AutoCAD或ProEngineer。

【研发人员的管理制度】相关文章:

研发管理制度08-28

药物研发人员工作总结04-05

研发部门管理制度03-29

研发人员年终总结04-03

人员管理制度04-06

人员管理制度04-24

研发人员年终总结 4篇04-16

研发人员年终总结7篇04-03

研发人员年终总结(7篇)04-03

人员任命管理制度03-26