研发中心管理制度汇编.doc

广东鑫利物联网科技有限公司

研发中心管理制度汇编

版本/状态
V0.99/草案
编制
赵永兵
审核

批准

广东鑫利物联网科技有限公司
二零一三年十一月

版本记录

版本
状态
日期
内容
编写
审核
V0.99
草案
2013/11/18
创建
赵永兵

目录

版本记录 2
目录 3
总则 4
第一章 部门职责 5
第二章 部门组织架构及岗位职责 7
第三章 项目管理制度 14
第四章 项目评审制度 24
第五章 项目交付物管理制度 30
第六章 项目验收管理办法 35
第七章 产品管理制度 40
第八章 绩效管理制度 52
第九章 保密管理制度 57
第十章 研发部人员培训制度 60
第十一章 工作汇报、工作会议管理办法 66
第十二章 研发部人员招聘管理制度 68
附录一：项目立项表申请表 73
附录二：评审记录表 74
附录三：周计划及执行情况表 75
附录四：项目进度跟踪表 76
附录五：研发人员出差报告 77

总则

第一条 为更好地完善研发部日常工作规范，提高产品研发的效率， 降低项目风险，同时促进公司和员工双向发展，特制订技术 研发部管理制度汇编；
第二条 该汇编包括《部门职责》、《部门组织架构及岗位职责》、《产 品管理制度》、《项目管理制度》、《项目评审制度》、《项目交 付物管理制度》、《项目验收管理办法》、《研发部绩效考核管 理办法》、《保密管理制度》、《研发部人员培训制度》、《工作 汇报、工作会议管理办法》、《研发部人员招聘管理制度》等；
第三条 本制度及办法适合技术研发部所有人员；

第一章 部门职责

第一条 研发部承载着企业未来在商品市场上的科技地位，是一个高 层次、高起点、高水平的机构部门,是整个企业技术管理、决 策的龙头和核心；
第二条 研发部负责行业发展动态研究及行业产品信息分析。负责收 集、整理国内外同类产品的开发技术信息并应用于实践工作。 对国内外新产品，新技术保持时刻的敏感性，结合公司实际， 积极创新，组织开展行业情报收集、行业技术发展讨论；
第三条 产品可行性分析及试产报告。根据公司产品战略规划、市场 调研的结果和客户要求制定产品开发方向，对新产品的可行 性进行论证，组织产品原型生成、产品试制，提交产品可行 性分析报告；
第四条 产品研发及生命周期管理。按产品规格说明书或业务需求说 明书完成产品设计、开发、测试、安装、部署工作，并对产 品生命周期进行管理；
第五条 研发成果管理。组织研发成果的鉴定和评审，分析总结研发 过程中的经验和教训，提高研发质量，做好公司标准和专利 规划，实施相关标准及申请专利，代表公司参与标准协会或 者标准组织；
第六条 产品质量及工艺管理。控制产品在功能、材料，结构和品质 档次方面的需求，充分考虑生产的工艺路线，建立质量管理

体系流程制度并执行；

第七条 部门建设管理。团队建设、岗位定义、岗位职责要求、员工 绩效考核、资源调度、人员招聘计划及人员培训计划等；
第八条 标准化文件建设及管理。设计文件，技术参考文件、资料符 合有关标准要求，积极配合 ISO9001 推行及评审活动，保证 本部门之文件管制满足 ISO9001 之要求；
第九条 保密体系建设及管理。管理部门内的设计文件、资料、图书、 产品设计图纸、程序代码、可执行程序等，归档相关文件并 制定保密管理制度；
第十条 部门协作管理。配合生产部进行新产品的样机制作，确保向 生产部提供样机制作所需的技术资料、图纸、工时、质量标 准信息、跟踪生产进度，解决制作过程中产生的技术疑问， 并负责在试生产通过后，更新技术资料，并分发至各相关部 门。负责即时与采购部沟通，就产品采购提出建议、意见及 重要的技术参数指标。
第十一条 协助公司管理层制定产品发展路线，制定产品战略方针， 定义产品营销策略；
第十二条 本定义于发布之日即时生效。

广东鑫利物联网科技有限公司

技术研发部 二零一三年十一月

第二章 部门组织架构及岗位职责

第一条 部门组织架构：

第二条 技术总监全面负责公司产品技术方向、思路：

n 确定产品的技术方向、技术思路、解决技术难题；
n 负责软硬件产品的预研、试样、设计及开发；
n 负责通用核心部件的设计及开发；
n 负责行业内新技术的收集、讨论和应用；
n 负责对产品需求和缺陷进行管理；
n 负责相关的技术储备，积极推动技术创新工作的开展，探 索提高产品质量的有效途经；
n 为研发项目提供技术支持、为产品的投标提供技术支持、 为代理商与合作伙伴提供技术支持；
n 组织研发成果的鉴定和评审；
n 分析总结研发过程的经验和教训（技术方面），提高研发 质量；
n 做好公司标准和专利(知识产权)规划，实施相关标准及申 请专利；
n 负责对新员工进行技术培训，行业讲解等； 第三条 研发部经理全面主持研发部工作：
n 启动项目、部署开发任务、执行开发计划；
n 完成项目从启动、开发、实施到结束的全过程监控；
n 负责产品整体定义、设计、方案提出；
n 负责软件开发、测试及质量体系管理；
n 部门的团队建设、岗位定义、岗位职责要求、员工考核、

资源调度；

n 负责产品的架构设计和研讨；
n 组织并参与行业内产品的讨论、研究、评审、汇报、会议；
n 负责与外协单位的合作事务；
n 按照公司的发展战略做好公司未来 1 年和 3～5 年产品战 略规划；
n 主持编制公司年度研发经费预算，并控制经费的总体支出；
n 制定研发规范、推行并优化研发管理体系；
n 组建公司的技术平台、评估研发平台投资；
n 组织公司新产品的研究试制工作及现有产品的改进工作；
n 汇总每个项目的可重用成果，形成内部技术和知识方面的 的资源库；
n 分析总结研发过程的经验和教训（项目方面），提高研发 质量；
n 组织新产品的展示和目录制作；
n 负责产品版本定义及维护；
n 负责研发部各项规章制度的编制、执行；
n 负责产品的对外宣传、展示、试用等相关事宜；
第四条 软件工程师按要求完成软件产品的设计、开发、测试及部署：

n 参与项目启动、开发、实施、结束全过程；
n 充分理解业务需求说明书描述内容；
n 参与系统概要设计和详细设计；

n 参与系统概要设计和详细设计文档编写；
n 按设计文档完成开发编码工作；
n 参与系统单元测试、系统测试及用户手册编写；
n 对本职工作提出改进思路、建议；
n 积极配合其它工程师完成开发任务；
n 完成领导交待的其它工作；
第五条 硬件工程师按要求完成硬件产品的设计、打样、开发、测试 及产品生产指导：
n 提出产品化的可行性方案，参与新品立项、评审、鉴定及 新产品的推广工作；
n 制定研发项目实施方案，组织、实施研发项目；
n 实施硬件设计方案；
n 提出研发项目阶段性评审依据；
n 制定生产用规范化的技术文档，并提供生产技术支持；
n 负责编写与产品相关的规范及标准，负责产品送检的相关 事宜；
n 负责对产品图纸工艺及技术文件进行编写及标准化；
n 制定并参与产品的调试、测试流程，严格产品质量控制；
n 制定、整理并规范化技术文档（主要包括：设计手册、电 原理图、元器件清单、源程序清单、软件流程、用户手册、 特殊工艺要求、试制总结报告、工作总结等）；
n 就本职工作提出改进思路、建议；

n 积极配合其它工程师完成开发任务；
n 完成上级领导交待的其它工作；
第六条 结构工程师按要求完成产品构结设计、打样、开模、调试、 研发及产品部署协助：
n 承担产品项目的开发组织、协调、实施工作；
n 按开发任务要求，制定开发工作计划；
n 负责产品开发过程的设计、手板制作、试验、模具制造跟 进、评审、设计整改、直至出货的全过程；
n 负责编制产品开发设计文件，图纸资料归档；
n 负责新产品设计的评审、试产、模具验收工作；
n 就本职工作提出改进思路、建议；
n 积极配合其它工程师完成设计任务；
n 完成上级领导交待的其它工作；
第七条 测试工程师按要求完成产品测试及缺陷报告：

n 负责产品测试用例编写；
n 软硬件预研、试样测试；
n 负责编写测试计划、测试方法、测试步骤；
n 负责执行测试过程；
n 负责编写产品测试结论说明书；
n 负责编写产品缺陷说明书；
n 负责编写用户手册、产品说明书、安装高度指导手册等；
n 负责模拟环境搭建及运行；

n 提出产品改进建议及意见；
n 完成上级领导交待的其它工作；
第八条 平面设计工程师按要求完成公司形象设计、产品 UI 设计：

n 编写公司 VI 设计方案；
n 编写公司 CI 设计方案；
n 参加公司 VI、CI 方案评审，并按评审意见完成 VI、CI 设 计；
n 按软件设计指导编写界面 UI 方案，并设计完成全部 UI 元 素；
n 设计产品外包装、礼品手袋等；
n 设计公司对外宣传方案、展览方案等；
n 协助完成研发部综合管理工作；
n 完成上级领导交待的其它工作； 第九条 助理工程师协助工程师完成各项任务：
n 预研方案整理；
n 开发文档编写；
n 测试文档编写；
n 产品设计、程序开发；
n 完成上级领导交待的其它工作；
第十条 部门组织架构及岗位职责以业务为主导，技术职能与行政职 能分离，行政职能按公司人力资源相关制度执行；
第十一条 项目管理职能不在组织架构中，根据项目情况由研发部经

理任命项目经理及项目团队；

第十二条 各行政职能如组长、主管等，按公司质量标准 ISO 定义执 行；
第十三条 本定义于发布之日即时生效。

广东鑫利物联网科技有限公司

技术研发部 二零一三年十一月

第三章 项目管理制度

第一条 目的：为规范项目研发、加强项目管理，根据企业实际情况 和研发产品的特点，特制订项目管理制度；
第二条 范围：适用于研发部所有项目；

第三条 项目经理：由研发部经理根据项目具体情况指定；

第四条 项目管理小组是公司专设的项目管理机构，负责对所有项目 进行定义和管理；
第五条 项目团队：由项目经理提议后，研发部经理与项目管理小组 共同组决定项目团队；
第六条 项目团队为矩阵模式，项目经理是项目的唯一负责人，也是 项目成员的第一考核人，直接向项目管理小组或公司管理层 汇报，其它人员均需配合和协助项目经理完成；
第七条 项目实施过程中，项目组成员有违纪、违规、表现不佳的现 象，由项目经理上报研发部经理，由研发部经理决定处罚措 施。具有严重违规情节并给项目组或公司造成 较为重大损失 者，自动退出项目组，并追究相关责任，具体操作按人力资 源考核制度执行；
第八条 项目评审委员会为临时组织，由研发部经理组织创建； 第九条 项目所涉及的立项、试样、预研等过程流程参照公司 ISO 标
准执行； 第十条 项目流程：

项目监控

项目启动 项目开发 项目实施 项目结束

预研/试样

技术资料整理

需求差值分析

原型评审

用户手册汇编

产品需求报告

启动会议

可行性分析

启动评审

需求评审

模拟环境搭建

产品缺陷报告

架构设计及评
审

运行数据采集

项目会议纪要

需求分析

概要设计及评
审

现场运行报告

图纸代码管理

详细设计及评
审

项目验收/交付

验收资料准备

代码开发

发布/生产

系统测试
项目总结

第十一条 项目启动时需要明确项目管理办法，并组织所有项目相关 人员参加项目启动会议，首次会议需要定义项目内容、项目 规模、项目预算、项目成果、项目组人员等；
第十二条 项目立项

n 项目立项时,由项目经理指定人员完成《项目立项申请书》，
《项目立项申请书》完成后，项目经理负责召集项目管理 会议，根据《项目立项申请书》的调研内容对项目进行评 估，最终对项目处理产生立即处理、再跟踪、暂停、放弃 四个结果；

n 立即处理类型：由项目管理小组、公司管理层、技术总工 提议、研发部经理核定的方式确定项目开始立项；
n 再跟踪类型：由原信息提供者进行跟踪或由研发部经理指 定人员对项目的进展状况进行跟踪，如果时机成熟，由跟 踪人员提请项目管理组召开项目管理会议进行再一次评 估，并转至立项会议条进行处理；
n 暂停类型：认为项目目前继续开展存在一定的风险与不确 定因素,暂时停止该项目的实施,项目组维持，但所有工作 停止；
n 放弃：如果认为项目从公共关系、财务预算、技术实现等 方面在实施上存在重大风险，可以放弃该项目，该决定需 求公司高层领导决定；
n 项目只有立项后才允许进行研发；
n 项目立项后应获得一个唯一的研发编号，项目产生的费用 报销、研发领料等，都使用此编号作为核算依据；
n 项目立项计划书必须明确项目名称、立项目的、编制、审 核、项目周期、预计达到的参数指标及该项目特设指标或 关键技术等相关内容；
第十三条 可性行分析：

n 调查国内市场和重要用户以及国际重点市场同类产品的 技术现状和改进要求；
n 调查同类产品的质量、价格、市场及使用情况；

n 收集国内外行业情报和专刊；
n 论证该类产品的技术发展方向和动向；
n 论证市场动态及发展该产品具备的技术优势；
n 论证发展该产品的资源条件的可行性； 第十四条 项目设计
n 设计阶段完成技术设计报告和测试计划报告，作为项目计 划报告；
n 软件类项目完成业务需求说明书、概要设计说明书、详细 设计说明书及测试用例集，作为项目计划报告的一部分；
n 技术设计报告应说明项目名称、研发系统或设备的需求、 总体功能、模块划分等；
n 测试计划报告应说明项目名称、产品功能、测试项目、测 试条件、测试方法、测试工期和时间计划等内容；
n 业务需求说明书、概要设计说明书、详细设计说明书按标 准文件格式要求完成，其中概要设计说明书和详细设计说 明书可在项目推进中逐步完善；
n 项目负责人应邀请研发部门和公司其他部门相关人员，对 设计报告和测试计划报告进行评审；
n 针对没有通过设计评审的项目，须进行重新设计，再组织 有关评审；
n 项目须明确的基本参数及主要技术性能指标；
n 项目须明确总体布局及主要部件结构叙述、产品工作原理

及系统；

n 预研完成设计过程中必须的试验研究（新原理结构、材料 元件工艺的功能 和模具试验），并写出试验研究大纲和研 究试验报告；
n 项目须明确产品设计计算书，如运动、刚度、强度、振动、 冷热变形、电路、液气路、能量转换、高低温、强酸强碱 环境、电磁辐射等；
n 产品总体尺寸图、产品主要部件图、系统原理图、特殊元 件、外购件、材料清单等均需经过评审后生效；
n 业务需求说明书中要明确约束条件，对特殊的用户、特殊 的环境、特殊的功能要求要注明鉴定标准；
第十五条 项目开发

n 研发人员必须在实现过程中书写相关文档，文档必须有电 子形式。软件实现文档应包括软件功能性说明文档和源代 码说明文档；硬件实现文档包括电器原理图及结构示意图；
n 项目经理有责任按照项目计划报告，跟踪监督项目的进展 情况，按时敦促验收阶段性成果；
n 研发产品由研发人员自行调试，调试过程中必须撰写调试 记录。调试记录应该说明项目名称，编号，调试记录版本 号，调试时间，软硬件版本号，调试中发现的主要问题， 调试环境，解决方法等有关内容；
n 研发产品确认运行稳定后，由项目经理组织内部验收。研

发文档应视为研发实现阶段工作量的一部分，不具备研发 文档将视为工作没有结束，不组织内部验收；
n 软件功能性说明文档应说明项目名称，编号，软件名称和 编号，软件功能，软件功能模块划分，主要功能实现过程， 软件主要实现算法；
n 源代码说明文档项目编号，软件名称，软件功能等。源代 码说明文档可以包含在源代码文件中，以注释形式存在；
第十六条 测试

n 测试阶段开始后，研发人员将研发的产品，以及研发调试 记录移交给测试人员，测试人员按照产品的测试计划报告、 研发调试记录，设计测试过程，填写产品测试报告；
n 产品测试报告应该说明项目名称、编号、测试报告版本号、 测试功能、指标、测试方法、测试环境、测试条目、测试 结果、结论等；
n 如果研发产品不能通过测试，测试人员应把产品测试报告 提交给产品研发人员。产品研发人员修改软硬件后重新进 行调试，相应更新研发调试记录内容和版本号，确认产品 合格后提交 测试人员再次检测。如此反复，直到产品通 过测试为止；
n 测试人员确认产品达到要求，在产品测试报告的结论栏内 签字表示同意，交项目负责人；
n 测试报告需要研发部经理审核；

第十七条 项目验收

n 由项目经理负责组织编写《项目验收手册》，提交项目管 理小组进行评审；
n 项目经理按照《项目立项任务书》规定的方式组织项目验 收，验收合格后向项目管理小组提交验收报告并存档；
n 项目验收标准为《业务需求说明书》，并要符合《概要设 计说明书》、《详细设计说明书》设计要求；
n 项目验收合格后，经项目管理小组会议讨论同意，项目转 至项目维护阶段，项目组解散；
第十八条 项目延期

n 项目经理每周对项目进度进行调整，发现延误时即时做出 计划差值调整，并重新安排计划和资源，延期调整优先在 最近一次里程碑内调整，延期调整不能超过两个里程碑；
n 如遇特殊情况，如人员离职等不可抗因素，应首先考虑调 整业务需求优先级，做迭代更新，避免延误死循环；
n 所有延期节点提前向项目管理组或管理层汇报，同时把情 况向市场部、生产部、采购部等相关部门通告，各部门就 延误做好各自调整；
第十九条 产品发布

n 项目经理拿到产品验收通过的报告后，填写或者委托他人 填写产品发布公告和产品发布计划，交公司管理层核准， 签字发布，项目负责人与签字发布产品的不得为同一人，

发布公告和产品发布计划需送市场部、生产部和公司有关 领导；
n 项目负责人必须在产品发布后一周内，将所有研发文档整 理存档；
n 产品发布计划应说明项目名称、编号、产品名称、型号、 版本号、产品说明书的完成时间和计划，产品说明书的完 成时间一般应在产品完成后 5 个工作日内完成；
n 发布产品的版本定义按《产品管理制度》执行； 第二十条 产品发布后交由生产体系；
第二十一条 项目变更

n 由于市场或技术原因，需要对项目重新进行设计时，项目 经理协助填写设计更改申请单，按照立项程序进行审批， 需经公司技术负责人签字同意，报公司总经理批准生效；
n 对已经发布的产品进行更改，被认为是一个新的研发项目， 按照标准程序执行；
n 对尚未发布的产品进行更改，需要更新该项目所有此前产 生过的技术文档，已经进行过的评审必须重新进行；
n 项目开发过程中如发现设计缺陷、技术难点等问题时，项 目经理组织评审，就具体情况生成需求变更表、项目变更 表、缺陷记录表等；
n 项目变更评审由评审委员会决定； 第二十二条 项目管理

n 项目启动后，必须有明确项目计划表、资源分配表、任务 分解表，条件允许的情况下还需要配置成本核算表；
n 项目经理负责项目任务分解、资源分配、进度跟踪；
n 项目架构、总体设计经评审通过后，不能进行随意修改， 开发人员必须按《业务需求说明书》完成开发任务；
n 项目经理指定专人维护项目数据库，保持项目数据的实时 性、全面性；
n 项目经理每月提交项目风险分析报告，并就不可控因素即 时与项目管理组或管理层汇报；
第二十三条 项目会议：

n 项目管理例行会议每周举行一次；
n 项目经理组织项目管理例行会议，项目人员及相关人员参 加；
n 项目管理例行会议由项目责任人汇报项目进展状况、人力、 技术、财务、市场状况，报告项目开发过程中存在的问题， 由技术总监（或总工程师）负责协调解决；
n 项目管理例行会议必须有会议记录,会议中确认的问题由 项目管理组负责追踪、协调，会议记录存项目管理文件夹 内；
第二十四条 项目管理文件夹

n 项目管理文件夹是保存项目相关资料的一个文档目录，电 子文档应保存于项目管理小组指定的服务器；

n 新项目立项时，由研发部经理指定管理员创建该项目文件 夹；
n 文件夹中存放该项目的所有文档资料，项目经理应该督促 项目组成员向项目文件夹提交合格的文档资料，项目经理 对整个过程进行监督；
n 项目数据库每月用光盘刻录进行资料备份；
n 项目结束后，项目组将项目所有文档提交到公司资料信息 中心归档（目前存由研发部统一管理）；
第二十五条 本制度于发布后实施。

广东鑫利物联网科技有限公司

技术研发部 二零一三年十一月

第四章 项目评审制度

第一条 目的：尽早发现潜在问题，尽早纠正，通过关键点控制提高 产品质量；
第二条 范围：适用于研发部所有项目评审工作；

第三条 组成：临时机构组织，由项目涉及的专业技术人员、技术总 工、研发部经理、公司管理层组成；
第四条 角色：

n 评审组长：制定评审计划、确定或制定各项评审准则、必 要时组织评审人员进行培训、组织必要的资源、进行评审 分工、确保正式评审准备充分、分发待评审文档、必要时 召开并主持评审会议、向有关领导报告评审结果，并且跟 踪评审错误的改正；
n 评审人员：必要时参加与评审有关的培训、按评审计划阅 读待评审材料、保证对待评审材料的理解、与待评审材料 作者讨论，并且指出和记录问题；
n 文档作者：按评审计划准备并按时提交待评审材料、必要 时对材料进行解释、必要时参加评审会议，并且在确定需 要改进时按时完成修改；
n 记录人员：评审会议中记录评审人员提出的问题及相关讨 论；
n 项目经理：制定保证评审和改正的项目进度计划，还要确

保评审准备时间、评审会议时间及错误的改正时间。而且 评审安排及结果与所有项目成员沟通，必要时参加评审会 议、阅读评审报告、分析缺陷原因，并且改进项目质量；
第五条 评审流程

确定评审组长

制定发面评审计划

准备评审

举行评审会议

评审表决
改正、跟踪回归评审

分析、总结、报告

归档结论

第六条 临时评审，主要针对技术设计方法、解决问题思路、方案策 略等评审，该类评审仅需小型团队即可完成，该类评审要求 必须有评审组织者、评审结论发布者，如在评审过程中未能 形成结论，评审组织者须要跟进，直至产生评审结果，结果 完成后邮件发送各评审成员；
第七条 评审计划

n 评审组长制定评审计划（根据项目计划和质量计划）；
n 评审组长确定评审对象和评审时间；
n 评审组长确定评审级别和策略（形式的组合）；
n 评审组长确定评审流程裁减和提交物；
n 评审组长确定入口条件并通过准则；
n 评审组长确定回归评审准则；
n 评审组长制定评审检查表（CheckList）；
n 评审组长确定评审角色构成；
n 评审组长根据评审角色构成确定评审人员并成立评审小 组；
n 相关人员（评审人员和项目团队双方）确认评审计划，评 审组长发布评审计划；
第八条 评审准备

n 正式评审前准备：文档作者向相关人员发布文档；
n 评审人员阅读了解文档，争取发现大部分问题；
n 文档作者解决大部分发现的问题；
n 评审组长确定会议地点、环境、设备和所有材料；
n 评审组长确定人员职责和会议议程；
n 评审组长确定评审开始条件成熟；
n 评审组长通知相关人员到会； 第九条 评审会议
n 主持人（评审组长）宣布会议议程、人员职责和会场纪律；

n 文档作者介绍工作成果，对评审人员的疑问进行必要的解 释；
n 评审人员对不解之处提出疑问，指出问题或缺陷并说明根 据；
n 文档作者与评审人员讨论缺陷的真实性，分清缺陷性问题 和建议性问题，讨论确定是否需要按照评审人员的要求进 行改进。一般不涉及为节省时间改进方案或错误的纠正方 案；
第十条 评审记录

n 正式评审应当记录有共识的问题或缺陷，也要记录有争议 待解决的问题，使评审工 作文档化，便于跟踪最终解决；
n 总体记录：包括项目名称、系统名称版本号、 日期时间、 主文档名称、附文档名称、 文档版本号、作者、评审类 型（首次、回归、部分和阶段） 、评审人员和评审结论；
n 缺陷记录：包括缺陷编号、提出者、章节／页码、缺陷描 述、缺陷类型（严重、一 般和建议）和承诺改正时间；
n 验证记录：全部打勾的 CheckList，说明 CheckList 所 列的工作都已经做完，所列的内容都已经评审完，确保工 作的完整性；
第十一条 评审必须形成明确的结论，并要求所有评审人员签字； 第十二条 评审跟踪针对评审结论中指明需要对结果进行跟踪的任务。
n 评审中发现的问题的后续跟踪是改正错误并消除缺陷的

有效措施， 应当有专门的负责人（注：研发部综合管理 组负责）进行后续跟踪确认错误都已改正，根据结论必要 时回归评审；
n 评审组长分析评审数据并总结经验；
n 评审组长发布评审记录与数据分析报告；
n 管理人员应当防止评审数据被不恰当地使用，如果使用评 审数据来对个人进行绩效 评价，将会给以后的评审工作 造成障碍，使评审各方不能放开进行评审；
n 评审组长进行工作总结，工作总结很有必要，有利于对项 目或过程的改进；
n 评审组长提交各类评审报告，有关领导批准发布通过的文 档；
第十三条 评审归档是项目配置管理工作的一部分。

n 待评阅态：文件放入此目录后会，通过邮件通知需要评阅 的人员，全体评阅人员评阅完毕，通过邮件把意见通知文 档作者并实现到期提醒功能；
n 待评审态：文件放入此目录后会通过邮件通知需要评审的 人员，全体评阅人员评审完毕，通过邮件把批准或拒绝的 意见通知文档作者并实现到期提醒功能；
n 受控态：评审批准后自动转入受控态并发布邮件通知；
n 签出态：为了修改而版本升级，当文件签出时放入签出态 修改后的文档可能签入到待评阅态、待评审态或直接到受

控态，但文档版本已经升级；

n 产品态：项目结束后受控态的文档自动归到产品态；
n 临时评审记录表可简化流程，仅作为文件归档； 第十四条 本管理制度发布后实施。

广东鑫利物联网科技有限公司

技术研发部 二零一三年十一月

第五章 项目交付物管理制度

第一条 目的：为规范本公司研发部技术文件和代码的管理，确保文 件编制的正确性、完整性，特制订本制度；
第二条 范围：本制度适用于研发部对项目技术文件和代码的管理； 第三条 职责：研发部综合管理组完成该内容；
第四条 技术文件的编制、审核、批准：

n 技术文件包括：
a) 产品设计图纸； b) 作业指导书；
c) 设计相关书籍、光盘等； d) 技术档案和技术资料；
e) 未打印出图的尚在计算机里的图纸资料； f) 发放到各部门的技术文件；
g) 实物样品等研发部相关文件； h) 试样资料（包括失败资料）； i) 测试用例及测试流水记录表；
n 技术文件的技术要求和数据等必须符合国家相关标准和规 定要求；
n 技术文件由技术开发部等相对应部门编制，研发部应对技 术文件的准确性、合理性负责；
n 研发部经理负责技术文件的审核；

n 总经理负责技术文件的批准；
n 技术文件的编制必须严格保密；
n 技术文件应保证标题栏中的编号、名称、日期、审核、批 准等栏中签署齐全，签署不齐全的技术文件无效；
第五条 技术文件的管理与应用

n 技术文件发放
a) 技术文件在发放之前，必须加盖“受控文件”章，到 研发部处登记，填写【技术文件领返记录表】，签字领 出；
b) 技术文件的发放按生产计划进行，定期发放的生产用 文件由研发部统一下发和更换。研发部门必须保证下 发的工艺的完整性和有效性，同时保证下发到车间主 任、生产指导、检验等部门的工艺应一致；
n 技术文件管理和使用
a) 研发部的技术文件应长期并分类保存，管理要科学系 统，能有效控制，确保各相关部门都能得到有效的版 本，防止作废的技术文件误用。作废的技术文件必须 经常研发部部门鉴定且研发部经理批准后销毁；
b) 本公司的技术文件，由研发部管理。确保所保管的技 术文件不受潮、不霉烂、不受损、不丢失；
c) 纸质技术文件或光盘技术文件等收存到资料柜内保管， 资料柜钥匙由研发部经理负责保管。公司有关人员可

以查、借阅。借阅技术文件应凭技术研发部经理批准 的【借阅申请单】向研发部借阅。用完及时归还，并 保证文件的完整性；
d) 技术文件是公司进行生产和各项管理工作共同的技术 依据，必须加强管理，各种技术文件的登记、保管、 复制、收发、注销、归档和保密工作，保证技术文件 的完整，准确清晰、统一等；
e) 签字领出技术文件人应负责将领出的文件收回，交研 发部经理存档；
f) 每种技术文件，研发部应完成技术资料整理，并做备 份、存档；
g) 本厂所使用的研发部技术文件一律由研发部统一保管， 统一建档并逐一登记；
n 技术文件更改
a) 产品投入生产时，研发部应及时提供相应的工艺作业 指导书并确保无误。生产部如发现操作时，有不妥当 的方面及时与研发部沟通解决；
b) 下发后的技术文件如需更改，研发部需要下发《文件 更改申请单》，各相关部门必须据通知单要求做相应更 改。涉及安全性能的图纸更改后，须由研发部组织重 新审核并备案。更换的技术文件要有标记，并要有记 录；

c) 技术文件修改前，负责修改部门要提出修改理由及具 体内容，交研发部经理审批；
d) 修改后的技术文件必须重新履行会审、会签及批准手 续，填发《文件更改申请单》；
n 技术文件保密
a) 任何部门、个人不得擅自打印、复制公司技术文件， 不得以电子文档等形式在网上传递或者用移动硬盘、U 盘、软盘等拷贝出。因工作需要必须打印或复制时， 经办人提出书面申请书，研发部经理签字批准后方可 通过打印、复制、拷贝；
b) 为了保证技术资料的保密性，除按正常程序办理外， 任何人不得私自向外人转让和借出技术资料，一经发 现要按公司所签署的《保密协议》给予严肃处理；
c) 员工用于工作的计算机未经经理批准不得随意拆开， 计算机硬盘中的资料属公司机密，硬盘不准任何人私 自带出公司。若计算机出现故障，需研发部经理指定 专业人送修，并保证硬盘中资料保密性；
d) 研发部及其他使用、保管技术资料的部门或个人，应 注意保密，严禁将技术资料带出公司，或提供给其他 公司；
n 技术文件销毁
a) 由于新技术的日新月异，越积越多的技术文件会占据

不必要的资源，故有的技术文件需要销毁和清除，对 回收的技术文件由技术部门统一管理；
b) 需要销毁的研发部技术文件，研发部经理会同有关技 术人员一起仔细校对核实，然后将销毁理由与销毁文 件清单上报总经理，由总经理签署“同意”后，方可 销毁；
c) 普通技术文件须保存 3 年以上，重要技术文件须保存 5 年以上，以方便以后的产品技术改造。因各种原因， 导致某种产品不再生产，或产品改型，使原有技术资 料报废，由研发部收回，加盖“报废”章，并专项保 管；
第六条 技术文件的管理由研发部综合管理组执行； 第七条 技术文件电子版必须纳入 SVN 管理； 第八条 本管理制度于发布后实施。

广东鑫利物联网科技有限公司

技术研发部 二零一三年十一月

第六章 项目验收管理办法

第一条 目的：为规范研发项目验收流程特制定该流程； 第二条 范围：适用于研发部所有项目验收；
第三条 标准流程（见下图） 第四条 验收准备
n 成立验收小组。验收小组的主要组成为使用部门、信息技 术部、招标部门、财务等部门，该项工作需要领导的参与 和批准，另外，对于金额比较大的项目，有条件也可以请 股东代表参与；
n 确定验收策略。验收小组根据项目的特点确定项目验收的 方式，即是否需要分阶段验收，完成验收阶段的划分，并 制定相关的验收计划，一般对于比较复杂的项目均需要划 分阶段进行初步验收，而且阶段的划分也需要与供应商进 行沟通和确认；
n 确定验收内容和标准。根据前面确定的验收策略明确各阶 段验收的条件、需要验收的内容、验收通过的标准，以及 需要提交的资料清单等，其中值得一提的是验收内容包括 时间进度的验收项目；
n 领导审批。由领导审批验收小组确定的验收阶段和验收内 容以及标准等是否合理；

IT项目验收流程

信息技术部 验收小组 分管领导 供应商 说明

01
成立验收小组


不通过
验收小组组成 成员：使用部门、信 息、财务、招标办等

02
确定验收策略

03
验 确定验收内容和标准
收 准
备

04
领导审批
通过

05
验收申请


验收内容和标准报告

06 No
是否符合验收条件

07
进行整改

Yes

13
软件系统功能验证

软件子系 统验收


软件系统

08
验收类型


硬件设备

09 设
硬件设备验货 备
到 货
10 报关单、保修 验
卡、说明书等校验 收


硬件子系统验收

11
集成调试

14
软件系统性能验证

初 15
步 资料验收
验 收
12
试运行验收

16
综合评议

19
复验

17 No
是否验收合格


18
进行整改

No 20
是否还有验收
阶段没有完成
Yes

21
正式运行系统
24
进行整改

最 终
22
验 最终验收
收