版/次：A/ 0
研发部管理制度汇编
编 制： 审 核： 批 准： 分发号：
北京XXXX开发公司
2012年5月
研发部管理制度汇编目录
目 录
第一章 第二章 第三章 第四章 第五章 第六章 第七章 第八章 第九章 第十章
项目管理制度 .................................................................................................................... 1 研发部绩效管理制度 ........................................................................................................ 4 SQA工作流程 ................................................................................................................... 7 项目评审制度 .................................................................................................................. 11 项目交付物管理制度 ...................................................................................................... 15 项目验收流程 .................................................................................................................. 17 研发部培训管理制度 ...................................................................................................... 20 研发人员招聘管理制度 .................................................................................................. 23 实验室管理制度 .............................................................................................................. 25 保密制度 .......................................................................................................................... 26
第十一章 图书管理制度 .................................................................................................................. 27 第十二章 固定资产管理制度 .......................................................................................................... 29 第十三章 研发物品申领制度 .......................................................................................................... 30
I
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第一章 项目管理制度
1、 目的：为规范项目研发、加强项目管理，公司根据企业实际情况和研发产品的特点，特
制订项目管理制度，望研发部门遵照执行。 2、 范围：适用于对本企业研发部项目研发的管理。
3、 职责：
3.1 研发部工程师负责对相应模块进行设计开发。
3.2 研发部技术主管负责对公司研发过程技术方向监控与技术支持。 3.3 研发部行政主管负责对公司研发人员行政方向监控与人事工作。 4、 程序：
4.1 项目流程概述
项目流程项目研发须经过立项、设计、实现和测试等几个阶段。 项目立项
项目设计制作 项目评审
项目实现
项目实际测试
项目调整
项目交付
项目生成交付物归档管理
4.2 立项
1) 针对研发项目，首先要起草项目立项报告。
2) 针对已经签定销售合同的项目发生的研发，作为合同项目研发，不再单独立项。 3) 项目只有立项后才允许进行进度研发。
4) 项目立项后应获得一个唯一的研发编号，费用报销、研发领料领用等，都使用此编
号作为物 流控制和财务核算的依据。
5) 项目计划报告必须具有项目名称、立项目的、编制、审核、项目周期、预计达到参
数指标以及该项目特设指标或者关键技术等相关内容。
1
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
4.3 设计
1) 立项后，项目进入设计阶段。
2) 设计阶段由设计承担人完成技术设计报告和测试计划报告，以作成项目计划报告。 3) 技术设计报告应说明项目名称、研发系统或设备的需求、总体功能、模块划分等。 4) 测试计划报告应说明项目名称、产品功能、测试项目、测试条件、测试方法、测试
工期和时间计划等内容。
5) 项目负责人应邀请研发部门和公司其他部门相关人员，对设计报告和测试计划报告
进行评审。
6) 针对没有通过设计评审的项目，须进行重新设计，再组织有关评审。 4.4 实现
1) 设计评审通过后，进入项目实现阶段。
2) 研发人员必须在实现过程中书写相关文档，文档必须有电子形式。软件实现文档应
包括软件功能性说明文档和源代码说明文档。硬件实现文档包括电器原理图及结构示意图。
3) 项目负责人有责任按照项目计划报告，跟踪监督项目的进展情况，按时敦促验收阶
段性成果。
4) 研发产品由研发人员自行调试，调试过程中必须撰写调试记录。调试记录应该说明
项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法等有关内容。
5) 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文档应视为研发实现
阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收。 6) 软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功
能模块划分，主要功能实现过程，软件主要实现算法。
7) 源代码说明文档项目编号，软件名称，软件功能等。源代码说明文档可以包含在源
代码文件中，以注释形式存在。 4.5 测试
1) 研发产品经内部验收后，进入测试阶段。
2) 测试阶段开始后，研发实现人员将研发的产品，以及研发调试记录移交给测试人员。
测试人员按照产品的测试计划报告、研发调试记录，设计测试过程，填写产品测试报告。
3) 产品测试报告应该说明项目名称，编号，测试报告版本号，需测试功能，指标，测
试方法，测试环境，测试条目，测试结果，结论等。
4) 如果研发产品不能通过测试，测试人员应把产品测试报告提交给产品实现人员。产
品实现人员修改软硬件后重新进行调试，相应更新研发调试记录内容和版本号，确认产品合格后提交 测试人员再次检测。如此反复，直到产品通过测试为止。
5) 测试人员确认产品达到要求，在产品测试报告的结论栏内签字表示同意，交项目负
责人。 4.6 产品发布
1) 项目负责人拿到产品测试通过的报告后，填写或者委托他人填写产品发布公告和产
品发布计划，交公司技术负责人或者授权产品发布人核准，签字发布。项目负责人与签字发布产品的不得为同一人。发布公告和产品发布计划需送市场部、生产部和公司有关领导。
2) 项目负责人必须在产品发布后一周内，将所有研发文档整理存档。
3) 产品发布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完
2
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
成时间和计划。产品说明书的完成时间一般应在产品完成后5个工作日内完成。 4.7 生产
1) 产品发布后，进入正式生产阶段。
2) 生产阶段须具备总装图、电器原理图和性能参数要求。
3) 装配图应说明产品名称、型号结构件的固定位置、装配顺序、电气连接图、走线固
定位置等。
4) 生产测试要求文档需要说明针对的产品名称，型号、测试环境和测试方法。 4.8 项目调整 1) 设计更改
由于市场或技术原因，需要对项目重新进行设计时，更改人员需填写设计更改申请单，按照立项程序进行审批。需经公司技术负责人签字同意，报公司总经理批准生效。
对已经发布的产品进行更改，被认为是一个新的研发项目，按照标准程序执行。 对尚未发布的产品进行更改，需要更新该项目所有此前产生过的技术文档，已经进行过的评审必须重新进行。 2) 项目取消
出于市场或其他方面的考虑，需要取消某个项目的研发，必须由发起人或者委托人填写项目取消申请表，申请表必须说明项目名称，编号，取消原因。 研发项目的取消需经公司技术负责人签字同意，报公司总经理批准生效。 项目取消后，研发助理负责将项目取消通知发送给公司领导层和研发、销售、生产、财务等 相关部门。 3) 项目暂停
出于市场或资源饱和原因，需要暂停某个项目的研发，必须由发起人或者委托人填写项目暂停申请表。
申请表必须说明项目名称，编号，取消原因。研发项目的暂停需经公司技术负责人签字同意，报公司总经理批准生效。 项目暂停后，研发助理负责将项目暂停通知发送给公司领导层和研发、销售、生产、财务等相关部门。 5、 质量记录：
3
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第二章 研发部绩效管理制度
1、 目的：通过考核评定实行相应的绩效处罚，并不断的发现管理的工作不足之处，调整全
公司的工作方向和管理目标。原则：以奖为主，以罚为辅，重奖轻罚，奖罚分明。 2、 范围：适用于对本企业研发部人员绩效方面的管理。 3、 职责：
3.1 研发部行政主管负责制定研发部人员绩效考核指标的修改和建立。 3.2 研发部员工应遵循此制度条款配合公司绩效考核工作。
3.3 办公室应配合研发部做好绩效考核相应工作并对考核结果进行整理归档。 4、 程序：
4.1 宗旨
考核制度贯彻于研发工作全过程中，利用绩效和奖金相结合的报酬机制，鼓励积极，鞭策落后，提高产品开发效率和合格率，减少失误，降低开发成本，增加公司产品的市场竞争力，同时调动每位研发人员的工作积极性，努力提高工作水平，统一员工的工作努力方向，推动公司的持续快速发展。
4.2 基本原则
1) 结果考核与行为考核相结合
2) 考核者必须依据员工实际表现和工作事实进行评价。 3) 公司成立技术开发评审小组，小组成员由总经理任命。
4) 考核必须公开考核流程、公开考核指标，坚持公正、公平、公开的原则，考核结果
由考核双方共同签字确认。
5) 考核执行人必须充公了解员工在考核期内的工作内容、工作过程和工作效果。在双
方平等沟通的基础上展开考核工作。 4.3 细则
1) 按照各人负责的工作类别不同，考核类别分为“优秀、良好、合格、不合格”。 2) 电路设计：视产品复杂性及任务的完成情况，以绩效考核表为准。 3) 结构设计：视产品复杂性及任务的完成情况，以绩效考核表为准。 4) 硬件设计：视产品复杂性及任务的完成情况，以绩效考核表为准。 5) 软件设计：视产品复杂性及任务的完成情况，以绩效考核表为准。
6) 文秘及后勤：及时、准确、妥善的将设计师的文件归档、分发、收取，对需要打样
的产品落实追踪到位，准时是考核的主要条件。 4.4 考核对象
1) 试用期及实习期员工不参与此项考核
2) 已转正的员工则根据工作情况，分为非技术类及技术类进行考核。
3) 部门经理级人员（含部门副经理）不参加此项考核，由公司统一进行部门经理综合
考核评定。 4.5 考核周期与时间
1) 实行半年度考核；每半年考核一次。其中每年的6月份考核上半年的业绩，每年12
月份考核下半年的业绩。
2) 考核正式开始前十日部门开始进行考核，两个工作日提交办公室汇总呈评审小组最
4
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
后得分，三个工作日评审小组出具考核结果，由办公室下达考核结果给部门经理，五个工作日内完成绩效面谈。 4.6 实施
1) 考核的依据：设计计划书中的进度规定和设计要求。
2) 考核方法：综合评分，按照公司绩效考核表中内容进行考核。
3) 评分标准：分为自评和上级领导评价，根据分值加权求得最终分数对应相应等级。 4) 每次考核完成汇总员工评分并分出等级，并根据公司相应规定进行鼓励与批评谈话。 5) 公司设置独立员工工资体系外的考核资金，每季度得分超过100%的员工，每增加1%
奖励基本工资的10%，最高不超过其基本工资的200%。有特殊贡献的员工，公司予以奖励，由董事会审批。 6) 绩效考核流程图： 7)
4.7 考核体制 考核对象 技术人员 部门职员 初评 研发部门 研发部门 汇总部门 办公室 办公室 复评 评审小组 / 最终核定 副总经理 副总经理 考核前期准备 制定考核计划 考核执行 考核考核评价 考核反馈（申诉、面谈、调查表） 绩效的更新和修改 资料的归档整理 1) 由员工填写本季度主要工作项目及业绩，给考核者相应参考数据。
2) 部门评定：由员工直属上级对员工个人本季度各考核项目做出综合评分。 3) 评审小组对其考核的结果做复评。 4) 副总经理进行最终评定。 4.8 绩效沟通与改进
1) 每考核完成一次部门经理至少需和员工进行一次绩效面谈，共同确定绩效计划，讲
解员工优势和需要改进的绩效，共同分析与实际结果存在差距的原因，达到组织绩效与个人绩效目标一致。
2) 各部门可根据工作需要增加面谈次数。
3) 面谈方式为：以正式的、一对一、面对面的方式进行。
4) 每次考核完成要进行绩效考核情况调查，分发调查表进行无记名调查，针对提出的
问题进行改进。
5
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
4.9 考核申诉
考核申诉是为了使考核制度完善化和在考核过程中真正做到公开、公正、合理而设定的特殊程序。
1) 参加考核的任何员工对评估结果拥有申诉的权利，部属与直接主管接到考核内容和
结果后，如有异议，可先向直接主管提出申诉，由直接主管进行协调；如直接主管协调后仍有异议，可向办公室提出申诉，由办公室进行调查协调。 2) 考核申诉的追诉时限至考核当月结束为止。 4.10 评估资料的保管
1) 各部门部门经理指定专人对员工所有的评估资料进行集中保管，考核表必须以电子
文档形式及书面形式各保留一份，电子文档由部门及办公室各留存一份，书面文档由办公室作为人事档案留存。
2) 季度评估表作为员工的人事档案由行政部统一保管。
3) 除管理人员因工作需要可查看员工的评估资料外，其他员工不得随意翻看、查阅。 4) 任何接触到考核资料的人员都有保密的义务，不得散布、传播。 4.11 附则
1) 本制度由公司管理部门负责修订而成，解释权归办公室。 2) 整体考核进程由办公室负责推动，各相关部门协助完成。
3) 本制度是公司绩效考核的重要制度，每一位员工均可对其不完善之处向办公室直接
提出相关建议，被采纳的建议将在制度中及时修订。
4) 本制度执行后，与本制度有抵触的规定或条款以本制度为准。 5、 质量记录：
绩效考核培训资料、绩效考核计划、绩效考核表、绩效考核调查表
6
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第三章 SQA工作流程
1、 目的：为加强项目监控体质管理，监督研发过程，对项目研发进度进行全程质量监控。 2、 范围：适用于研发部项目过程的监控管理。
3、 职责：
3.1 SQA项目小组成员按分工监控项目过程并及时上报质量情况。 3.2 项目组长成员应配合SQA的检查和监督。 4、 程序：
4.1 目标：
➢ 遵循《软件质量保证计划》进行软件质量保证活动
➢ 客观地验证软件开发过程和软件产品是否遵守可用的标准、规程和要求 ➢ 确保将软件质量保证的活动和结果通知受影响的项目组和人员 ➢ 高层管理者关注在软件项目中不能解决的偏差事件和不合格项 4.2 SQA活动的策略
当SQA刚切入项目组时，SQA首先就要掌握项目组的一些基本情况，主要包括项目经理的能力,项目的规模，项目工期，客户对进度、质量的要求，项目组成员情况，项目组织架构情况。其中最关键的是要看项目经理的能力情况。
１）PM能力欠佳，则SQA的工作就是全程跟踪项目，审计是重中之重。
２）项目经理的能力强，则SQA的主要工作可以划分为两部分，一部分是对一些重点的过程和产品进行审计，另一部分是优化我们的过程，流程，对我们的发现的一些问题或缺陷进行分析，改进我们的过程。 4.3 具体活动：
1) SQA参与制定计划
SQA参与制定计划包括SDP和阶段计划，在SDP活动中，SQA主要是参与到软件过程的剪裁、复审估算、参与评估风险等。然后，SQA参与复审SDP，其目的，除了熟悉项目的计划外，还需要复审看是否SDP与纳入项目的客户的需求一致，计划能否满足客户的需求的，在SDP修正中，涉及到上述内容的，也需要SQA参与。然后，SQA也会参与阶段计划的制定，主要是复审阶段计划是否满足阶段的目标。 2) SQA参与复审纳入项目的需求
此时SQA主要是作为复审者的角色，复审纳入的需求描述是否清晰、一致、需求的可行性等。
3) SQA制定SQA审计计划
在制定计划的同时，SQA也需要制定SQA审计计划，在制定SDP的时候，SQA制高层的审计计划，主要是计划有那些内容需要SQA审计的。然后，在制定阶段计划的时候，SQA需要制定具体的审计计划，包括每次审计的时间，审计的对象等。 4) SQA参与进度复审或里程碑复审活动
SQA在参与进度复审或里程碑复审活动中，主要是一方面了解项目的进度，另一方面，复审项目在进度复审中采取的一些修正行动的时候，是否满足客户的需求，是否可行等，而在里程碑复审中，则复审项目当前的状态是否满足里程碑的标准(Criteria of Milestone)，是否达到里程碑的目标。 5) SQA审计
7
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
另外，SQA的主要活动是按照制定的SQA审计计划对项目进行审计，审计的内容包括过程审计和工作产品审计。过程审计主要是审计项目开展的软件活动是否和计划、与OSSP一致，工作产品审计主要是审计工作产品是否满足标准和约束条件。 6) SQA阶段总结
由于公司很多项目都是采用迭代模式的开发，项目开发周期较长，所以有必要在项目某个阶段结束的时候，对SQA在这个阶段的活动进行一个总结，主要是对一些经验教训进行分析，找出这些问题背后的原因，提出一些可行性的解决方案，目的是为了提高质量保证的水平。 7) 跟踪问题处理
SQA应跟踪问题处理过程，直到问题解决。跟踪的问题包括日常发现的产品问题、过程问题、项目风险、评审发现的问题、测试发现的问题等。如果不能和项目组就解决方案达成一致，可向公司高层反映。 8) 度量和报告
SQA应善于根据过程规范和经验发现项目运行中的问题，并做到紧急问题、重要问题 随时汇报，其它问题周期性汇报。SQA需要随时收集数据并保障数据的有效性、真实性。定期汇总数据、统计分析并产生度量报告。SQA应协助项目组和SEPG针对不良趋势和问题采取纠正或预防措施。 9) 质量推进
质量推进主要包括提高全员的质量意识和推进、解释过程的执行两个方面。这项工作需要在日常工作中一点一点地、坚持不懈地实施,这样做的目的是为了营造公司的一种质量文化氛围,理解和支持SQA的工作。 10) 过程制定
如果项目或组织需要制定过程规范，SQA应组织相关人员来完成过程制定工作。一般情况下，过程制定应由遵守和执行该过程的人员负责。所有制定的过程都必须经过评审，并由SQA检查执行情况。 11) 过程改进
过程改进是一项长期的任务。SQA应注意随时发现、听取过程执行中问题和改进工作的方法，并进行阶段性的总结（比如质量报告等），以不断改进过程，提高过程能力。 12) 学习和研究
SQA要不断学习和研究，尽量保持与领域最新的知识、方法同步，找出提高产品质量和工作效率的方法与过程。学习的内容主要包括管理领域和开发领域。管理领域包括质量管理（TQM、ISO9000、CMM、RUP、MSF、XP等）、软件度量（PSM、GQM、SPC、SixSigma）、项目管理、配置管理等。开发领域包括需求工程、设计、编码、测试等各阶段的开发和管理方法。 13) 质量培训
项目或组织需要时，SQA需要向相关人员进行质量管理方面的培训或咨询 4.4 SQA审计工作指南：
SQA工作的很重要一项就是审计，SQA审计工作的目标是验证项目组实际执行是否与项目计划相符合，执行的步骤是否与公司规定相符合，及时发现项目存在的问题，并提交问题报告，跟踪直至问题得到解决。 4.4.1 SQA审计工作的各个阶段：
可以将SQA审计划分为各个阶段：
1) 审计任务计划阶段：审计任务的计划是SQA计划中的一部分，应该根据每个项目的
特点进行不同的考虑，以安排审计任务。主要的依据有几点：根据项目的风险安排审
8
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
计任务的重点，根据项目计划的进度安排组织审计任务的时间，根据审计对象的不同考虑审计方法；
2) 审计任务执行阶段：审计任务应该按照SQA计划来执行，并根据审计对象的不同采
取对应的审计方法；因为实际的审计的执行需要兼顾项目的实际情况（包括人员、进度），因此要做好SQA审计状态的记录，及时跟踪审计任务的执行情况，出现审计任务与SQA计划的出入时，应该进行计划变更；
3) 审计问题的提出阶段：在审计中发现问题时，应该首先与项目相关的工作人员沟通，
明确问题，同时记录SQA问题清单，并知会项目PM；问题应该得到项目组的认同，问题说明应该清晰，当问题不能够明确时（不能认同、确定），需要报请SEPG或者高层经理确认。发现的问题一般应该得到及时的处理，当问题不能及时解决时，应该提交SQA的问题报告，问题报告中需要明确问题的责任人，以及计划解决时间； 4) 审计问题跟踪阶段：对SQA提交的问题，需要对其状态进行跟踪，保证问题能够得
到解决，对于解决时间超出计划时间的问题，应该在每周的报告中提交给高层经理。
4.4.2 SQA审计方法：
审计方法根据审计对象的不同，可以分为：项目活动审计，和项目产品审计。
1) 项目活动审计是根据项目计划，到达对应的项目活动执行时，SQA人员切入到项目
中，通过与项目组沟通，了解项目活动的执行情况。具体的了解方式可以有多种，如：与项目组直接的沟通、通过活动的记录文档了解活动的进展、直接参与项目组的活动等；方法的选择取决于活动的类型以及项目的具体情况，采用什么方式以达到了解项目活动实际情况为目标。
2) 项目产品审计，主要是对项目的工作产品进行审计，项目的工作产品是否合格包括
两个方面：1、满足客户以及公司对产品的要求，一般要求符合工作产品的模板、标准，其中客户的要求一般都会明确在项目纳入的需求和相关的计划中；2、项目产品的合格也是由流程来保证的，产品的开发过程应该按照计划得到了必要的复审和评审。审计产品的时机一般是在产品提交后进行，但是SQA也应该根据工作产品的特点，注意安排产品制定、开发当中的审计，以期及早发现问题。
4.5 报告机制
1) 周报：把一周来SQA活动发现的问题进行汇总并加以简要的分析，发送高层、项目
组有关负责人、质量部负责人、SEPG 2) 上报项目经理：对一些比较紧急的问题应立即报告给PM，如果能达到一致的情况下,
要求落实问题的解决,
3) 上报高层：如果发现了问题，不能与pm达到一致的话，上报高层 4.6 参与的其它活动
➢ 了解项目成员每天的工作情况 ➢ 促进项目关系人员之间的沟通 ➢ 参与风险的识别，跟踪管理 ➢ 量化工作
4.7 SQA工作流程图
9
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
参与项目制定项目计划 制作修改SQA计划
准备检查表
Yes 通知单 预约审计
完成的工作 开展SQA活动 编制审计报告 追踪不符合性问题
Yes 是否有不符合性
问题
No Yes 是否月底
编写SQA月No
状态报告 SQA工作提交配置管理人员 是否项目结束 No
Yes 5、 质量记录： END SQA计划、审计报告、状态报告
10
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第四章 项目评审制度
1、 目的：主要是尽早发现潜在的问题，尽早纠正缺陷，控制项目整体进程。 2、 范围：适用于研发部项目评审工作。 3、 职责：
3.1 项目组长协助评审人员进行项目评审工作，并提交评审计划。 3.2 评审人员针对项目进行系统评审并撰写评审报告。 3.3 评审人员应对评审完成发现的问题进行后续跟踪处理。 4、 程序：
4.1 评审角色构成因素
评审人员的选择是评审效果的关键，需要考虑以下因素：
➢ 项目重要性：项目重要性是决定角色构成的最重要的因素，先要根据项目的重要性而定。这与需要投入的成本有关，对于重要的项目一般会更多地投入资源，提高评审级别。
➢ 项目复杂度：项目的复杂度也是决定角色构成的因素之一，根据温伯格的公式，项目管理的复杂度相当于功能规模的平方数。笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。项目组成员的能力成分和水平。
➢ 项目组成员的能力成分和水平：评审角色构成还应当根据项目团队成员本身的各项技术水平，特别是分析和设计的技术水平如何，行业领域知识是否丰富来进行搭配。除了团队内部自己进行评审之外，评审团队最好是一些独立于项目团队之外的成员构成。 应当注意的原则是人数要少而精，一个人可以兼多个角色，但要覆盖各项人员需求。需要说明的是，不具备评审能力的不应参加，可以通过旁听来提高水平。
4.2 基本角色职责
➢ 评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正。
➢ 评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论，并且指出和记录问题。
➢ 文档作者：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定需要改进时按时完成修改。
➢ 记录人员：评审会议中记录评审人员提出的问题及相关讨论。
➢ 项目经理：制定保证评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改进项目质量。
4.3 文档评审的层次
➢ 过程规范：是否符合过程规范、是否按照计划提交、是否按时经过评审、是否准时发布（注意提交时间与发布时间的区别），以及评审的流程是否规范。适合的评审人员：QA。
➢ 文档规范：文档成果符合企业或业界已经制定的文档模板规范。企业，甚至行业应当制定统一的文档规范，形成一个文档约定和规则，以统一文档内容与风格。适合的评审人员：QA。
11
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
➢ 文档语法：文档成果正确使用通用的方法与术语并符合软件工程相关的技术标准，这里所说的语法包括自然语言的语法和建模语言的语法。适合的评审人员要求：精通软件工程、分析与设计方法、建模工具和相关标准。 ➢ 文档语义：文档成果表达清晰、无歧义，可以反映系统目标。所有质量合格的文档 （包括模型）都代表它期望代表的语义，而且应该在代表这些语义时具有一致性。文字与图表应当互相补充说明，以更加清晰。让别人看得懂，看完后知道下一步该 怎么做。 适合的评审人员：行业业务专家、高级程序员和测试工程师。
➢ 文档逻辑：主要体现需求与设计正确性、一致性，无遗漏、多余或错误。前后左右 考虑周全，不同文档之间、文档与行业标准之间、同一文档各成分之间不互相矛盾，清晰说明相关部分之间的关系，特别是要符合相关行业的业务标准规范。 适合的评审人员：行业业务专家、产品经理和测试工程师。
➢ 文档美学：文档成果能否表述得更好一些，文字、图表是否能更加均衡和完整。 需要追求平衡的美，每个组成部分应该大小适中，可解读并可变更。平衡有多个方 面，如排版次序更加合理、文字、图形更加精炼并更易理解等。适合的评审人员：系统分析与设计专家，以及建模工具专家。
➢ 结果优化：通过检查判断文档成果（如项目计划、需求规格及设计方案）是否还有改进的空间，以便更加方便地进行项目管理、降低成本、加快进度、提高质量并减少风险，尽可能达到最佳方案。任何一项设计都可以有许多不同的方案，通过“方案优化”选定一种最好的方案。
适合的评审人员：系统分析与设计专家、项目经理和产品经理。
4.4 文档评审流程
4.4.1 评审流程概览和流程图 ①确定评审组长。
②制定并发布评审计划。 ③准备评审。 ④举行评审会议。
⑤改正、跟踪和回归评审。 ⑥分析、总结和报告。 ⑦归档。
4.4.2 确定评审组长
由品质保证人员与项目经理、部门经理论协商，确定项目的评审级别及评审人员角色构成要求，初步确定评审组长人选。品质保证人员与评审组长沟通，最终确定评审组长。评审组长充分了解项目相关情况，为制定评审计划做好准备。 4.4.3 评审计划
① 评审组长制定评审计划（根据项目计划和质量计划） 。 ② 评审组长确定评审对象和评审时间。
③ 评审组长确定评审级别和策略（形式的组合）。 ④ 评审组长确定评审流程裁减和提交物。 ⑤ 评审组长确定入口条件并通过准则。 ⑥ 评审组长确定回归评审准则。
⑦ 评审组长制定评审检查表（CheckList）。 ⑧ 评审组长确定评审角色构成。
⑨ 评审组长根据评审角色构成确定评审人员并成立评审小组。
⑩ 相关人员（评审人员和项目团队双方）确认评审计划。评审组长发布评审计划。
12
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
4.4.4 评审准备
①正式评审前准备：文档作者向相关人员发布文档。 ②评审人员阅读了解文档，争取发现大部分问题。 ③文档作者解决大部分发现的问题。
④评审组长确定会议地点、环境、设备和所有材料。 ⑤评审组长确定人员职责和会议议程。 ⑥评审组长确定评审开始条件成熟。 ⑦评审组长通知相关人员到会。 4.4.5 评审会议
① 主持人（评审组长）宣布会议议程、人员职责和会场纪律。 ② 文档作者介绍工作成果，对评审人员的疑问进行必要的解释。 ③ 评审人员对不解之处提出疑问，指出问题或缺陷并说明根据。
④ 文档作者与评审人员讨论缺陷的真实性，分清缺陷性问题和建议性问题，讨论确定是否需要按照评审人员的要求进行改进。一般不涉及为节省时间改进方案或错误的纠正方案。 4.4.6 评审记录
① 正式评审应当记录有共识的问题或缺陷，也要记录有争议待解决的问题。使评审工 作文档化，便于跟踪最终解决。
② 总体记录：包括项目名称、系统名称版本号、 日期时间、 主文档名称、附文档名称、 文档版本号、作者、评审类型（首次、回归、部分和阶段） 、评审人员和评审结论。 ③ 缺陷记录：包括缺陷编号、提出者、章节／页码、缺陷描述、缺陷类型（严重、一 般和建议）和承诺改正时间。
④ 验证记录：全部打勾的 CheckList，说明 CheckList 所列的工作都已经做完，所列的内容都已经评审完，确保工作的完整性。 4.4.7 评审结论评审结论包括如下内容：
① 是否需要修改？这是就成果的整体而言，结论可以是无需、少量、较大或是一个量化的数字。
② 项目组确定是否接受修改要求？这是针对具体的一条意见或建议。有些问题可能是 误会，消除了就不是问题；有些建议性的问题，项目组考虑进度可不接受修改要求。 — 如不接受修改要求，项目组给出不修改的理由。 — 如何处理？是否需要进行回归评审？ — 总体结论：合格或不合格。
— 确定的修改责任人和跟踪责任人。 — 确定的回归评审时间。
— 是否都认同评审结论？如果需要做得更正式一些，可以要求相关人员签字表示同意评审结论，签字 。 4.4.8 跟踪与总结
评审中发现的问题的后续跟踪是改正错误并消除缺陷的有效措施， 应当有专门的负责人进行后续跟踪确认错误都已改正，根据结论必要时回归评审。 ① 评审组长分析评审数据并总结经验。 ② 评审组长发布评审记录与数据分析报告。
③ 管理人员应当防止评审数据被不恰当地使用，如果使用评审数据来对个人进行绩效 评价，将会给以后的评审工作造成障碍，使评审各方不能放开进行评审。
④ 评审组长进行工作总结，工作总结很有必要，有利于对项目或过程的改进。 ⑤ 评审组长提交各类评审报告，有关领导批准发布通过的文档。
13
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
4.4.9 材料归档
评审材料归档是项目配置管理工作的一部分。新建项目，记载配置管理工具中为此项目 建立一个目录，并建立下列子目录。
① 待评阅态：文件放入此目录后会自动通过邮件通知需要评阅的人员，全体评阅人员评阅完毕，也会自动通过邮件把意见通知文档作者并实现到期自动提醒功能。
② 待评审态：文件放入此目录后会自动通过邮件通知需要评审的人员，全体评阅人员评审完毕，也会自动通过邮件把批准或拒绝的意见通知文档作者并实现到期自动提醒功能。 ③ 受控态：评审批准后自动转入受控态并发布自动邮件。
④ 签出态：为了修改而版本升级，当文件签出时放入签出态。修改后的文档可能签入到待评阅态、待评审态或直接到受控态，但文档版本已经升级。 ⑤ 产品态：项目结束后受控态的文档自动归到产品态。 5、 质量记录：
评审计划、评审报告
14
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第五章 项目交付物管理制度
1、 目的：为规范本公司研发部技术文件的管理，确保文件编制的正确性、完整性，特制订
本制度。 2、 范围：适用于公司研发部门项目完成后的交付物的管理。
3、 职责：
3.1 项目组长及成员应对所研发项目的交付物列清单逐一交付。
3.2 办公室为研发部技术文件设立档案保管，借阅情况统一进行统计。 4、 程序：
4.1 技术文件的编制、审核、批准
1) 技术文件包括：
a) 产品设计图纸； b) 作业指导书；
c) 设计相关书籍、光盘等； d) 技术档案和技术资料；
e) 未打印出图的尚在计算机里的图纸资料； f) 发放到各部门的技术文件； g) 实物样品等研发部相关文件。
2) 技术文件的技术要求和数据等必须符合国家相关标准和规定要求。
3) 技术文件由技术开发部等相对应部门编制，研发部应对技术文件的准确性、合理性负
责。
4) 研发部部长负责技术文件的审核。 5) 总经理负责技术文件的批准。 6) 技术文件的编制必须严格保密。
7) 技术文件应保证标题栏中的编号、名称、日期、审核、批准等栏中签署齐全，签署不
齐全的技术文件无效。
4.2 技术文件的管理与应用
1) 技术文件的发放：
a. 技术文件在发放至生产车间之前，必须加盖“受控文件”章，到研发部处登记，填
写【技术文件领返记录表】，签字领出。 b. 技术文件的发放按生产计划进行，定期发放的生产用文件由研发部统一下发和更
换。研发部门必须保证下发的工艺的完整性和有效性，同时保证下发到车间主任、生产指导、检验等部门的工艺应一致。
2) 技术文件的保管和使用：
a. 研发部的技术文件应长期并分类保存，管理要科学系统，能有效控制，确保各相
关部门都能得到有效的版本，防止作废的技术文件误用。作废的技术文件必须经常研发部部门鉴定且研发部部长批准后销毁。
b. 本公司的技术文件，由研发部管理。确保所保管的技术文件不受潮、不霉烂、不
受损、不丢失。
c. 纸质技术文件或光盘技术文件等收存到资料柜内保管，资料柜钥匙由研发部部长
负责保管。本单位有关人员可以查、借阅。借阅技术文件应凭技术开发部部长批
15
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
准的【借阅申请单】向研发部借阅。用完及时归还，并保证文件的完整性。 d. 技术文件是公司进行生产和各项管理工作共同的技术依据，必须加强管理，各种
技术文件的登记、保管、复制、收发、注销、归档和保密工作，保证技术文件的完整，准确清晰、统一等。
e. 签字领出技术文件人应负责将领出的文件收回，交研发部部长存档。 f. 每种技术文件，研发部应完成技术资料整理，并做备份、存档。
g. 本厂所使用的研发部技术文件一律由研发部统一保管，统一建档并逐一登记。 3) 技术文件的更改
a. 产品投入生产时，技术科应及时提供相应的工艺作业指导书并确保无误。生产部
如发现操作时，有不妥当的方面及时与技术科主管沟通解决。 b. 下发后的技术文件如需更改，研发部需要下发《文件更改申请单》，各相关部门
必须据通知单要求做相应更改。涉及安全性能的图纸更改后，须由研发部组织重新审核并备案。更换的技术文件要有标记，并要有记录。 c. 技术文件修改前，负责修改部门要提出修改理由及具体内容，交研发部部长审批。 d. 修改后的技术文件必须重新履行会审、会签及批准手续，填发《文件更改申请单》。 4) 技术文件的保密
a、 任何部门、个人不得擅自打印、复制公司技术文件，不得以电子文档等形式在网
上传递或者用移动硬盘、U盘、软盘等拷贝出。因工作需要必须打印或复制时，经办人提出书面申请书，开发部部长签字批准后方可通过打印、复制、拷贝。 b、 为了保证技术资料的保密性，除按正常程序办理外，任何人不得私自向外人转让
和借出技术资料，一经发现要按公司所签署的《保密协议》给予严肃处理。 c、 员工用于工作的计算机未经主管批准不得随意拆开，计算机硬盘中的资料属公司
机密，硬盘不准任何人私自带出公司。若计算机出现故障，需研发部部长指定专业人送修，并保证硬盘中资料保密性。
d、 技术科及其他使用、保管技术资料的部门或个人，应注意保密，严禁将技术资料
带出公司，或提供给其他公司。
5) 技术文件的销毁
a、 由于新技术的日新月异，越积越多的技术文件会占据不必要的资源，故有的技术
文件需要销毁和清除，对回收的技术文件由技术部门统一管理。
b、 需要销毁的研发部技术文件，研发部部长会同有关技术人员一起仔细校对核实，
然后将销毁理由与销毁文件清单上报研发部部长，由研发部部长签署“同意”后，方可销毁。
c、 普通技术文件须保存3年以上，重要技术文件须保存5年以上，以方便以后的产
品技术改造。因各种原因，导致某种产品不再生产，或产品改型，使原有技术资料报废，由研发部收回，加盖“报废”章，并专项保管。
5、 质量记录：
交付物清单
16
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第六章 项目验收流程
1、 目的：为规范公司项目验收工作流程。 2、 范围：适用于公司验收项目管理。
3、 职责：
3.1 验收小组成员严格按照此规范对项目进行验收。
3.2 项目组长及成员应配合验收小组成员做好项目验收工作。 3.3 办公室应对验收情况和结果进行存档处理。 4、 程序：
4.1 验收流程图：由于IT项目验收一般均比较复杂，因此，一般将IT项目的验收划分为四
个阶段：验收准备、初步验收、最终验收、报告总结。（见划分请参见：IT项目验收流程图） 4.2 验收准备
验收准备阶段主要是根据项目的情况组建验收组织，并确定验收方式、验收内容、标准以及验收条件等。
1) 成立验收小组。验收小组的主要组成为使用部门、信息技术部、招标部门、财务等
部门，该项工作需要领导的参与和批准，另外，对于金额比较大的项目，有条件也可以请股东代表参与。 2) 确定验收策略。验收小组根据项目的特点确定项目验收的方式，即是否需要分阶段
验收，完成验收阶段的划分，并制定相关的验收计划，一般对于比较复杂的项目均需要划分阶段进行初步验收，而且阶段的划分也需要与供应商进行沟通和确认。 3) 确定验收内容和标准。根据前面确定的验收策略明确各阶段验收的条件、需要验收
的内容、验收通过的标准，以及需要提交的资料清单等，其中值得一提的是验收内容包括时间进度的验收项目。 4) 领导审批。由领导审批验收小组确定的验收阶段和验收内容以及标准等是否合理。 4.3 初步验收
初步验收主要是完成软硬件系统的初步运行情况，IT项目可能涉及硬件设备的验收，也可能涉及软件系统的验收，也可能同时涉及软件和硬件的验收，由于对于机房装修这样复杂的项目，涉及到几个硬件子系统和软件子系统的验收；对于硬件系统的验收，存在两个验收步骤，在设备到货后需要验收设备到货情况，在调试完成后需要进行设备试车验收（试运行），一般付款条件为试车验收通过，不是到货验收通过。
1) 验收申请。当供应商认为符合验收条件后会提请进行验收。
2) 检验验收条件是否合格。验收小组接到供应商的验收申请后，审查是否符合验收条
件。 3) 供应商进行整改。如果验收小组认为不符合验收条件，将要求供应商进行整改，供
应商根据验收小组提出的整改意见进行相关的整改，整改完成后再次提请验收。 4) 验收类型的判断。验收小组会根据项目的性质，分别按照软硬件系统进行初步验收。 5) 硬件设备到货验收。当硬件设备到货后，供应商会提请进行到货验收，验收小组将
根据合同和验收内容进行设备的品牌和规格的检验，查看设备是否完整无缺，并记录设备到货时间是否符合要求。
17
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
6) 报关单、保修卡和说明书等校验。验收小组检验设备的保修卡和说明书等资料是否
准确无误，另外，对于进口设备需要检查设备的报关单是否正确和有效。 7) 集成调试。到货验收合格后，供应商进行设备的集成调试工作。
8) 试运行验收。俗称试车验收，在供应商完成设备的集成调试后将提请进行试运行验
收，验收小组需要根据验收内容逐项进行相关验收。 9) 软件系统功能验证。软件使用部门根据需求或验收内容和标准，对软件系统功能进
行详细验证测试，验收小组监督和汇总测试情况。 10) 软件系统性能验证。信息技术部从技术的角度，对系统进行性能等技术测试，验收
小组监督和汇总测试情况。 11) 资料验收。验收小组根据验收准备阶段的要求逐项核对资料的提交情况，资料包括
合同中要求的程序源代码、操作手册、培训资料、测试报告、过程数据等。 12) 综合评议。验收小组汇总该项目本阶段各种验收资料，对项目的验收情况进行集体
评议。 13) 检验验收情况。验收小组将根据综合评议情况，判断是否验收合格，对于不合格的
部分提出整改意见。 14) 进行整改。如果本次验收没有通过，则供应商需要根据验收小组的要求进行相关整
改。 15) 复验。当供应商完成整改后，验收小组将组织复验。
16) 检验初步验收是否通过。如果本次验收通过，验收小组将检验初步验收涉及的各阶
段验收是否完成，如果初步验收完成，将进入正式运行阶段；如果还存在后续验收阶段，将重复5至19的步骤，直至所有子系统验收合格。对于一些国家或监管部门有相应法规约束的特殊项目，是否通过相关外部验收将是项目初验合格的基础，如机房工程需要通过消防局、电力等部门的验收，网络系统需要通过保监会的验收等。 4.4 最终验收
IT项目通过初步验收后，将投入生产运行，由于有些问题可能需要在生产环境运行一段
时间后才能暴露，最终验收就是需要解决这些问题。一般在最终验收通过后在进行质保金的支付。
1) 正式运行系统。IT项目通过初步验收后，将投入生产运行。
2) 最终验收。当系统运行一段时间（一般在合同中明确）后，验收小组将汇总各使用
部门的验证情况或验收小组组织全面的验收。 3) 检验最终验收是否合格。验收小组将根据验收情况出具验收结论。 4) 进行整改。如果验收不合格，供应商将根据验收小组的整改意见进行整改。 5) 复验。供应商完成整改后，验收小组将根据项目的实际情况进行复验。 4.5 报告总结
IT项目通过最终验收后，验收小组将根据验收情况撰写验收报告，同时将总结验收工作的得与失，以便未来更好的运作其他项目。
1)
撰写验收报告。如果最终验收通过，验收小组将根据验收情况撰写验收报告，验收报告不仅需要包括本次项目验收的情况总结，也需要总结本次验收工作的得与失。 领导审批。验收小组撰写的验收报告，将交分管领导审批，如果不合格将打回验收小组修改。
2)
18
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
3)
归档处理。验收报告通过领导审批后，将交办公室进行归档处理，同时将相关资料交还原部门，如硬件设备保修卡交还信息技术部，操作手册交还业务部门。
5、 质量记录：
验收报告
19
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第七章 研发部培训管理制度
1、 目的：为了规范和促进技术研发部的员工培训工作，提升技术研发人员的职业技能和素
质，提高公司的技术研发水平，从而提高公司的实力，特制定本制度。 2、 范围：本制度适用于公司技术研发部的所有员工。
3、 职责
3.1 人力资源部是技术研发人员培训工作的归口管理部门，负责培训活动的计划制订、
实施和控制。
3.2 技术研发部、生产部等相关部门负责协助人力资源部进行培训的实施与反馈评价工
作，负责组织部门内部的培训活动。 4、 程序：
4.1 培训类别与内容
技术研发部的培训类别包括新员工培训、岗位技能培训、转岗培训等，具体如下表所示。
技术研发人员培训分类与内容一览表 培训类别 培训对象 培训目的 培训内容 培训方式 新员工培训 新员工 为帮助新员工尽快了解和熟悉公司，尽快融入公司环境和进入工作角色 1．公司概况、企业文化组织结构、管理层人员 授课、参2．公司发展战略、方针 观、操作3．公司各项规章制度 指导 4．所任职位业务知识与技巧 1．岗位技能 2．相关知识技能拓展 1．新岗位基本情况 2．新岗位技能培训 公司外部专业培训机构的专业技术技能培训 部门内各项工作、流程培训 授课、操作指导 操作指导 授课、操作指导 操作指导 岗位技能培训 转岗培训 继续教育培训 部门内部培训 员工自我培训 为增强员工技能，提高工在岗员工 作质量和效率，减少工作失误 岗位调动 为工作轮换、横向调整和人员 晋升作准备 专业技术 提高专业技能，提高公司工作人员 整体技术水平 部门内部员工 员工自身 为满足实际工作需要，对员工进行小规模、灵活实用的培训 提高自身素质和业务能力 员工自身相关知识、技能 自我培训 4.2 培训资源管理
（1） 培训讲师档案管理
技术研发人员培训讲师分为内部讲师和外部讲师，由人力资源部建立培训讲师档案。 （2） 公司内部讲师管理
1) 技术研发部内部讲师为技术研发高级工程师，各级主管人员负有培训下属员工的义务和责任。
2) 内部培训师可以报销一定金额的书籍费，视每年培训的次数而定。 （3） 外部讲师管理
20
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
外部讲师是公司聘请的授课讲师，其课酬根据实际情况和培训预算确定，公司通过培训效果的评估决定是否继续聘请该讲师。 （4） 培训教材管理
培训教材包括内部教材和外部教材，教材的形式可以是书面文字、电子文档、录音、录像等形式，教材由培训专员统一管理。 （5） 内部培训教材的获取
1) 工作过程中的经验分享与教训总结。 2) 公司重大事件案例。
3) 培训师组织开发培训教材。
4) 人力资源部经理与培训专员组织开发培训教材。 （6） 外部培训教材的引入
1) 公司聘请外部机构进行培训的，外部机构应提供教材，教材由培训专员统一归档管理。
2) 公司员工参加外派公开课程的，应在培训结束一周内将教材的原件或复印件交由培训专员存档管理。 （7） 培训设施设备管理
培训设施设备的建设、购置、维护和管理由公司人力资源部负责。 （8） 培训经费控制
1) 公司每年投入一定经费用于培训员工，培训经费专款专用。 2) 培训费用的报销范围包括学费、报名费、资料教材费用等。
3) 为了便于管理，因培训所发生的交通、餐饮费用在各部门预算费用中列支，按公司标准报销。
4.3 培训计划制订与实施
（1） 培训需求调查
1) 培训专员根据公司经营发展需要，在每年11月份向各部门（包括技术研发部）发放“年度培训需求调查表”或在年度中期开展临时培训需求调查。 2) 各部门依据培训专员提供的信息，征求部门人员意见，按要求填写“培训需求调查表”，在规定时间内交公司培训专员汇总。 （2） 培训需求分析
培训专员在人力资源部经理的指导下，根据培训需求调查结果进行培训需求分析，为培训计划的制订提供依据。 （3） 制订年度培训计划
人力资源部经理组织培训专员根据“年度培训需求调查表”反馈的信息及外部培训信息进行分析，制定“年度培训计划”和“年度培训预算”，报主管副总和公司总经理审批。 （4） 年度培训计划实施
1) 培训专员根据“年度培训计划”实施培训活动，按月份向部门公布课程安排情况，部门根据培训计划调整工作，让员工有充足的时间参加培训。
2) 培训专员根据培训安排，确认参加培训人员及费用预算，做好培训的组织工作并控制培训费用开支。 （5） 计划外培训需求的审核和执行
当需要临时增加培训项目时，由需求部门提前三周向培训专员提出培训申请，填写“培训申请表”，培训专员审核后报相关领导审批，领导审批通过后由人力资源部组织执行。 （6） 培训过程记录
培训专员负责对培训过程进行记录，保存培训资料，如电子文档、录音、录像、幻灯片
21
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
等，培训结束后以此为依据建立培训档案。 4.4 培训考核与效果评估
（1） 培训效果评估内容
1) 公司培训效果评估与考核的内容包括以下七点。 2) 培训课堂考核（纪律和态度考核）。
3) 培训考试、总结、工作笔记、案例分析。 4) 现场操作。
5) 日常工作应用（有记录或成果）。 6) 工作改善计划或方案。
7) 分享、授课或主持研讨会。 8) 工作业绩考核。 （2） 培训效果评估调查
培训专员组织学员填写“课程评估调查表”，对本次培训课程的安排、培训师的授课质量等进行评估。 （3） 培训考核
1) 培训考核一般由学员的直接领导负责，培训专员协助进行。
2) 学员须作培训小结，总结进步。培训小结与培训成绩将一起被放进学员的人事档案。 （4） 培训成果运用
培训结束后，学员应将在培训中获得的知识、技能应用于工作中，培训专员应不定期地了解学员培训后的工作情况。 4.5 员工培训的权利与义务
（1） 员工培训权利
1) 在不影响工作的前提下，员工有权利要求参加公司内部举办的各类培训。 2) 经批准参加培训的员工有权利享受公司为培训学员提供的各项待遇。 （2） 员工培训义务
培训期间，培训学员一律不得故意规避或不参加培训活动。
培训结束后，员工有义务将所学的知识和技能运用到日常工作中去。 （3） 外部培训人员义务
1) 外出培训人员返回后，须将所学的知识整理成完整的学习资料，连同考核成绩、结业证书复印件等相关资料送本部门及人力资源部存档。
2) 外出培训人员有义务将培训时所学的知识整理成文，作为讲习材料，在人力资源部的安排下讲授给相关人员。
4.6 培训档案管理
（1） 培训档案管理
1) 人力资源部建立培训工作档案，包括培训签到表、培训讲师档案、培训机构档案、培训人数、培训时间、学习情况、获得的各类培训材料、内部考试试卷等。 2) 人力资源部建立员工培训档案，填写“员工培训记录表”，将员工接受培训的具体情况和培训结果详细记录备案。 （2） 部门内培训记录 部门组织内部培训时，应填写“员工培训记录表”，将员工接受培训的具体情况和培训结果详细记录备案，并送交培训专员存档。 5、 质量记录
培训计划、培训内容、培训报告
22
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第八章 研发人员招聘管理制度
1、 目的：为及时满足技术研发部的人员需求，规范招聘录用流程，确保招聘质量，结合公
司的实际情况，特制定本制度。
2、 范围：本制度适用于公司技术研发部人员招聘工作。 3、 职责：
3.1 人力资源部全面负责公司员工招聘工作，其主要职责有以下六点。 ①负责制订和完善招聘制度及招聘流程。 ②负责制订招聘计划并组织实施。
③监控招聘过程，制订评估招聘效果标准。 ④提供招聘选拔技术与工具，实施人员测评。
⑤参与面试、背景调查，为用人部门的录用提供建议。 ⑥办理录用人员的体检、劳动合同签订等各项手续。
3.2 技术研发部负责对应聘者的专业知识、技能等进行考核，与人力资源部协商作出录
用决策。
4、 过程
4.1 招聘需求分析 （1） 人员需求来源
1) 编制内员工离职造成缺编需要补充。 2) 因部门发展需扩充岗位或人员编制。
3) 为适应公司经营发展，进行管理人员和技术人员的储备。 4) 引进特殊（专业技术型）、高级人才。 5) 其他经公司总经理特批的人员需求。 （2） 招聘需求评估
当人力需求产生后，技术研发部应进行深入的评估，确定是否需要增补人员，具体评估内容如下所述。
1) 评估是否可以通过对本部门人员整合或知识技能的训练来满足人力需求。 2) 评估是否可以通过对本部门内部岗位职能的整合来满足人力的需求。
3) 评估是否可以通过对技术革新、流程改造、工作方法的改进来满足人力的需求。 4) 当通过以上三项评估仍不能满足人力需求时，技术研发部可向人力资源部提出人员需求申请。 （3） 人员需求申请
1) 技术研发部根据年度部门发展计划、员工调动等，确定需要新增人员时，填写“人员需求表”，并提交给人力资源部。
2) 人力资源部对人员需求进行评估，交有关领导审批后组织实施人员招聘工作。 3) 计划内的人员需求须经部门负责人、人力资源部经理审批。 4) 计划外的人员需求须报公司总经理审批。 4.2 招聘实施 （1） 招聘人员的素质要求
1) 具有良好的个人修养与品格，并善于与人沟通。
2) 客观、公正，不因个人喜好而影响对应聘者的评价。
3) 对公司组织结构、各部门情况、人力资源制度、薪资福利情况等有深入的了解。 4) 了解应聘岗位的工作职责、任职资格和相关特殊要求。 5) 掌握相关面试技巧和测评技术。 6) 对应聘者保持统一口径。
23
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
（2） 招聘渠道选择
1) 人力资源部根据人员需求情况，选择合适的招聘渠道和方式实施招聘工作。 2) 公司常用招聘渠道包括大中专院校、人才招聘会、网络招聘、猎头公司等。 （3） 人员选拔 1) 简历筛选
人力资源部通过各种渠道收集整理应聘人员简历，根据岗位任职资格对简历进行初步筛选。
2) 初试（机试）
机试主要是考察应聘者的专业知识、技术技能、基础能力等，机试结束后，由人力资源部招聘主管组织阅卷评分，并确定参加面试人员。 3) 面试
①面试主要是对应聘者的职业性格因素、个人品格、履历、身份和学历等各类证明材料、离职原因、求职动机、待遇要求等方面进行考察、核实。 ②面试由人力资源部负责，面试结果记录于“面试评定表”。 4) 复试
①招聘负责人配合技术研发部经理对初次面试合格者进行复试，主要考察应聘者的实际工作技能与岗位的匹配程度。
②技术研发部复试完毕，面试官应将评语及意见记录于“面试评定表”上。 ③一般岗位的应聘者在参加完复试之后即可得知是否被录用。
④经理级（含同级技术岗位）以上岗位须由公司总经理进行最后面试，其面试人数一般为计划招聘人数的两倍左右。 4.3 录用管理 （1） 录用通知
1) 人力资源部一周内向面试合格的人员发送录用通知，告知报到时间和所需准备的资料等。
2) 所需资料包括四张一寸免冠照片、身份证原件和复印件、学历证明原件和复印件、职称证明原件和复印件。 （2） 办理入职手续
1) 所有经招聘录用的新职员正式上班当日先向人力资源部报到，若在发出录用天之后15日内不能正常按时报到者，公司有权取消其录用资格，特殊情况经批准后可延期报到。
2) 报到时，人力资源部对各类证件进行审核登记，并将原件归还本人。
3) 人力资源部代表公司同新员工签订劳动合同，劳动合同一式两份，一份由人力资源部存档，一份交新员工自留。新员工合同期限一般为一年（试用期两个月）。
4) 被录用员工在办妥入职手续之后，领取相关办公用品，进入试用期，在试用期依照新员工试用期管理相关规定执行。
5) 新员工报到后在一个月内，人力资源部为其办理社会保险等。 5、 质量记录
人才招聘登记表、员工入职审批表、员工信息登记表
24
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第九章 实验室管理制度
1、 目的：实验室是公司研究开发、生产所需各种物资及产成品的重要场所，为使实验室管
理走向规范化、制度化，更好地为研究开发和生产服务，根据公司实际情况，制定本制度。 2、 范围：适用于研发部实验室操作工作。
3、 职责：研发部实验人员严格按照此规范对实验过程与器件进行使用和维护。
4、 过程：
第一条 实验人员须经培训合格后上岗；
第二条 实验人员必须对公司负责，严守保密纪律，遵守公司各项规章制度；严禁将实验室物品私自借给他人或挪为私用；
第三条 实验室分元器件摆放区、仪器设备摆放区及静电服摆放区，各区物资不得混放； 第四条 实验室内各种物资要标识清楚、分类存放；
第五条 严格出、入实验室器具制度，领料单必须注明用途并经过批准；
第六条 实验室内不得存放易燃、易爆等危险物品，严禁吸烟，实验室内需要配备灭火设备；
第七条 保持实验室的清洁卫生，桌面及物品柜上不得有灰尘，元器件及半成品不得裸放，实验室严禁无关人员进入；
第八条 实验室钥匙必须随身携带，不得随意放置；实验人员要定期检查实验设备的安全情况，包括门、窗是否关好、有否安全隐患等；
第九条 定期抽查清点实验室物资数量，对比账物是否相符；
第十条 主管部门要不定期对实验室管理情况进行检查，包括卫生检查，出、入库检查，仓储物资的盘库或抽查等，并以此作为考核实验室人员工作的依据。
第十一条 实验前必须先检查电源、线路、设备是否正常，防止事故的发生。 第十二条 实验中出现异常现象，应立即断开电源，排除故障后方可继续实验。
第十三条 实验完毕，及时关闭实验桌和仪器设备的电源，将各器件、设备整齐的摆放在实验桌上，并做好实验室清洁工作。 5、 质量记录：
无
25
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第十章 保密制度
在公司保密守则基础上加入下边两条： 对外涉密人员管理
1、 在对外交往与合作中需要提供公司秘密事项的，应当事先经总经理批准；
2、 根据公司的信息安全管理策略，外部人员所服务或进行合作的接口部门的主管或项目经
理应该总体负责外部人员的信息安全管理工作；
3、 外单位合作人员在进入本单位进行技术合作前应签署本公司拟定的保密协议，并由接口
部门主管或项目经理交代清楚此保密协议中各项条款内容；
4、 接待人员不应向外单位联调合作人员透露业务范围之外的公司技术、商务情况，不随意
承诺，不在授权范围之外行事, 已经承诺和双方达成意向的事宜应当做正式记录；
5、 向外单位联调合作人员提供含有公司保密信息的文件、资料或实物时，接待人应获得部
门主管批准，并与其签订保密协议后再行提供；
6、 外单位联调合作人员只能在经批准的办公区域进行本次业务相关的活动，不得私自进入
其他机密办公区域；
7、 来访人员携带便携机时，如不需要使用，应协助其将便携机存放于公司指定处；如需携
带便携机进入公司，应注意不让来访人员独自在办公区域使用便携机；
8、 不能在电梯、汽车、餐厅、酒店大堂等公共场所接听重要电话，必须接听时请到相对空
旷或不易被窃听的地方；
9、 公司工作人员发现公司秘密已经泄露或者可能泄露时，应当立即采取补救措施并及时报
告公司总经理或所属部门主任。 涉密会议管理
1、 涉及保密内容的会议要选择具备保密条件的会议场所；
2、 根据工作需要，限定参加会议人员的范围，对参加涉及密级事项会议的人员予以指定； 3、 依照保密规定使用会议设备和管理会议文件； 4、 确定会议内容是否传达及传达范围。
26
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第十一章 图书管理制度
1、 目的：为规范公司图书管理工作，特制定本制度。 2、 范围：适用于公司图书借阅、购置的管理。
3、 职责：各部门人员在借阅公司图书时应严格按照此规定实施。
4、 过程： 4.1 总则 （1） 前言
1) 本规定所称图书是指公司爲满足各部门生産工作需要而购置的图书资料，包括各类工具书、期刊、杂志及相关学术著作等。
2) 图书的管理，除另有规定外，均依本规定办理。
3) 本公司图书由总经办档案员负责管理，并于每年6月、12月下旬各清点一次。 （2） 图书购置
1) 需购置图书（杂志）的品种和数量，应广泛征求有关部门的意见，由总经办档案员汇总，总经办主任审阅后报总经理审批。
2) 凡个人提出购买图书资料的应先征得本部门经理同意，并报总经理审批后方可办理。 3) 有关人员在购回图书后，应及时送至档案室验收归档，并由档案员在单据上签字后，方可按正常审批程式到财务部报销。 （3） 图书保管
1) 新购图书应按顺序编号，将书名、出版社名称、著作者、册数、出版日期、购买日期、金额及其他有关资料详细登记于“本公司图书登记总簿”并填制图书卡插放於图书之末页。
2) 本公司图书由综合办档案员编制目录单供员工查阅。
3) 档案员对所保管的图书资料，应做到防潮、防霉、防蛀；对损坏的图书资料应及时修补、保证其完整性；对各类期刊要按年度装订成册。 4.2 图书借阅
1) 员工借书分为个人借书与部门借书两种，部门借书系指属部门专用图书，由部门经理签名借用。
2) 公司员工因工作需要，可借阅各类图书，但必须办理借阅手续。
3) 外单位借阅有关图书的，须持单位介绍信，并经主管领导批准后，方可办理，但须严格限定借阅时间，一般不超过两周。
4) 辞典、珍贵图书或被指定为公共参考图书（如词典类）只供查阅，原则上不外借。有特殊需要的人员，可酌情给予配备。
5) 专业性强的工具书经研究可以长期借用。一般技术图书每人一次最多可借阅两册，借阅时间不得超过一个月。
6) 一般书报杂志得随意阅览，阅毕归回原处，不得擅自携出公司或损坏，但公司广告、公告及其他与业务有关资料剪贴供公司参考不在此限。
7) 员工所借之图书，如遇清点或公务上需参考时得随时通知收回，借书人不得拒绝。 8) 公司员工在解雇、辞职时，须将所借图书归还。 4.3 借书时间、借阅期间与册数
1) 借书时间限办公时间内，其他时间概不受理。
27
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
2) 第二十条 借书期间一律不得超过一个月，到期应即归还，倘有特殊事由需续借者，务必办理续借手续，但以续借一次为限。 3) 借书册数以两册为限。
4) 部门借书期间与册数不受前二条的限制，但遇调(离)职应将借用图书全部归还。
28
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第十二章 固定资产管理制度
1、 目的：为加强固定资产购置、使用、移交、保管和减损的管理，保护固定资产的安全完
整，明确相关经济责任，监督并促进固定资产的妥善保管和合理使用，不断提高设备利用率和完好率，充分发挥固定资产效能，特制定本制度。 2、 范围：适用于公司各部门固定资产管理。
3、 职责：公司各部门员工在应严格按照此规定执行。 4、 过程：
4.1 固定资产的标准和内容 （1） 固定资产的确认标准
固定资产在同时满足以下两个条件时，才能加以确认： 1) 该固定资产包含的经济利益很可能流入企业； 2) 该固定资产的成本能够可靠地计量。 （2） 本制度所称固定资产是一般指使用期限超过一年且单位价值在2000元以上的房屋
建筑物、机器设备、运输工具、电子及其他设备。 4.2 固定资产管理目标与分工
1) 固定资产管理的基本任务：按会计准则的规定进行固定资产的核算和管理；加
强固定资产的维护和保养，提高固定资产的完好率；提高固定资产利用率和经济效益。
2) 固定资产购置、转移、报废等必须履行规定的审批权限和手续制度。凡是不履
行手续，未经批准及未办理相关手续，固定资产不得进行调拨。
3) 公司各部门应设置资产管理员，负责管理本部门的资产，登记和更新本部门的
资产台帐，提出固定资产的调拨、调整、停闭、拆除、出租等的申请；负责保管本部门固定资产清册，确保固定资产的实物与固定资产清册的记录相符；协助办理本部门固定资产的盘盈、盘亏、报废、毁损、出售等上报手续；协助进行每年末固定资产的清查工作。综合管理部设置资产管理员负责公司资产管理员的管理工作。
4) 对管理工作成绩显著的管理人员应给与表扬和奖励，对工作失职，管理不善造
成损失的人员要追究责任。
5) 公司财务部是固定资产的财务管理部门，负责固定资产的记录与核算；固定资
产增减变动的账务处理；建立和保管固定资产卡片，确保账、卡相符；综合分析固定资产的经济效益。
6) 公司建立固定资产责任人制度，在固定资产清册中明确各项固定资产的管理责
任人。按照“谁使用、谁保管、谁维护”的原则，管理责任人由固定资产的直接使用人担任。管理责任人的主要职责为：负责固定资产的日常维护和保管，确保固定资产经常处于良好状态；配合财务部实施固定资产的报废、毁损、出售的审查以及固定资产的调拨、拆除、出售等上报和审批手续。固定资产管理责任人调动时，必须将固定资产交点清楚并办理必要的交接手续。
7) 每年年终，财务部负责组织有关部门对固定资产实物进行清查盘点。通过清点
发现的盘盈、盘亏和毁损，应查明原因，按规定办理相关手续，以保证账、卡、物相符。企业管理中心也根据需要进行不定期盘点。
29
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
第十三章 研发物品申领制度
1、 目的：为规范本部门办公用品的申购、入库、保管、发放、使用、报废、盘存、交接程
序,使之管理有序，责任明确，节俭节约，避免浪费，特制订本办法。 2、 范围：适用于办公室对公用设备及耗材的管理。 3、 职责：研发用品的管理统一归为研发文控。
4、 过程：
4.1 办公用品的分类
按使用的性质分为低值易耗品和高值保管品两类。
其中低值易耗品主要指： 文件夹、笔记本、中性笔等价值较低的日常用品； 高值管理品为：电脑、示波器、仿真器、交换机、办公桌椅等价值较高的物品。 4.2 办公用品的申请
办公用品的采买或者领用申请需要填写《办公用品申请单》。 对于新进人员常用的办公用品由文控统一填写《办公用品申请单》，经领导批准后方可采买或去仓库领取。 4.3 办公用品的采购
填写的《办公用品申请单》在得到批准后方可进行购，低值易耗品由文控统一购买，购买后应及时入库；对于高值管理品经领导批准后由采购统一购买。购买时做好供应商的比较、筛选工作，尽最大可能控制好办公用品的采购成本。
文控将根据研发日常办公需要，对一些常用的办公用品进行批量购买，在办公室保持一定库存，以保证正常办公需要的及时满足，提高供给效率。 4.4 办公用品的入库管理
采购的办公用品由文控统一签收、保管和发放。文控将采购的清单及发票交公司财务，财务部在确认无误后准予报销。 4.5 办公用品的保管
➢ 备用的办公用品由文控统一保管。划定相应的存放区域，实行封闭保存。由各部门
申请的办公用品应当及时发放。
➢ 发放出去的办公用品由文控做好相应的领用记录，明确领用人，领用日期。
➢ 对于大件管理品实行保管责任制，实行使用人、领取人、保管责任人三合一的办法，
对保管责任进行归属。文控将根据不同时期的现实情况合理编订纳入保管责任制的大件管理品目录。现阶段的大件管理品范围暂定为：电脑及其配件、烧录器、仿真器。
➢ 对因个人工作失误、非正常使用而对办公用品造成的重大异常损耗，将根据个人责
任的程度，由责任人承担所造成相应损失部分的赔偿。（责任认定分3等，含完全责任、一般责任和轻微责任，分别对应80%，50%，20%的损失赔偿比例。损失的计算按历史采购成本计算，根据行政部事先公布的该类办公用品的使用年限，在计提折旧后得出。如存在产品更新换代，市面购置价值降低的，也可以直接按重置成本计算，两种赔偿计算方式可以由赔偿人选择。）
➢ 实行定期盘存制。盘存频率为一季度/次，文控将于每季度的25号至31号内抽取时
间进行大件管理品的盘存。盘存内容包括检查相应的办公用品的存在情况，问题情况，并让相应的保管人签字确定，以便及时地发现问题，处理问题。 4.6 办公用品的领用
领用人应当在文控的《办公用品领用登记表》上签上领取人姓名、领取物品数量和
30
北京XXXXXXXXXXXXXX公司 研发部管理制度汇编
日期。领取人可以是《办公用品申请单》申请人，也可以是申请人指定的办公用品使用人。但涉及高值管理品的，必须是使用人前来领取并签字，以明确保管责任。 4.7 办公用品的报废
对高值管理品的报废实行审批管理。如有高值管理品损坏，不能使用的，应当依据以下程序进行处理。
1) 对简单问题的可以自行维修处理。但对有保修服务品，且在保修期内的，不得擅自
自行处理。
2) 可维修品出现问题的应当提交《办公用品维修申请单》至行政部统一进行处理。 3) 对维修不成的高值管理品实行报废处理。报废应当是在对可能维修的，在提交过维
修申请，经过维修但无法修好的情况下，或者是对无条件维修的，经过了人行政部的故障认定，方可由该管理品的保管人填写《办公用品报废申请单》，经人事行政部签字确认后报废事项方为成立。报废品原购买价值单件超过1000元的，须报请公司副总经理的批准；
4) 高值管理品在完成报废程序后，应当从《高值管理品登记表》上核销，核销时应做
红笔登记，并附上《办公用品报废申请单》。 4.8 辞职清退情况处理。
对于有提出辞职的员工，在办理辞职手续时，必须在办理完办公用品清退手续后方可办理工资的领取事项。 5、 质量记录：
办公用品申请领用表
本管理制度于2012年6月10日起实施。
31
因篇幅问题不能全部显示，请点此查看更多更全内容