技术研发部管理制度汇编 版本/状态 V0.99/草案 编制 审核 批准 物联网科技有限公司 二零一三年X月 版本记录 版本 状态 日期 内容 编写 审核 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 之要求；
第九条 保密体系建设及管理。管理部门内的设计文件、资料、图书、 产品设计图纸、程序代码、可执行程序等，归档相关文件并 制定保密管理制度；
第十条 部门协作管理。配合生产部进行新产品的样机制作，确保向 生产部提供样机制作所需的技术资料、图纸、工时、质量标 准信息、跟踪生产进度，解决制作过程中产生的技术疑问， 并负责在试生产通过后，更新技术资料，并分发至各相关部 门。负责即时与采购部沟通，就产品采购提出建议、意见及 重要的技术参数指标。
第十一条 协助公司管理层制定产品发展路线，制定产品战略方针， 定义产品营销策略；
第十二条 本定义于发布之日即时生效。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第二章 部门组织架构及岗位职责 第一条 部门组织架构：
第二条 技术总监全面负责公司产品技术方向、思路：
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 定义执 行；
第十三条 本定义于发布之日即时生效。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第三章 项目管理制度 第一条 目的：为规范项目研发、加强项目管理，根据企业实际情况 和研发产品的特点，特制订项目管理制度；
第二条 范围：适用于研发部所有项目；
第三条 项目经理：由研发部经理根据项目具体情况指定；
第四条 项目管理小组是公司专设的项目管理机构，负责对所有项目 进行定义和管理；
第五条 项目团队：由项目经理提议后，研发部经理与项目管理小组 共同组决定项目团队；
第六条 项目团队为矩阵模式，项目经理是项目的唯一负责人，也是 项目成员的第一考核人，直接向项目管理小组或公司管理层 汇报，其它人员均需配合和协助项目经理完成；
第七条 项目实施过程中，项目组成员有违纪、违规、表现不佳的现 象，由项目经理上报研发部经理，由研发部经理决定处罚措 施。具有严重违规情节并给项目组或公司造成 较为重大损失 者，自动退出项目组，并追究相关责任，具体操作按人力资 源考核制度执行；
第八条 项目评审委员会为临时组织，由研发部经理组织创建；
第九条 项目所涉及的立项、试样、预研等过程流程参照公司 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 项目结束后，项目组将项目所有文档提交到公司资料信息 中心归档（目前存由研发部统一管理）；
第二十五条 本制度于发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第四章 项目评审制度 第一条 目的：尽早发现潜在问题，尽早纠正，通过关键点控制提高 产品质量；
第二条 范围：适用于研发部所有项目评审工作；
第三条 组成：临时机构组织，由项目涉及的专业技术人员、技术总 工、研发部经理、公司管理层组成；
第四条 角色：
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 临时评审记录表可简化流程，仅作为文件归档；
第十四条 本管理制度发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第五章 项目交付物管理制度 第一条 目的：为规范本公司研发部技术文件和代码的管理，确保文 件编制的正确性、完整性，特制订本制度；
第二条 范围：本制度适用于研发部对项目技术文件和代码的管理；
第三条 职责：研发部综合管理组完成该内容；
第四条 技术文件的编制、审核、批准：
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 管理；
第八条 本管理制度于发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第六章 项目验收管理办法 第一条 目的：为规范研发项目验收流程特制定该流程；
第二条 范围：适用于研发部所有项目验收；
第三条 标准流程（见下图） 第四条 验收准备 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 验 最终验收 收 25 复验 23 No 是否验收合格 Yes 报 告 总 结 28 归档处理 26 撰写验收报告 不通过 27 领导审批 通过 验收报告 第五条 初步验收主要是完成软硬件系统的初步运行情况，项目涉及 硬件设备的验收或软件系统的验收，也可能同时涉及软件和 硬件的验收。
n 验收申请；
n 检验验收条件是否合格；
n 如果验收小组认为不符合验收条件，将要求进行整改，整 改完成后再次提请验收；
n 验收类型的判断，验收小组会根据项目的性质，分别按照 软硬件系统进行初步验收；
n 保修卡和说明书等校验，验收小组检验设备的保修卡和说 明书等资料是否准确无误；
n 集成调试；
n 试运行验收；
n 软件系统功能验证；
n 软件系统性能验证，信息技术部从技术的角度，对系统进 行性能等技术测试，验收小组监督和汇总测试情况；
n 资料验收，验收小组根据验收准备阶段的要求逐项核对资 料的提交情况，资料包括合同中要求的程序源代码、操作 手册、培训资料、测试报告、过程数据等；
n 综合评议，验收小组汇总该项目本阶段各种验收资料，对 项目的验收情况进行集体评议；
n 检验验收情况。验收小组将根据综合评议情况，判断是否 验收合格，对于不合格的部分提出整改意见；
n 进行整改。如果本次验收没有通过，则供应商需要根据验 收小组的要求进行相关整改；
n 复验，完成整改后，验收小组将组织复验；
n 检验初步验收是否通过。如果本次验收通过，验收小组将 检验初步验收涉及的各阶段验收是否完成，如果初步验收 完成，将进入正式运行阶段；
如果还存在后续验收阶段， 将重复以上步骤，直至所有子系统验收合格；
第六条 最终验收，试验收完成后，试用行正常结束后，即可进行最 终验收；
第七条 报告总结，项目通过最终验收后，验收小组将根据验收情况 撰写验收报告，同时将总结验收工作的得与失，以便未来更 好的运作其他项目。
n 撰写验收报告。如果最终验收通过，验收小组将根据验收 情况撰写验收报告，验收报告不仅需要包括本次项目验收 的情况总结，也需要总结本次验收工作的得与失；
n 领导审批。验收小组撰写的验收报告，将交分管领导审批， 如果不合格将打回验收小组修改；
n 归档处理。验收报告通过领导审批后，将交办公室进行归 档处理，同时将相关资料交还原部门，如硬件设备保修卡 交还信息技术部，操作手册交还业务部门；
n 验收结束后，研发部经理组织研发人员参加报告总结会议， 会议需要对项目的开始、开发、实施、结束全过程进行完 整描述，对各里程碑点的实现进行回顾，对整个项目出现 的问题进行总结，对延误项进行分析，对 BUG 表进行分析， 对缺陷进行定义，形成研发经验列表，并更新需求管理池， 对技术部分进行分析汇总，统计新技术、新思路，并对新 技术的报备、专利申请、技术储备进行分类归总，形成项 目成果集；
n 研发部全体人员学习研发经验列表、项目成果集；
第八条 本管理办法于发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第七章 产品管理制度 第一条 目的：为了明确产品战略、规范产品定义、控制产品版本和 维护产品生命周期，确保产品研发严格遵循科学管理程序进 行，特制定本制度；
第二条 范围：本制度适用于研发部所有产品开发及管理；
第三条 管理职责：
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 绘制产品零件图、部件装配图和总装配图；
a) 零件图中图样格式、视图、投影、比例、尺寸、公差、 形位公差、表面粗糙度、表面处理、热处理要求及技 术条件等应符合标准；
b) 部件装配图除保证图样规格外，包括装配、焊接、加 工、检验的必要数据和技术要求；
c) 总装配图给出反映产品结构概况、组成部分的总图， 总装加工和检验的技术要求及总体尺寸；
n 产品零件、标准件明细表、外购件、外协件目录；
a) 产品技术条件包括：
b) 技术要求 c) 试验方法 d) 检验规则 e) 包装标准与储运 n 编制试制鉴定大纲 a) 能考核和考验样品（或小批产品）技术性能的可靠性、 安全性，规定各种测试性能的标准方法及产品试验的 要求和方法；
b) 能考核样品在规定的极限情况下使用可用的可行性和 可靠性；
c) 能提供分析产品核心功能指标的基本数据；
d) 提出工艺、工装、设备、检测手段等与生产要求、质 量保证、成本、安全环保等相适应的要求；
n 编写文件目录和图样目录 a) 文件目录包括：图样目录、明细表、通用 件、标准件 汇总表、技术条件、使用说明书、合格证、装箱单等；
b) 图样目录包括总装配图、原理图、部件装配图、零件 图、包装物图、安装图等；
c) 包装设计图样及文件（含内、外包装及美术装璜和贴 布纸等）；
n 随产品的图样及文件；
n 产品广告宣传、DM 广告及展会文件；
n 标准化审查报告；
第八条 产品试制与鉴定 n 产品试制是在产品按科学程序完成“三段设计”的基础上 进行的，是正式投入批量生产的前期工作，分为样品试制 和小批试制两个阶段；
n 试制需求提交试制总结、形式试验报告、试用（运行）报 告等；
n 试制工作程序 a) 产品概略工艺设计；
b) 工艺分析，根据产品方案设计和技术设计，作出材料 改制，元件改装、装配复杂自制件加工等工艺分析；
c) 产品工作图的工艺性审查；
d) 编制试制使用的工艺卡（工艺过程卡、关键工序卡、 装配工艺过程卡、特殊工艺过程卡）；
e) 根据产品试制要求，设计必不可少的工装；
f) 制定试制使用材料、消耗工艺定额和加工工时定额；
g) 零部件制造、总装配按质量保证计划进行，加强质量 管理和信息反馈并作好试制记录，编制产品质量保证 要求和文件；
h) 编写试制总结；
i) 编写型式试验报告；
j) 编写试用报告；
k) 编制特种材料及外购、外协件定点定型报告；
n 产品鉴定原则与要求 a) 鉴定是对产品从技术、经济角度作全面评价，确定是 否可以进入下阶段试制或正式投产的过程；
b) 在完成样品试制和小批试制的全部工作后，申请鉴定；
c) 鉴定应具备的图样及设计文件要整理完整；
d) 鉴定内容包括：审查样品试样结果、设计结构、图样 的合理性、工艺性，特种材料解决的可能性、投入资 金资源可用性等；
e) 鉴定必须具备的条件：符合试制计划规定的技术参数、 技术指标、经济指标；
产品应用功能需要体验证明；
工艺稳定合理；
符合标准化要求；
技术经济指标先进；
符合国家政策法规规定。
第九条 产品开发周期管理 n 对于简单产品，公司已具备成熟制造和应用技术条件的产 品，允许直接从技术设计和工作图设计开始，开发周期定 为 1～2 个月；
n 与外协单位合作的技术产品，必须保证设计的全部资料完 整，这类产品的开发周期不超过 3 个月；
n 对公司老产品的换代开发，开发周期不超过 6 个月，如产 品规模较大，开发周期不超过 8 个月；
n 调研论证和决策周期不超过 1 个月；
n 产品设计周期 1－2 个月；
n 工艺设计周期 1－2 个月；
n 产品试制周期：样试 15 天、批试不超过 1 个月 n 产品鉴定周期：不超过 7 天；
n 软件系统生命周期每 6 个月推出小版本，每 12 个月推出大 版本（注：小版本指 V1.0.0 中间位，大版本为第首位），功 能完善、BUG 处理根据情况对尾数进行迭代，时间周期不定；
第十条 产品研发 n 产品研发遵循研发部程序设计规范；
n 产品中的变量定义、函数定义、参数定义及模块说明必须 按程序设计规范执行；
n 以上规范参照《Google C++ Style Guide》执行，网络位 置：http://google-styleguide.googlecode.com/svn/trunk/cppguide.xml ；
n 程序开发使用 SVN 进行版本管理；
n 产品研发流程（见下表）；
n 产品研发过程资料 a) 《产品开发可行性分析报告》 b) 《市场需求分析报告》 c) 《产品研发总计划表》 d) 《初始成本估价表》 e) 《产品开发提案书》 f) 《产品开发输入资料登记表》 g) 《产品开发资料输入评审报告》 h) 《产品开发计划表》 i) 《硬件概要设计报告》 j) 《样件拆分记录表》 k) 《产品特殊特性清单》 l) 《新增设备/仪器工装清单》 m) 《产品规格书》 n) 《仪器设备工装夹具评估表》 o) 《软件概要设计说明书》 p) 《软件详细设计说明书》 q) 《软件概要设计评审报告》 r) 《软件详细设计评审报告》 s) 《外形结构设计评审报告》 t) 《新器件、新功能评估表》 u) 《原理图》 v) 《原理图评审报告》 w) 《流程图》（可与概要设计统一） x) 《工业设计评审报告》 y) 《结构图纸》 z) 《PCB 板草图》 aa)《手板样例》 bb)《结构评审报告》 cc)《手板评审报告》 dd)《模具设计图》 ee)《模具评审报告》 《产品开发计划表》 《软件概要设计报告》 产品评审通过 《产品开发计划表》 《硬件概要设计报告》 软件概要设计 硬件概要设计 概要设计评审 概要设计评审 《软件概要设计评审报告》 《硬件概要设计评审报告》 流程图设计 外形结构概要设计 《流程图》 《外形结构概要设计报告》 《流程图评审报告》 《外形结构概要设计评审报告》 《产品开发计划表》 《软件详细设计报告》 《软件详细设计评审报告》 流程图评审 原理图概要设计 外形结构设计评审 《原理图概要设计报告》 《原理图概要设计评审报告》 软件详细设计 详细设计评审 原理图设计评审 代码编写 物料初步确定 工业设计 《软件评审报告》 代码评审 单元测试 工业设计评审 用户手册 结构设计 《结构件草图》 结构设计评审 《用户手册评审报告》 用户手册评审 《结构评审报告》 手板制作 《手板评审报告》 手板评审 《总装图》 《零部件图》 模具设计 《模具试验报告》 《模具评审报告》 模具设计评审 《PCB板图》 PCB板设计 《PCB板评审报告》 PCB板评审 系统测试 包装设计 中试 试样评审 包装评审 资料核对 产品移交/发布 ff)《PCB 板图》 gg)《测试用例表》 hh)《测试报告》 ii)《试样报告》 jj)《试运行报告》 第十一条 产品测试分为单元测试和系统测试两部分，测试完成的产 品需要提交测试报告，测试报告未通过的产品，不能发布；
第十二条 测试通过的产品，可进行产品移交，移交前需要明确产品 版本及属性；
第十三条 产品版本管理，产品版本与研发内部版本不同。根据相关 政策要求产品名称必须为：产品名+版本号，产品版本由产品 决策委员会统一制定，是产品的唯一授权机构；
n 建立公司产品存储服务器，网管为每个项目组分配源代码 存储区域，对每个项目组的软件归档负责人分配相应文件 夹的写一次及可读控制权限，本组人员对该文件夹具有上 传和只读权限，其他人员不能浏览该文件夹内容。网管为 源代码生成的应用程序建立存储区域并对公司内部人员 分配权限；
n 项目组软件负责人将本项目组内现有的全部源代码及应 用程序上传到软件服务器的相应区域，并填写《版本信息 清单》，交版本管理员保存；
n 在公司产品服务器上，网管为每个项目组分配产品输出存 储区域。并为相应的项目软件负责人分配一次写读权限；
为工程部集成工程师、软件版本管理员分配只读权限；
n 对销售出产品的软件版本，在产品存储服务器上应至少保 存 5 年；
第十四条 产品首次发布版本号为 V1.0.0，以后根据产品的变化程度 由产品决策委员会制定下一编号；
第十五条 版本输出 n 版本管理向销售人员和工程人员提供当前归档的最新的 稳定版本软件系统，或者按照特殊要求输出经过项目软件 负责人确认的软件版本；
n 版本管理员汇总工程部系统集成工程师完成的《客户版本 信息清单》，对输出的软件系统的版本信息进行记录；
第十六条 版本升级 n 已经交付使用的软件系统，软件工程师可以对软件做出实 现不适当或消除 BUG 的升级活动，升级完毕后，项目软 件负责人需根据实际情况在服务器建立版本区分的文件 夹保存新版本，以避免对老版本软件的覆盖，同时通知版 本管理员进行版本更新记录；
n 销售人员、工程人员通过测试或客户反馈获取软件存在问 题的信息后，填写《软件问题通报单》交版本管理员处理；
n 版本管理员接到《软件问题通报单》后，将《软件问题通 报单》提交项目软件负责人并协同解决问题。项目软件负 责人负责将问题解决后的软件上传至服务器。版本管理员 对升级信息进行记录，并向工程人员提供升级后的软件版 本，同时在《客户版本信息清单》中做出记录；
n 工程人员负责对客户的软件系统实施升级，并对升级后对 客户的使用情况进行电话跟踪。并在三个月内将反馈信息 提交版本管理员并通知相关项目软件负责人；
第十七条 本管理制度发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第八章 研发部绩效考核管理办法 第一条 目的：为加强公司对员工的绩效管理和绩效考核工作，特制 定本制度；
绩效管理与绩效考核的宗旨在于：
n 考察员工的工作绩效；
n 作为员工奖惩、调迁、薪酬、晋升、退职管理的依据；
n 了解、评估员工工作态度与能力；
n 作为员工培训与发展的参考；
n 有效促进员工不断提高和改进工作绩效。
第二条 原则：
n 结果考核与行为考核相结合 n 考核者必须依据员工实际表现和工作事实进行评价。
n 公司成立技术开发评审小组，小组成员由总经理任命。
n 考核必须公开考核流程、公开考核指标，坚持公正、公平、 公开的原则，考核结果由考核双方共同签字确认。
n 考核执行人必须充公了解员工在考核期内的工作内容、工 作过程和工作效果。在双方平等沟通的基础上展开考核工 作 第三条 绩效管理是指上级为了不断提高和改善下属员工职业能力与 工作业绩所做的一系列管理活动；
第四条 绩效考核是指上级对直接下级的工作结果进行定期的评估， 是绩效管理的一个重要环节；
第五条 绩效管理和绩效考核是各级直线管理者不可推卸的责任，人 力资源部负责指导、监督和提供技术方面支持；
第六条 员工绩效管理与绩效考核的档案，是公司重要的人力资源管 理基础性材料，必须妥善保管；
第七条 本制度规定的绩效管理与绩效考核对象包括研发部内所有正 式签约的员工；
试用期（见习期）人员的考核，不属于本制 度范围，由公司招聘与录用制度做出具体规定；
第八条 本制度规定的绩效管理与绩效考核的责任主体是各职位的直 接管理者，不采取全方位考核的方式，但上级管理者拥有员 工考核结果调整的权力；
第九条 各级管理者必须强化对绩效管理与绩效考核的观念，牢固树 立绩效管理与绩效考核的责任意识，包括：
n 员工的业绩就是管理者的业绩；
n 各级管理者是员工责任的最终承担者；
n 不断提高和改善下属的职业能力和工作业绩，是管理者不 可推卸的责任；
n 在绩效管理与绩效考核过程中，下属必须始终保持高度的 参与性，各级管理者必须随时与下属进行沟通；
第十条 绩效管理与绩效考核是一个不断循环往复的过程，其基本程 序为：
建立绩效目标 建立工作期望 建立目标期望值 绩效形成过程值 绩效考核 绩效面谈 绩效改进计划 第十一条 绩效采用的方法：任务制。为体现能者多劳，多劳多得的 公平竞争原则，绩效考核采取任务制的方法。该方法具体体 现为：
n 按工作计划分解任务；
n 对任务进行分值标定；
n 设置加权数；
第十二条 考核周期 6 个月，每年的 5 月、11 月为考核期；
第十三条 细则：
n 根据不同的岗位职责为每个员工设定一个起点分值，助理 工程师 1000，其它按比例分配；
n 每个任务的起点分值为 100 分，完成并达标可得 100 分， 如果超过预期按等级加权，共分为三个等级：C 加权 1.1、 B 加权 1.5、A 加权 2；
n 未按要求完成任务，使用减值处理，底限是扣完任务全部 分值，减值分五个等级：E（完成率 90%-99%）10 分、D （完成率 70%-89%）30 分、C（完成率 50%-69%）50 分、B （40%<完成率<50%）60 分、A（完成率<40%且工作态度较 差）100 分；
n 该分值与公司财务制度、人力资源岗位制度挂钩，为财务 和人力资源提供标准数据；
n 临时性任务，有临时任务安排时，任务完成给予一定的分 值，最多不超过 20 分；
n 本考核分值为正向分，每年 6 月、12 月各公布一次分值 及排名。每年 1 月、7 月分值重新计算，临界分值计算以 时间为准；
n 考核标准根据岗位及起点分不同而异；
第十四条 工作态度绩效考核按月考评，每月每人 100 分的工作态度 分，分几个区间：
n 优秀：95－100 n 良好：80－94 n 合格：70－79 n 及格：60－69 n 不及格：<60 第十五条 日常性研发部门活动如培训、讨论、会议等，无故缺席者 每次扣 10 分，视情况严重者加大扣分比例，最高不超过 50 分；
第十六条 绩效考核结果分优秀、良好、合格、绩效改进四类；
第十七条 本管理制度发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第九章 保密管理制度 第一条 目的：为了保证研发部技术、资料的机密性特制定该制度；
第二条 范围：本制度适用于研发部所有员工；
第三条 责任人：研发部经理、技术总工、网络管理员、SVN 管理员；
第四条 网络管理员严格控制服务器密码，未经许可任何人不得登录 服务器；
第五条 网络管理员严格控制 SVN 权限及密码；
第六条 SVN 服务器上传技术资料由技术总工审核后存档，未经允许 不得擅自提交变更版本；
第七条 所有研发人员在从服务器取的资料时，都要自行保管，禁止 以邮件、QQ 都形式外传，一经发现，严厉处罚；
第八条 对外涉密人员管理 n 在对外交往与合作中需要提供公司秘密事项的，应当事先 经总经理批准；
n 根据公司的信息安全管理策略，外部人员所服务或进行合 作的接口部门的主管或项目经理应该总体负责外部人员 的信息安全管理工作；
n 外单位合作人员在进入本单位进行技术合作前应签署本 公司拟定的保密协议，并由接口部门主管或项目经理交代 清楚此保密协议中各项条款内容；
n 接待人员不应向外单位联调合作人员透露业务范围之外 的公司技术、商务情况，不随意承诺，不在授权范围之外 行事, 已经承诺和双方达成意向的事宜应当做正式记录；
n 向外单位联调合作人员提供含有公司保密信息的文件、资 料或实物时，接待人应获得部门主管批准，并与其签订保 密协议后再行提供；
n 外单位联调合作人员只能在经批准的办公区域进行本次 业务相关的活动，不得私自进入其他机密办公区域；
n 来访人员携带便携机时，如不需要使用，应协助其将便携 机存放于公司指定处；
如需携带便携机进入公司，应注意 不让来访人员独自在办公区域使用便携机；
n 不能在电梯、汽车、餐厅、酒店大堂等公共场所接听重要 电话，必须接听时请到相对空旷或不易被窃听的地方；
n 公司工作人员发现公司秘密已经泄露或者可能泄露时，应 当立即采取补救措施并及时报告公司总经理或所属部门 经理。
第九条 涉密会议管理 n 涉及保密内容的会议要选择具备保密条件的会议场所；
n 根据工作需要，限定参加会议人员的范围，对参加涉及密 级事项会议的人员予以指定；
n 依照保密规定使用会议设备和管理会议文件；
n 确定会议内容是否传达及传达范围。
第十条 违反保密管理制度，处罚标准参照公司制度执行；
第十一条 本管理制度发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第十章 研发部人员培训制度 第一条 目的：为了规范和促进技术研发部的员工培训工作，提升技 术研发人员的职业技能和素质，提高公司的技术研发水平， 从而提高公司的实力，特制定本制度；
第二条 范围：本制度适用于研发部所有员工；
第三条 职责：
n 人力资源部是技术研发人员培训工作的归口管理部门，负 责培训活动的计划制订、实施和控制；
n 技术研发部负责协助人力资源部进行培训的实施与反馈 评价工作，负责组织部门内部的培训活动 第四条 培训类别与内容 培训类别 培训对 象 培训目的 培训内容 培训方 式 新员工培 训 新员工 为帮助新员工尽快了解和 熟悉公司，尽快融入公司环 境和进入工作角色 1．公司概况、企业文化 授课、参 观、操作 指导 组织结构、管理层人员 2．公司发展战略、方针 3．公司各项规章制度 4．所任职位业务知识与 技巧 岗位技能 培训 在岗员 工 为增强员工技能，提高工 作质量和效率，减少工作失 误 1．岗位技能 2．相关知识技能拓展 授课、操 作指导 转岗培训 岗位调 动 人员 为工作轮换、横向调整和 晋升作准备 1．新岗位基本情况 2．新岗位技能培训 操作指 导 继续教育 专业技 提高专业技能，提高公司 公司外部专业培训机构 授课、操 术 培训 工作人 整体技术水平 的专业技术技能培训 作指导 员 部门内部 部门内 为满足实际工作需要，对 部门内各项工作、流程培 操作指 培训 部员工 员工进行小规模、灵活实用 的培训 训 导 员工自我 培训 员工自 身 提高自身素质和业务能力 员工自身相关知识、技能 自我培 训 第五条 培训资源管理 n 培训讲师档案管理，技术研发人员培训讲师分为内部讲师 和外部讲师，由人力资源部建立培训讲师档案。
n 公司内部讲师管理 1) 技术研发部内部讲师为技术研发高级工程师，各级主 管人员负有培训下属员工的义务和责任。
2) 内部培训师可以报销一定金额的书籍费，视每年培训 的次数而定。
n 外部讲师管理 1) 外部讲师是公司聘请的授课讲师，其课酬根据实际情况 和培训预算确定，公司通过培训效果的评估决定是否继 续聘请该讲师。
n 培训教材管理 1) 培训教材包括内部教材和外部教材，教材的形式可以是 书面文字、电子文档、录音、录像等形式，教材由培训 专员统一管理。
n 内部培训教材的获取 1) 工作过程中的经验分享与教训总结。
2) 公司重大事件案例。
3) 培训师组织开发培训教材。
4) 人力资源部经理与培训专员组织开发培训教材。
n 外部培训教材的引入 1) 公司聘请外部机构进行培训的，外部机构应提供教材， 教材由培训专员统一归档管理。
2) 公司员工参加外派公开课程的，应在培训结束一周内 将教材的原件或复印件交由培训专员存档管理。
n 培训设施设备管理，培训设施设备的建设、购置、维护和 管理由公司人力资源部负责。
n 培训经费控制 1) 公司每年投入一定经费用于培训员工，培训经费专款专 用。
2) 培训费用的报销范围包括学费、报名费、资料教材费用 等。
3) 为了便于管理，因培训所发生的交通、餐饮费用在各部 门预算费用中列支，按公司标准报销。
第六条 培训计划的制定与实施 n 培训专员根据公司经营发展需要，在每年 11 月份向各部 门（包括技术研发部）发放“年度培训需求调查表”或在 年度中期开展临时培训需求调查。
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 部门组织内部培训时，应填写“员工培训记录表”，将员 工接受培训的具体情况和培训结果详细记录备案，并送交 培训专员存档；
第十条 本管理制度发布后实现。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第十一章 工作汇报、工作会议管理办法 第一条 目的：规范汇报流程、提高会议效率；
第二条 范围：适用于研发部所有员工；
第三条 职责：
n 研发部经理向管理层汇报；
n 研发部各小组组长向研发部经理汇报；
n 各小组成员向组长或研发部经理汇报；
n 综合管理组组织并提交汇报项；
第四条 研发部工作汇报为周例制，每周五下午各小组提交本周工作 汇报，包括：项目进度、周计划执行情况等；
第五条 综合管理组汇总项目进度、周计划等信息后，分类整理后提 交研发部经理；
第六条 研发部例会采用不定期组织的形式，避免会议形式主义；
第七条 研发部工作汇总结会议为月例制，时间根据情况确定；
第八条 为使会议精练有效，会议前需要准备会议议程及提纲；
第九条 会议必须保留会议纪要，一般情况会议记录由综合管理组完 成；
第十条 会议结束后，综合管理组整理会议纪要至研发部经理，研发 部经理向管理层汇报会议内容；
第十一条 会议中安排的待解决、需跟踪项，由综合管理组整理并进 行跟踪，跟踪结果向研发部经理汇报；
第十二条 汇报、会议纪要等文件必须通过邮件发送，禁止使用 QQ 等 即时工具；
第十三条 对无故不参加会议的员工，两次以下给出通告批评，三次 或三次以上按公司相关规章制度处罚；
第十四条 会议保密性按保密管理制度执行；
第十五条 本管理办法发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 第十二章 研发部人员招聘管理制度 第一条 目的：为及时满足技术研发部的人员需求，规范招聘录用流 程，确保招聘质量，结合公司的实际情况，特制定本制度；
第二条 范围：本制度适用于公司技术研发部人员招聘工作；
第三条 职责：
n 人力资源部全面负责公司员工招聘工作，其主要职责有以 下六点。
①负责制订和完善招聘制度及招聘流程。
②负责制订招聘计划并组织实施。
③监控招聘过程，制订评估招聘效果标准。
④提供招聘选拔技术与工具，实施人员测评。
⑤参与面试、背景调查，为用人部门的录用提供建议。
⑥办理录用人员的体检、劳动合同签订等各项手续。
n 技术研发部负责对应聘者的专业知识、技能等进行考核， 与人力资源部协商作出录用决策。
第四条 招聘需求 n 人员需求来源 1) 编制内员工离职造成缺编需要补充。
2) 因部门发展需扩充岗位或人员编制。
3) 为适应公司经营发展，进行管理人员和技术人员的 储备。
4) 引进特殊（专业技术型）、高级人才。
5) 其他经公司总经理特批的人员需求。
n 招聘需求评估 当人力需求产生后，技术研发部进行深入的评估，确定 是否需要增补人员，具体评估内容如下所述。
1) 评估是否可以通过对本部门人员整合或知识技能的 训练来满足人力需求。
2) 评估是否可以通过对本部门内部岗位职能的整合来 满足人力的需求。
3) 评估是否可以通过对技术革新、流程改造、工作方 法的改进来满足人力的需求。
4) 当通过以上三项评估仍不能满足人力需求时，技术 研发部可向人力资源部提出人员需求申请。
n 人员需求申请 1) 技术研发部根据年度部门发展计划、员工调动等， 确定需要新增人员时，填写“人员需求表”，并提交给人力资 源部。
2) 人力资源部对人员需求进行评估，交有关领导审批 后组织实施人员招聘工作。
3) 计划内的人员需求须经部门负责人、人力资源部经 理审批。
4) 计划外的人员需求须报公司总经理审批。
第五条 要求及流程 n 招聘人员的素质要求 1) 具有良好的个人修养与品格，并善于与人沟通。
2) 客观、公正，不因个人喜好而影响对应聘者的评价。
3) 对公司组织结构、各部门情况、人力资源制度、薪 资福利情况等有深入的了解。
4) 了解应聘岗位的工作职责、任职资格和相关特殊要 求。
5) 掌握相关面试技巧和测评技术。
6) 对应聘者保持统一口径。
n 招聘渠道选择 1) 人力资源部根据人员需求情况，选择合适的招聘渠 道和方式实施招聘工作。
2) 公司常用招聘渠道包括大中专院校、人才招聘会、 网络招聘、猎头公司等。
3） 基于公司现状，研发部建议招聘研发部技术人员时 与珠海市人力资源中心合作，从珠海市人力资源网站获取信 息；
n 人员选拔 1) 简历筛选 人力资源部通过各种渠道收集整理应聘人员简历，根据 岗位任职资格对简历进行初步筛选。
2) 初试（笔试） 笔试主要是考察应聘者的专业知识、技术技能、基础能 力等，机试结束后，由人力资源部招聘主管组织阅卷评分， 并确定参加面试人员。
3) 面试 ①面试主要是对应聘者的职业性格因素、个人品格、履 历、身份和学历等各类证明材料、离职原因、求职动机、待 遇要求等方面进行考察、核实。
②面试由人力资源部负责，面试结果记录于“面试评定 表”。
4) 复试 ①招聘负责人配合技术研发部经理对初次面试合格者进 行复试，主要考察应聘者的实际工作技能与岗位的匹配程度。
②技术研发部复试完毕，面试官应将评语及意见记录于 “面试评定表”上。
③一般岗位的应聘者在参加完复试之后即可得知是否被 录用。
④主管级（含同级技术岗位）以上岗位须由公司总经理 进行最后面试，其面试人数一般为计划招聘人数的两倍左 右。
第六条 录用管理，按照人力资源部相关规定执行；
第七条 为提高员工的工作积极性，尽快的把个人精力投入到工作中， 员工试用期采用 2－3 个月的不等时间，对于优秀的员工可提 前转正，提前转正的员工，需要研发部经理（主管以上级需 要总经理）签署书面提前转正申请后生效；
第八条 本管理制度发布后实施。
XX物联网科技有限公司 技术研发部 二零一三年十一月 附录一：项目立项表申请表 编号：
项目立项申请表 填表人：
项目名称 项目简称 初始版本 申请时间 市场情况描述 市场背景 同类产品对比 分析 使用对象 预计完成时间 可行性分析 市场可行性 技术可行性 资源可行性 风险及控制 意见与审批 研发部经理 签字：
日期：
总经理 签字：
日期：
附录二：评审记录表 编号：
评审记录表 编制：
项目名称 评审类型 评审时间 组织人 提交材料 评审内容 评审结论 存在的问 题和改进 意见 评审会签 职务 签字 审核：
批准：
附录三：周计划及执行情况表 附录四：项目进度跟踪表 附录五：研发人员出差报告 编号：
出差报告 编制：技术研发部 出差人 出差日期 出差地 返回日期 出差事由：
任务描述：
经验总结：
领导审核批注
