技术研发部管理制度汇编.doc

资源描述

技术研发部管理制度汇编技术研发部管理制度汇编广东鑫利物联网科技二零一三年十一月版本记录目录版本记录 (2) 目录 (3) 总则 (4) 第一章部门使命 (5) 第二章部门组织架构及岗位使命 (7) 第三章项目管理制度 (14) 第四章项目评审制度 (24) 第五章项目交付物管理制度 (30) 第六章项目验收管理办法 (35) 第七章产品管理制度 (40) 第八章绩效管理制度 (52) 第九章保密管理制度 (57) 第十章研发部人员培训制度 (60) 第十一章工作汇报、工作会议管理办法 (66) 第十二章研发部人员招聘管理制度 (68) 附录一：项目立项表申请表 (73) 附录二：评审记录表 (74) 附录三：周计划及执行状况表 (75) 附录四：项目进度跟踪表 (76) 附录五：研发人员出差报告 (77) 总则第一条为更好地完善研发部日常工作规范，提升产品研发的效率，降低项目风险，同时促进公司和员工双向发展，特制订技术研发部管理制度汇编；第二条该汇编包括《部门使命》、《部门组织架构及岗位使命》、《产品管理制度》、《项目管理制度》、《项目评审制度》、《项目交付物管理制度》、《项目验收管理办法》、《研发部绩效考核管理办法》、《保密管理制度》、《研发部人员培训制度》、《工作汇报、工作会议管理办法》、《研发部人员招聘管理制度》等；第三条本制度及办法合适技术研发部所有人员；第一章部门使命第一条研发部承载着企业将来在商品市场上的科技地位，是一个高层次、高起点、高水平的机构部门,是整个企业技术管理、决策的龙头和核心；第二条研发部负责行业发展动态研究及行业产品信息分析。负责收集、整理国内外同类产品的开发技术信息并应用于施行工作。对国内外新产品，新技术保持随时的敏感性，结合公司实际，积极革新，组织展开行业情报收集、行业技术发展讨论；第三条产品可行性分析及试产报告。依据公司产品战略规划、市场调研的结果和客户要求制定产品开发方向，对新产品的可行性进行论证，组织产品原型生成、产品试制，提交产品可行性分析报告；第四条产品研发及生命周期管理。按产品规格说明书或业务必需求说明书完成产品制定、开发、测试、安装、布暑工作，并对产品生命周期进行管理；第五条研发成果管理。组织研发成果的鉴定和评审，分析总结研发过程中的经验和教训，提升研发质量，做好公司标准和专利规划，实施相关标准及申请专利，代表公司参加标准协会或者标准组织；第六条产品质量及工艺管理。控制产品在功能、材料，结构和品质档次方面的必需求，充分合计生产的工艺路线，建立质量管理体系流程制度并执行；第七条部门建设管理。团队建设、岗位定义、岗位使命要求、员工绩效考核、资源调度、人员招聘计划及人员培训计划等；第八条标准化文件建设及管理。制定文件，技术参照文件、资料符合有关标准要求，积极配合ISO9001推行及评审活动，确保本部门之文件管制满足ISO9001之要求；第九条保密体系建设及管理。管理部门内的制定文件、资料、图书、产品制定图纸、程序代码、可执行程序等，归档相关文件并制定保密管理制度；第十条部门协作管理。配合生产部进行新产品的样机制作，确保向生产部提供样机制作所必需的技术资料、图纸、工时、质量标准信息、跟踪生产进度，解决制作过程中产生的技术疑问，并负责在试生产通过后，更新技术资料，并分发至各相关部门。负责即时与采购部沟通，就产品采购提出建议、看法及重要的技术参数指标。第十一条协助公司管理层制定产品发展路线，制定产品战略方针，定义产品营销策略；第十二条本定义于公布之日即时生效。广东鑫利物联网科技技术研发部二零一三年十一月第二章部门组织架构及岗位使命第一条部门组织架构：第二条技术总监全面负责公司产品技术方向、思路： ⏹确定产品的技术方向、技术思路、解决技术难题； ⏹负责软硬件产品的预研、试样、制定及开发； ⏹负责通用核心部件的制定及开发； ⏹负责行业内新技术的收集、讨论和应用； ⏹负责对产品必需求和缺陷进行管理； ⏹负责相关的技术储备，积极推动技术革新工作的展开，探索提升产品质量的有效途经； ⏹为研发项目提供技术支持、为产品的投标提供技术支持、为代理商与合作伙伴提供技术支持； ⏹组织研发成果的鉴定和评审； ⏹分析总结研发过程的经验和教训〔技术方面〕，提升研发质量； ⏹做好公司标准和专利(知识产权)规划，实施相关标准及申请专利； ⏹负责对新员工进行技术培训，行业讲解等；第三条研发部经理全面主持研发部工作： ⏹启动项目、布暑开发任务、执行开发计划； ⏹完成项目从启动、开发、实施到结束的全过程监控； ⏹负责产品整体定义、制定、方案提出； ⏹负责软件开发、测试及质量体系管理； ⏹部门的团队建设、岗位定义、岗位使命要求、员工考核、资源调度； ⏹负责产品的架构制定和研讨； ⏹组织并参加行业内产品的讨论、研究、评审、汇报、会议； ⏹负责与外协单位的合作事务； ⏹按照公司的发展战略做好公司将来1年和3～5年产品战略规划； ⏹主持编制公司年度研发经费预算，并控制经费的总体支出； ⏹制定研发规范、推行并优化研发管理体系； ⏹组建公司的技术平台、评估研发平台投资； ⏹组织公司新产品的研究试制工作及现有产品的改善工作； ⏹汇总每个项目的可重用成果，形成内部技术和知识方面的的资源库； ⏹分析总结研发过程的经验和教训〔项目方面〕，提升研发质量； ⏹组织新产品的展示和目录制作； ⏹负责产品版本定义及维护； ⏹负责研发部各项规章制度的编制、执行； ⏹负责产品的对外宣扬、展示、试用等相关事宜；第四条软件工程师按要求完成软件产品的制定、开发、测试及布暑： ⏹参加项目启动、开发、实施、结束全过程； ⏹充分理解业务必需求说明书描述内容； ⏹参加系统概要制定和具体制定； ⏹参加系统概要制定和具体制定文档编写； ⏹按制定文档完成开发编码工作； ⏹参加系统单元测试、系统测试及用户手册编写； ⏹对本职工作提出改善思路、建议； ⏹积极配合其它工程师完成开发任务； ⏹完成领导交待的其它工作；第五条硬件工程师按要求完成硬件产品的制定、打样、开发、测试及产品生产指导： ⏹提出产品化的可行性方案，参加新品立项、评审、鉴定及新产品的推广工作； ⏹制定研发项目实施方案，组织、实施研发项目； ⏹实施硬件制定方案； ⏹提出研发项目阶段性评审依据； ⏹制定生产用规范化的技术文档，并提供生产技术支持； ⏹负责编写与产品相关的规范及标准，负责产品送检的相关事宜； ⏹负责对产品图纸工艺及技术文件进行编写及标准化； ⏹制定并参加产品的调试、测试流程，严格产品质量控制； ⏹制定、整理并规范化技术文档〔主要包括：制定手册、电原理图、元器件清单、源程序清单、软件流程、用户手册、特别工艺要求、试制总结报告、工作总结等〕； ⏹就本职工作提出改善思路、建议；⏹积极配合其它工程师完成开发任务； ⏹完成上级领导交待的其它工作；第六条结构工程师按要求完成产品构结制定、打样、开模、调试、研发及产品布暑协助： ⏹承当产品项目的开发组织、协调、实施工作； ⏹按开发任务要求，制定开发工作计划； ⏹负责产品开发过程的制定、手板制作、试验、模具制造跟进、评审、制定整改、直至出货的全过程； ⏹负责编制产品开发制定文件，图纸资料归档； ⏹负责新产品制定的评审、试产、模具验收工作； ⏹就本职工作提出改善思路、建议； ⏹积极配合其它工程师完成制定任务； ⏹完成上级领导交待的其它工作；第七条测试工程师按要求完成产品测试及缺陷报告： ⏹负责产品测试用例编写； ⏹软硬件预研、试样测试； ⏹负责编写测试计划、测试方法、测试步骤； ⏹负责执行测试过程； ⏹负责编写产品测试结论说明书； ⏹负责编写产品缺陷说明书； ⏹负责编写用户手册、产品说明书、安装高度指导手册等； ⏹负责模拟环境搭建及运行； ⏹提出产品改善建议及看法； ⏹完成上级领导交待的其它工作；第八条平面制定工程师按要求完成公司形象制定、产品UI制定： ⏹编写公司VI制定方案； ⏹编写公司CI制定方案； ⏹参加公司VI、CI方案评审，并按评审看法完成VI、CI设计； ⏹按软件制定指导编写界面UI方案，并制定完成全部UI元素； ⏹制定产品外包装、礼品手袋等； ⏹制定公司对外宣扬方案、展览方案等； ⏹协助完成研发部综合管理工作； ⏹完成上级领导交待的其它工作；第九条助理工程师协助工程师完成各项任务： ⏹预研方案整理； ⏹开发文档编写； ⏹测试文档编写； ⏹产品制定、程序开发； ⏹完成上级领导交待的其它工作；第十条部门组织架构及岗位使命以业务为主导，技术职能与行政职能分开，行政职能按公司人力资源相关制度执行；第十一条项目管理职能不在组织架构中，依据项目状况由研发部经理任命项目经理及项目团队；第十二条各行政职能如组长、主管等，按公司质量标准ISO定义执行；第十三条本定义于公布之日即时生效。广东鑫利物联网科技技术研发部二零一三年十一月第三章项目管理制度第一条目的：为规范项目研发、强化项目管理，依据企业实际状况和研发产品的特点，特制订项目管理制度；第二条范围：适用于研发部所有项目；第三条项目经理：由研发部经理依据项目具体状况指定；第四条项目管理小组是公司专设的项目管理机构，负责对所有项目进行定义和管理；第五条项目团队：由项目经理提议后，研发部经理与项目管理小组共同组决定项目团队；第六条项目团队为矩阵模式，项目经理是项目的唯一负责人，也是项目成员的第一考核人，直接向项目管理小组或公司管理层汇报，其它人员均必需配合和协助项目经理完成；第七条项目实施过程中，项目组成员有违纪、违规、表现不佳的现象，由项目经理上报研发部经理，由研发部经理决定处罚措施。具有严重违规情节并给项目组或公司造成较为重大损失者，自动退出项目组，并追究相关责任，具体操作按人力资源考核制度执行；第八条项目评审委员会为临时组织，由研发部经理组织创建；第九条项目所涉及的立项、试样、预研等过程流程参照公司ISO标准执行；第十条项目流程：第十一条项目启动时必需要明确项目管理办法，并组织所有项目相关人员参加项目启动会议，首次会议必需要定义项目内容、项目规模、项目预算、项目成果、项目组人员等；第十二条项目立项项目立项时,由项目经理指定人员完成《项目立项申请书》，《项目立项申请书》完成后，项目经理负责召集项目管理会议，依据《项目立项申请书》的调研内容对项目进行评估，最终对项目处理产生马上处理、再跟踪、暂停、放弃四个结果；⏹马上处理类型：由项目管理小组、公司管理层、技术总工提议、研发部经理核定的方式确定项目开始立项； ⏹再跟踪类型：由原信息提供者进行跟踪或由研发部经理指定人员对项目的进展状况进行跟踪，如果时机成熟，由跟踪人员提请项目管理组召开项目管理会议进行再一次评估，并转至立项会议条进行处理； ⏹暂停类型：认为项目目前持续展开存在一定的风险与不确定因素,暂时停止该项目的实施,项目组维持，但所有工作停止； ⏹放弃：如果认为项目从公共关系、财务预算、技术实现等方面在实施上存在重大风险，可以放弃该项目，该决定必需求公司高层领导决定； ⏹项目只有立项后才同意进行研发； ⏹项目立项后应获得一个唯一的研发编号，项目产生的费用报销、研发领料等，都使用此编号作为核算依据； ⏹项目立项计划书必需明确项目名称、立项目的、编制、审核、项目周期、估计达到的参数指标及该项目特设指标或关键技术等相关内容；第十三条可性行分析： ⏹调查国内市场和重要用户以及国际重点市场同类产品的技术现状和改善要求； ⏹调查同类产品的质量、价格、市场及使用状况； ⏹收集国内外行业情报和专刊； ⏹论证该类产品的技术发展方向和动向； ⏹论证市场动态及发展该产品具备的技术优势； ⏹论证发展该产品的资源条件的可行性；第十四条项目制定 ⏹制定阶段完成技术制定报告和测试计划报告，作为项目计划报告； ⏹软件类项目完成业务必需求说明书、概要制定说明书、具体制定说明书及测试用例集，作为项目计划报告的一部分； ⏹技术制定报告应说明项目名称、研发系统或设备的必需求、总体功能、模块划分等； ⏹测试计划报告应说明项目名称、产品功能、测试项目、测试条件、测试方法、测试工期和时间计划等内容； ⏹业务必需求说明书、概要制定说明书、具体制定说明书按标准文件格式要求完成，其中概要制定说明书和具体制定说明书可在项目推动中逐步完善； ⏹项目负责人应邀请研发部门和公司其他部门相关人员，对制定报告和测试计划报告进行评审； ⏹针对没有通过制定评审的项目，须进行重新制定，再组织有关评审； ⏹项目须明确的基本参数及主要技术性能指标； ⏹项目须明确总体布局及主要部件结构表达、产品工作原理及系统； ⏹预研完成制定过程中必需的试验研究〔新原理结构、材料元件工艺的功能和模具试验〕，并写出试验研究大纲和研究试验报告； ⏹项目须明确产品制定计算书，如运动、刚度、强度、振动、冷热变形、电路、液气路、能量转换、凹凸温、强酸强碱环境、电磁辐射等； ⏹产品总体尺寸图、产品主要部件图、系统原理图、特别元件、外购件、材料清单等均必需经过评审后生效； ⏹业务必需求说明书中要明确约束条件，对特别的用户、特别的环境、特别的功能要求要注明鉴定标准；第十五条项目开发 ⏹研发人员必需在实现过程中书写相关文档，文档必需有电子形式。软件实现文档应包括软件功能性说明文档和源代码说明文档；硬件实现文档包括电器原理图及结构示意图； ⏹项目经理有责任按照项目计划报告，跟踪监督项目的进展状况，按时敦促验收阶段性成果； ⏹研发产品由研发人员自行调试，调试过程中必需撰写调试记录。调试记录应该说明项目名称，编号，调试记录版本号，调试时间，软硬件版本号，调试中发现的主要问题，调试环境，解决方法等有关内容； ⏹研发产品确认运行稳定后，由项目经理组织内部验收。研发文档应视为研发实现阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组织内部验收； ⏹软件功能性说明文档应说明项目名称，编号，软件名称和编号，软件功能，软件功能模块划分，主要功能实现过程，软件主要实现算法； ⏹源代码说明文档项目编号，软件名称，软件功能等。源代码说明文档可以包涵在源代码文件中，以解释形式存在；第十六条测试 ⏹测试阶段开始后，研发人员将研发的产品，以及研发调试记录移交给测试人员，测试人员按照产品的测试计划报告、研发调试记录，制定测试过程，填写产品测试报告； ⏹产品测试报告应该说明项目名称、编号、测试报告版本号、测试功能、指标、测试方法、测试环境、测试条目、测试结果、结论等； ⏹如果研发产品不能通过测试，测试人员应把产品测试报告提交给产品研发人员。产品研发人员修改软硬件后重新进行调试，相应更新研发调试记录内容和版本号，确认产品合格后提交测试人员再次检测。如此反复，直到产品通过测试为止； ⏹测试人员确认产品达到要求，在产品测试报告的结论栏内签字表示同意，交项目负责人； ⏹测试报告必需要研发部经理审核；第十七条项目验收 ⏹由项目经理负责组织编写《项目验收手册》，提交项目管理小组进行评审； ⏹项目经理按照《项目立项任务书》规定的方式组织项目验收，验收合格后向项目管理小组提交验收报告并存档； ⏹项目验收标准为《业务必需求说明书》，并要符合《概要设计说明书》、《具体制定说明书》制定要求； ⏹项目验收合格后，经项目管理小组会议讨论同意，项目转至项目维护阶段，项目组解散；第十八条项目延期 ⏹项目经理每周对项目进度进行调整，发现延误时即时做出计划差值调整，并重新安排计划和资源，延期调整优先在最近一次里程碑内调整，延期调整不能超过两个里程碑； ⏹如遇特别状况，如人员离职等不可抗因素，应首先合计调整业务必需求优先级，做迭代更新，避免延误死循环； ⏹所有延期节点提前向项目管理组或管理层汇报，同时把情况向市场部、生产部、采购部等相关部门通告，各部门就延误做好各自调整；第十九条产品公布 ⏹项目经理拿到产品验收通过的报告后，填写或者委托他人填写产品公布公告和产品公布计划，交公司管理层核准，签字公布，项目负责人与签字公布产品的不得为同一人，公布公告和产品公布计划必需送市场部、生产部和公司有关领导； ⏹项目负责人必需在产品公布后一周内，将所有研发文档整理存档； ⏹产品公布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完成时间和计划，产品说明书的完成时间一般应在产品完成后5个工作日内完成； ⏹公布产品的版本定义按《产品管理制度》执行；第二十条产品公布后交由生产体系；第二十一条项目变更 ⏹由于市场或技术原因，必需要对项目重新进行制按时，项目经理协助填写制定更改申请单，按照立项程序进行审批，必需经公司技术负责人签字同意，报公司总经理批准生效； ⏹对已经公布的产品进行更改，被认为是一个新的研发项目，按照标准程序执行； ⏹对尚未公布的产品进行更改，必需要更新该项目所有此前产生过的技术文档，已经进行过的评审必需重新进行； ⏹项目开发过程中如发现制定缺陷、技术难点等问题时，项目经理组织评审，就具体状况生成必需求变更表、项目变更表、缺陷记录表等； ⏹项目变更评审由评审委员会决定；第二十二条项目管理 ⏹项目启动后，必需有明确项目计划表、资源分配表、任务分解表，条件同意的状况下还必需要配置成本核算表； ⏹项目经理负责项目任务分解、资源分配、进度跟踪； ⏹项目架构、总体制定经评审通过后，不能进行随意修改，开发人员必需按《业务必需求说明书》完成开发任务； ⏹项目经理指定专人维护项目数据库，保持项目数据的实时性、全面性； ⏹项目经理每月提交项目风险分析报告，并就不可控因素即时与项目管理组或管理层汇报；第二十三条项目会议： ⏹项目管理例行会议每周举行一次； ⏹项目经理组织项目管理例行会议，项目人员及相关人员参加； ⏹项目管理例行会议由项目责任人汇报项目进展状况、人力、技术、财务、市场状况，报告项目开发过程中存在的问题，由技术总监〔或总工程师〕负责协调解决； ⏹项目管理例行会议必需有会议记录,会议中确认的问题由项目管理组负责追踪、协调，会议记录存项目管理文件夹内；第二十四条项目管理文件夹 ⏹项目管理文件夹是储存项目相关资料的一个文档目录，电子文档应储存于项目管理小组指定的服务器； ⏹新项目立项时，由研发部经理指定管理员创建该项目文件夹； ⏹文件夹中存放该项目的所有文档资料，项目经理应该催促项目组成员向项目文件夹提交合格的文档资料，项目经理对整个过程进行监督； ⏹项目数据库每月用光盘刻录进行资料备份； ⏹项目结束后，项目组将项目所有文档提交到公司资料信息中心归档〔目前存由研发部统一管理〕；第二十五条本制度于公布后实施。广东鑫利物联网科技技术研发部二零一三年十一月第四章项目评审制度第一条目的：及早发现潜在问题，及早改正，通过关键点控制提升产品质量；第二条范围：适用于研发部所有项目评审工作；第三条组成：临时机构组织，由项目涉及的专业技术人员、技术总工、研发部经理、公司管理层组成；第四条角色： ⏹评审组长：制定评审计划、确定或制定各项评审准则、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果，并且跟踪评审错误的改正； ⏹评审人员：必要时参加与评审有关的培训、按评审计划阅读待评审材料、确保对待评审材料的理解、与待评审材料讨论，并且指出和记录问题； ⏹文档：按评审计划准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议，并且在确定必需要改善时按时完成修改； ⏹记录人员：评审会议中记录评审人员提出的问题及相关讨论； ⏹项目经理：制定确保评审和改正的项目进度计划，还要确保评审准备时间、评审会议时间及错误的改正时间。而且评审安排及结果与所有项目成员沟通，必要时参加评审会议、阅读评审报告、分析缺陷原因，并且改善项目质量；第五条评审流程第六条临时评审，主要针对技术制定方法、解决问题思路、方案策略等评审，该类评审仅必需小型团队即可完成，该类评审要求必需有评审组织者、评审结论公布者，如在评审过程中未能形成结论，评审组织者须要跟进，直至产生评审结果，结果完成后邮件发送各评审成员；第七条评审计划⏹评审组长制定评审计划〔依据项目计划和质量计划〕； ⏹评审组长确定评审对象和评审时间； ⏹评审组长确定评审级别和策略〔形式的组合〕； ⏹评审组长确定评审流程裁减和提交物； ⏹评审组长确定入口条件并通过准则； ⏹评审组长确定回归评审准则； ⏹评审组长制定评审检查表〔CheckList〕； ⏹评审组长确定评审角色构成； ⏹评审组长依据评审角色构成确定评审人员并成立评审小组； ⏹相关人员〔评审人员和项目团队双方〕确认评审计划，评审组长公布评审计划；第八条评审准备 ⏹正式评审前准备：文档向相关人员公布文档； ⏹评审人员阅读了解文档，争取发现大部分问题； ⏹文档解决大部分发现的问题； ⏹评审组长确定会议地点、环境、设备和所有材料； ⏹评审组长确定人员使命和会议议程； ⏹评审组长确定评审开始条件成熟； ⏹评审组长通知相关人员到会；第九条评审会议 ⏹主持人〔评审组长〕宣布会议议程、人员使命和会场纪律； ⏹文档介绍工作成果，对评审人员的疑问进行必要的解释； ⏹评审人员对不解之处提出疑问，指出问题或缺陷并说明根据； ⏹文档与评审人员讨论缺陷的真实性，分清缺陷性问题和建议性问题，讨论确定是否必需要按照评审人员的要求进行改善。一般不涉及为节省时间改善方案或错误的改正方案；第十条评审记录 ⏹正式评审应当记录有共识的问题或缺陷，也要记录有争议待解决的问题，使评审工作文档化，便于跟踪最终解决； ⏹总体记录：包括项目名称、系统名称版本号、日期时间、主文档名称、附文档名称、文档版本号、、评审类型〔首次、回归、部分和阶段〕、评审人员和评审结论； ⏹缺陷记录：包括缺陷编号、提出者、章节／页码、缺陷描述、缺陷类型〔严重、一般和建议〕和承诺改正时间； ⏹验证记录：全部打勾的 CheckList，说明 CheckList 所列的工作都已经做完，所列的内容都已经评审完，确保工作的完整性；第十一条评审必需形成明确的结论，并要求所有评审人员签字；第十二条评审跟踪针对评审结论中指明必需要对结果进行跟踪的任务。 ⏹评审中发现的问题的后续跟踪是改正错误并消除缺陷的有效措施，应当有专门的负责人〔注：研发部综合管理组负责〕进行后续跟踪确认错误都已改正，依据结论必要时回归评审； ⏹评审组长分析评审数据并总结经验； ⏹评审组长公布评审记录与数据分析报告； ⏹管理人员应当防止评审数据被不恰当地使用，如果使用评审数据来对个人进行绩效评价，将会给以后的评审工作造成障碍，使评审各方不能放开进行评审； ⏹评审组长进行工作总结，工作总结很有必要，有利于对项目或过程的改善； ⏹评审组长提交各类评审报告，有关领导批准公布通过的文档；第十三条评审归档是项目配置管理工作的一部分。 ⏹待评阅态：文件放入此目录后会，通过邮件通知必需要评阅的人员，全体评阅人员评阅完毕，通过邮件把看法通知文档并实现到期提醒功能； ⏹待评审态：文件放入此目录后会通过邮件通知必需要评审的人员，全体评阅人员评审完毕，通过邮件把批准或拒绝的看法通知文档并实现到期提醒功能； ⏹受控态：评审批准后自动转入受控态并公布邮件通知； ⏹签出态：为了修改而版本升级，当文件签出时放入签出态修改后的文档可能签入到待评阅态、待评审态或直接到受控态，但文档版本已经升级； ⏹产品态：项目结束后受控态的文档自动归到产品态； ⏹临时评审记录表可简化流程，仅作为文件归档；第十四条本管理制度公布后实施。广东鑫利物联网科技技术研发部二零一三年十一月第五章项目交付物管理制度第一条目的：为规范本公司研发部技术文件和代码的管理，确保文件编制的正确性、完整性，特制订本制度；第二条范围：本制度适用于研发部对项目技术文件和代码的管理；第三条使命：研发部综合管理组完成该内容；第四条技术文件的编制、审核、 ⏹技术文件包括： a)产品制定图纸； b)作业指导书； c)制定相关书籍、光盘等； d)技术档案和技术资料； e)未打印出图的尚在计算机里的图纸资料； f)发放到各部门的技术文件； g)实物样品等研发部相关文件； h)试样资料〔包括失败资料〕； i)测试用例及测试流水记录表； ⏹技术文件的技术要求和数据等必需符合国家相关标准和规定要求； ⏹技术文件由技术开发部等相对应部门编制，研发部应对技术文件的准确性、合理性负责； ⏹研发部经理负责技术文件的审核；⏹总经理负责技术文件的批准； ⏹技术文件的编制必需严格保密； ⏹技术文件应确保标题栏中的编号、名称、日期、审核、批准等栏中签署齐全，签署不齐全的技术文件无效；第五条技术文件的管理与应用 ⏹技术文件发放 a)技术文件在发放之前，必需加盖“受控文件〞章，到研发部处登记，填写【技术文件领返记录表】，签字领出； b)技术文件的发放按生产计划进行，定期发放的生产用文件由研发部统一下发和改换。研发部门必需确保下发的工艺的完整性和有效性，同时确保下发到车间主任、生产指导、检验等部门的工艺应一致； ⏹技术文件管理和使用 a)研发部的技术文件应长期并分类储存，管理要科学系统，能有效控制，确保各相关部门都能得到有效的版本，防止作废的技术文件误用。作废的技术文件必需常常研发部部门鉴定且研发部经理批准后销毁； b)本公司的技术文件，由研发部管理。确保所保管的技术文件不受潮、不霉烂、不受损、不丢失； c)纸质技术文件或光盘技术文件等收存到资料柜内保管，资料柜钥匙由研发部经理负责保管。公司有关人员可以查、借阅。借阅技术文件应凭技术研发部经理批准的【借阅申请单】向研发部借阅。用完及时归还，并确保文件的完整性； d)技术文件是公司进行生产和各项管理工作共同的技术依据，必需强化管理，各种技术文件的登记、保管、复制、收发、注销、归档和保密工作，确保技术文件的完整，准确清楚、统一等； e)签字领出技术文件人应负责将领出的文件收回，交研发部经理存档； f)每种技术文件，研发部应完成技术资料整理，并做备份、存档； g)本厂所使用的研发部技术文件一律由研发部统一保管，统一建档并逐一登记；技术文件更改 a)产品投入生产时，研发部应及时提供相应的工艺作业指导书并确保无误。生产部如发现操作时，有不妥当的方面及时与研发部沟通解决； b)下发后的技术文件如必需更改，研发部必需要下发《文件更改申请单》，各相关部门必需据通知单要求做相应更改。涉及安全性能的图纸更改后，须由研发部组织重新审核并备案。改换的技术文件要有标记，并要有记录； c)技术文件修改前，负责修改部门要提出修改理由及具体内容，交研发部经理审批； d)修改后的技术文件必需重新履行会审、会签及批准手续，填发《文件更改申请单》； ⏹技术文件保密 a)任何部门、个人不得擅自打印、复制公司技术文件，不得以电子文档等形式在网上传递或者用移动硬盘、U 盘、软盘等拷贝出。因工作必需要必需打印或复制时，经办人提出书面申请书，研发部经理签字批准后方可通过打印、复制、拷贝； b)为了确保技术资料的保密性，除按正常程序办理外，任何人不得私自向外人转让和借出技术资料，一经发现要按公司所签署的《保密协议》给予严正处理； c)员工用于工作的计算机未通过经理批准不得随意拆开，计算机硬盘中的资料属公司机密，硬盘不准任何人私自带出公司。假制定算机出现故障，必需研发部经理指定专业人送修，并确保硬盘中资料保密性； d)研发部及其他使用、保管技术资料的部门或个人，应注意保密，严禁将技术资料带出公司，或提供给其他公司； ⏹技术文件销毁 a)由于新技术的日新月异，越积越多的技术文件会占据不必要的资源，故有的技术文件必需要销毁和清除，对回收的技术文件由技术部门统一管理； b)必需要销毁的研发部技术文件，研发部经理会同有关技术人员一起仔细校对核实，然后将销毁理由与销毁文件清单上报总经理，由总经理签署“同意〞后，方可销毁； c)一般技术文件须储存3年以上，重要技术文件须储存 5年以上，以方便以后的产品技术改造。因各种原因，导致某种产品不再生产，或产品改型，使原有技术资料报废，由研发部收回，加盖“报废〞章，并专项保管；第六条技术文件的管理由研发部综合管理组执行；第七条技术文件电子版必需纳进SVN管理；第八条本管理制度于公布后实施。广东鑫利物联网科技技术研发部二零一三年十一月第六章项目验收管理办法第一条目的：为规范研发项目验收流程特制定该流程；第二条范围：适用于研发部所有项目验收；第三条标准流程〔见下列图〕第四条验收准备 ⏹成立验收小组。验收小组的主要组成为使用部门、信息技术部、招标部门、财务等部门，该项工作必需要领导的参加和批准，另外，关于金额比较大的项目，有条件也可以请股东代表参加； ⏹确定验收策略。验收小组依据项目的特点确定项目验收的方式，即是否必需要分阶段验收，完成验收阶段的划分，并制定相关的验收计划，一般关于比较复杂的项目均必需要划分阶段进行初步验收，而且阶段的划分也必需要与供应商进行沟通和确认； ⏹确定验收内容和标准。依据前面确定的验收策略明确各阶段验收的条件、必需要验收的内容、验收通过的标准，以及必需要提交的资料清单等，其中值得一提的是验收内容包括时间进度的验收项目； ⏹领导审批。由领导审批验收小组确定的验收阶段和验收内容以及标准等是否合理；第五条初步验收主要是完成软硬件系统的初步运行状况，项目涉及硬件设备的验收或软件系统的验收，也可能同时涉及软件和硬件的验收。 ⏹验收申请； ⏹检验验收条件是否合格； ⏹如果验收小组认为不符合验收条件，将要求进行整改，整改完成后再次提请验收； ⏹验收类型的推断，验收小组会依据项目的性质，分别按照软硬件系统进行初步验收； ⏹保修卡和说明书等校验，验收小组检验设备的保修卡和说明书等资料是否准确无误； ⏹集成调试； ⏹试运行验收； ⏹软件系统功能验证； ⏹软件系统性能验证，信息技术部从技术的角度，对系统进行性能等技术测试，验收小组监督和汇总测试状况； ⏹资料验收，验收小组依据验收准备阶段的要求逐项核对资料的提交状况，资料包括合同中要求的程序源代码、操作手册、培训资料、测试报告、过程数据等； ⏹综合评议，验收小组汇总该项目本阶段各种验收资料，对项目的验收状况进行集体评议； ⏹检验验收状况。验收小组将依据综合评议状况，推断是否验收合格，关于不合格的部分提出整改看法； ⏹进行整改。如果本次验收没有通过，则供应商必需要依据验收小组的要求进行相关整改； ⏹复验，完成整改后，验收小组将组织复验； ⏹检验初步验收是否通过。如果本次验收通过，验收小组将检验初步验收涉及的各阶段验收是否完成，如果初步验收完成，将进入正式运行阶段；如果还存在后续验收阶段，将重复以上步骤，直至所有子系统验收合格；第六条最终验收，试验收完成后，试用行正常结束后，即可进行最终验收；第七条报告总结，项目通过最终验收后，验收小组将依据验收状况撰写验收报告，同时将总结验收工作的得与失，以便将来更好的运作其他项目。 ⏹撰写验收报告。如果最终验收通过，验收小组将依据验收状况撰写验收报告，验收报告不仅必需要包括本次项目验收的状况总结，也必需要总

展开阅读全文