开发部规章制度
开发部规章制度
【篇一：开发部管理制度】
规划和设计管理制度
第1条为了进一步规范公司规划和设计行为，本着以下三个目的，特制定本制度。
（1）鼓励在工程设计活动中采用先进技术、工艺、设备及新型材料。（2）保证设计工作的进度，提高工程设计的质量，确保得到符合要
求的设计成果。
（3）提高工程质量，降低工程造价，加快工程建设进度。
第2条建立项目定位、概念设计、方案设计、初步设计、施工图设计全过程的集约化、集成式管理模式。
第3条项目的规划设计，应按照公司通过的项目策划方案，根据开发计划的时间要求完成相关工作，设计师是第一责任人。
第4条设计单位的选择、规划方案立面效果和建筑平面设计文件必须经分管副总审核后报董事长批准。
第5条规划设计必须以人为本，以最终用户的生活舒适或使用方便为本。
第6条规划设计应该符合项目定位要求并充分考虑将来物业管理的方便。
第7条公司开发部负责方案、设计阶段的组织、实施和设计控制协调。设计师负责拟订《设计任务书》，组织考察设计单位、发标、
评标、签订设计合同、进行方案设计评比。
第8条公司成立规划设计评审小组，负责项目规划、建筑、景观设计的方案、初步设计、施工图设计的评审工作；
第9条公司规划设计评审小组人员组成：
组长：董事长
副组长：分管副总
成员：常务副总、开发部经理、设计师、成本主管、工程主管、楼
盘主任、瑞德
物业公司经理、财务部经理、办公室副主任、督察主管。
第10条设计师负责组织施工图交底，负责项目施工期间与各部门
的设计方面配合；负责水、电、煤、智能化等专业设计的委托和配合；
第11条负责项目售楼处、示范区设计和评审的组织，现场配合施工；负责与当地规划、国土部门进行沟通协调，及时反应公司的发
展目标和相关设计意图，为公司决策提供参谋。
第12条全员都有参与规划和设计优化和设计成本优化的权利和义务，针对员工提出的优化方案一经被公司采纳将给予一定的奖励。
第13条需要评审的规划设计文件必须达到一定的深度，必须满足
国家有关规范、设计任务书的要求、符合当地政府的规划要求等。
第14条在设计时应考虑采用先进技术、工艺、设备及新型材料。
第15条附则：
1．本管理制度由公司办公室负责解释和修订。
2．本管理制度自发布之日起执行，过去有关制度中凡与本管理制度
不一致的，以本管理制度为准。
招标与签约管理制度
第1条为了进一步规范公司招标及签约行为，特制订本管理制度。第2条本管理制度所指招标和签约的类别包括工程类（含工程承包、工程监理、工程材料和设备等）、设计类(包括地质勘探设计、项目
规划方案设计、建筑方案设计、建筑施工图设计、景观设计、专业
设计等)。
第3条凡可以以招标方式选择供应方或承包方的1万元以上工程项目(包括工程监理)或材料、设备的采购均应实行招标。成本主管为第
一责任人。
第4条公司工程招标的方式有公开招标、不定向议标、定向议标。单项工程发包、重要单位工程发包原则上均采用公开招标的方式进行；有特殊要求的单位工程发包和分项工程发包可采用不定向议标
或定向议标。定向议标的工程发包范围：
（1）工程造价在5万元内的非关键工程。
（2）人工、材料市场价格波动不明显。
（3）因政策等原因，承包商目前处于无竞争地位（或垄断）。
（4）其它特殊原因。
第5条公司设计招标经总经理同意，可以和有实力的战略合作单位定向议标或不定向议标，必要时实行公开招标。
第6条评标原则是适用经济，有较好的性价比。
第7条招标文件和合约，由开发部成本主管组织编制，分管副总审核，常务副总审批，合同签订要经总经理审批。
第8条招评标成员应在开标前由开发部经理提名并经董事长同意。重要特殊项目由招标评标小组公开招标。
组长：董事长
副组长：分管副总
成员：常务副总、开发部经理、设计师、成本主管、工程主管、财务部经理、
办公室副主任、督察主管。
第9条合同审批表后要附合约主要条款摘要。
第10条合约档案的管理
(1)合同文本保管应及时整理、分类、归档、保存。
(2)招投标资料、合同文本原件(包括合同文本、相关补充协议、合同审批表等)经办人办理完毕后应及时送交办公室归档，由办公室专人妥善保管；公司开发部、财务部应备有合同文本等资料的复印件。第11条附则
（1）本管理制度由公司办公室负责解释和修订。
（2）本管理制度自发文之日起执行。过去有关制度凡与本管理制度不一致的，以本管理制度为准。
变更和签证管理制度
第一章总则
第一条为进一步规范工程投资行为，严格控制投资规模和工程成本，提高建设资金使用效益和规范工作流程，结合公司管理制度，特制定本管理制度。
第二条公司投资和开发的建设工程项目，一切设计变更、现场签证和合同外工程量签证，均适用本办法。
第三条变更、签证是指施工过程中如遇施工图不完善或错误、现场自然条件无法满足工程施工时所发生的工程量增减而进行的变更、签证；合同外工程量签证是指合同承包范围外不足1万元的零星项目工程或零星事项所发生的工程量而进行的签证。合同承包范围外零星工程一次性超过1万元的，应订立补充合同，不应按签证程序办理。设计变更工作的第一责任人是设计师，第二责任人是成本主管；工程签证的第一责任人是工程主管，第二责任人是成本主管。第四条执行原则
1．严格控制原则：有下列四种情形之一的，一律不予签证（1）施工方依据施工规范和经验所能预见的措施费；（2）因施工方原因造
成的返工；（3）施工方擅自超出设计图纸范围和施工规范产生的工
程量；（4）施工方先做后报的工程。
2．形式规范原则：所有工程变更和签证均采用统一格式，且连续编号，开发部留存一联，财务部一联，综合办存档一联，施工方存一
联以作为结算凭证。
3．内容真实原则：工程签证内容须实事求是，数据真实可靠，图纸
及计算书等相关资料齐全。变更、签证中，合同无约定的各项人工、材料、机械、费用等须常务副总经理审批。
4．验审及时原则：施工方应在变更、签证工程完工当日，及时通知
开发部部办理工程量验收和签证。如验收当日不能及时办理正式签证，可根据草签的验收记录7日内补办正式签证。如属隐蔽工程，
必须在其覆盖之前签字确认。
5.一单一算原则：一个设计变更及现场签证单应编制一份结算单，
且对应一个工程合同。（批量图纸改版的除外。）
6.一月一报原则：每月28日前，承包单位应就当月（上月26日到
本月25日）已完工且手续完备的工程变更及签证，报送结算资料到
开发部工程相关人员审核，由开发部相关预算员核算价格，并按合
同约定办理结算。如当月不报的，除造价减少项目外，将视作技术
洽商，不再进行经济结算。
7．原件结算原则：工程变更及签证的结算必须要有齐备的、有效的
原件作为结算的依
据。
8. 多级审核原则：工程变更及签证的造价结算至少要经过二级以上
的审核，并须经综合办督察的审查。
9. 法律约束原则：合同中对变更、签证有约定的，按合同约定执行。50万元以上的工程合同，与承包单位签署工程合同的同时，应与承
包单位另行签订《关于设计变更及现场签证的协议》（见附件），
作合同补充协议，供双方执行。50万以下的工程合同应有符合本管
理办法的相应条款，或说明须执行本管理制度。
第二章设计变更管理办法
第五条设计变更的内容及格式要求
1.设计变更是对设计内容进行修改、完善、优化，需要设计单位的
签字、盖章，或者建设单位的开发部代签。
2.设计变更的主要类型：
（1）由于设计单位的施工图出现错、漏、碰、缺等情况，而导致做
法变动、材料代换或其它变更事项；
（2）由于建设单位改变建设标准、结构功能、使用功能、增减工程
内容，而导致做法变动、材料代换或其它变更事项；
（3）由于开发部、监理单位、承包单位采用新工艺、新材料或其它
技术措施等，而导致做法变动、材料代换或其它变更事项；
（4）由于营销部、物业公司、业主要求提出变更，而导致做法变更、材料代换或其它变更事项。
3.所有设计变更必须使用公司规定的标准表格（见），并明确以下
内容：编号、工程名称、发生的时间、发生的部位或范围、变更的
内容做法及原因说明、增加的工程量、减少的工程量、相关图纸及
说明。
4.设计师应要求设计院按规定的统一格式填写设计变更单，如设计
院未按规定格式填写或另有附图，设计师应另行按规定格式填写设
计变更单作内部审批、结算用，设计院的文件只能作为附件。
5.所有设计变更只有加盖中留有印样的专用章或公章才能生效，承
包单位也应加盖有效印章。
6.发包单位自行提出的设计变更是否需要设计院盖章签字，由开发
部根据当地具体规定执行，如果无须设计单位确认，则由开发部签
字确认，涉及到重大品质的改变必须有主管副总和总经理签字确认。
7. 发包单位、承包单位均应对设计变更单进行编号(按归属合同连续
编号，总承包合同还应分专业连续编号)，并整理归档、妥善保存、
建立台帐；双方都应设置设计变更事项的单据交付记录，即交付对
方单据时要求对方签收，接受方不得拒签。
第六条设计变更办理的一般规定
1.设计师在填写设计变更单时，应由部门经理或其授权人签署。非
设计院提出的重大设计应按当地主管部门的规定，由设计院发出。
设计变更若涉及到需要重新报建的需知会前期主管；如涉及到对客
户销售承诺的改变需知会项目营销负责人。对影响产品品质的变
【篇二：软件开发部规章制度及软件项目管理方法】
软件开发部规章制度及软件项目管理方法
第一部分：软件开发部规章制度
一、日常工作制度：
1、关于休假、加班：
严格遵守公司的考勤制度，如有事，提前书面形式填写请假申请，
批准后方可休假，如情况紧急不能提前填写请假申请，要电话请示
上级领导，并在休假后补办请假手续。开发部人员在项目紧张时尽
量不提出请假申请。
研发人员原则上不安排加班，研发进度根据公司要求结合项目实际
由项目组长负责制定，项目组长协调安排工作。项目组长根据进度
需要安排的加班，加班费用由项目奖金中支出。公司工作需要硬性
安排的加班，加班费有公司支出。相关标准按照国家相关制度执行。
2、开发部员工守则：
遵纪守法，忠于职守，克己奉公。
维护公司声誉，保护公司利益。
服从领导，关心下属，团结互助。
爱护公物，节约开支，杜绝浪费。
努力学习，提高水平，精通业务。
积极进取，勇于开拓，创新贡献。
3、员工工作日志：
? 工作日志制度的目的是形成严格的工作跟踪和积累习惯，要求部
门中项目负责人以下人员按要求每日记录。
? 工作日志是部门员工的工作记录载体，起到部分绩效考核和浮动
工资的确定依据的作用。
? 工作日志包含每日计划和完成情况，每日工作始终时间，每日工
作饱和度（5为最高，1为最低，如为请假，请注明“事假”或“病假”），次周计划，以及问题、意见和建议。
? 工作日志严格要求每日填写，绝不允许在上交前统一填写。填写
时注意清空原有内容。如发现某些栏目多周雷同的情况，将进行警告。
? 每日工作内容如无特殊情况，至少需要写3条以上。叙述工作内
容要求尽可能说明清楚。不允许简单的如“修改错误”的描述。
? 工作日志严格要求在次周上午10:00前提交。不提交工作周报将
适当予以惩罚。对于未提交日志的人员，部门经理保证当周内口头
通知。
? 工作日志以email形式提交给项目负责人和部门经理。部门经理
收到后保证第一时间
进行回复，并依此进行考核。文件名格式：《***工作日志（200*年*
月*日）.doc》。其中***为员工姓名，日期为提交日期。
4、项目月报制度：
? 项目月报制度是保证项目顺利推进的一种阶段性总结和计划载体
的机制。
? 项目月报由项目负责人负责拟定。
? 项目月报应根据实际情况包含本月计划、完成情况（含计划的偏
离情况）、成果和不
足、突发事务及其解决情况、项目组成员工作情况、客户反馈情况、下月计划，以及问题、建议和意见等内容。
? 项目月报由项目负责人于每月第五个工作日以前，通过email提
交给部门经理，经部
门经理审订后发布到项目月报文件夹中。
? 部门所有成员可以查阅已发布的项目月报。
? 项目月报的文件名格式为《***项目月报（$$$，200*年*月*
日）.doc》。其中***为
项目名称，$$$为项目负责人姓名，日期为提交日期
5、项目例会制度：
? 每月第一个周一上午10:30在公司会议室召开，部门所有人员
（含参与部门人员为主
导的项目并起核心作用的其他部门人员）参加。
? 会议由部门经理召集，并由部门经理主持。
? 会议议程：
a)各项目负责人回顾上月工作情况、成果和不足，以及当月的大致
工作计划。
b)部门经理总结上月工作，对不足的问题提出解决办法。
c)部门经理宣布公司近期动态和相关事项。
d)部门经理做出工作方面的安排。
e)部门人员畅所欲言，提出问题、想法、建议与意见。大家讨论。
f)部门经理解答部门人员的问题，并做出总结。
? 部门人员轮流做会议记录，并在会议结束后第二天内整理并在
vss中发布。文件名格
式：《软件二部200*年*月*日例会（***整理）.doc》。其中日期为
例会召开日期，***为会议记录整理人的姓名。
6、部门例会制度：
? 每周五下午在部门会议室召开，具体项目的所有参与人员参加。 ? 会议由项目负责人召集并主持，部门经理根据实际情况列席。
? 会议指定固定人员做会议记录，并在第二周周一上午9:30前整理并通过邮件发送给
项目负责人。
? 项目负责人修改并认可会议记录后，在第二周周一上午11:00前在vss中发布。文件
名格式：《***项目组例会（200*年*月*日）.doc》。其中***为项目名称，日期为例会召开日期。
二、软件开发部组织结构：
三、开发部人员岗位制度：
1、开发部经理岗位职责：
职责：
1) 制定产品的目标。
2) 制定各个工作的详细任务表，跟踪这些任务的执行情况，进行控制。
3) 组织会议对程序进行评审。
4) 综合具体情况，对各种不同方案进行取舍并做出决定。
5) 协调各项目参与人员之间的关系。
2、项目组长岗位职责：
1) 对项目经理负责，负责软件项目的详细设计、编码和内部测试的组织实施，对小型软件项目兼任系统分析工作。
2) 参与需求调研、项目可行性分析、技术可行性分析和需求分析。
3) 熟悉并熟练掌握交付软件部开发的软件项目的相关软件技术。
4) 负责向项目经理及时反馈软件开发中的情况，并根据实际情况提出改进建议。
5) 参与软件开发和维护过程中重大技术问题的解决，参与软件首次安装调试、数据割接、用户培训和项目推广。
6) 负责相关技术文档的拟订。
7) 负责对业务领域内的技术发展动态进行分析研究。
8) 负责向项目经理、部门经理/副经理及时反馈实际工作中遇到的问题，并提出改进建议。
9) 承担相应的保密职责。
10) 完成部门经理/副经理或项目经理交办的其它工作。
3、一般开发人员岗位职责：
1) 根据项目具体要求，承担开发任务，按计划完成任务目标。
2) 配合系统分析人员完成软件系统及模块的需求调研与需求分析
3) 配合系统分析人员完成软件系统及模块的设计
4) 独立完成软件系统及模块的编码
5) 协助测试试人员完成软件系统及模块的测试
6) 负责编制与项目相关的技术文档
四、软件研发人员绩效考核：
1、目的：对软件开发的过程所产生的软件项的质量和过程进行定量的评价，用评价的结果
指导软件的开发过程，不断地提高软件开发质量水平，并依据度量记录来考核软件开发人员的工作绩效。
2、软件项包括：
1）技术文档：主要包括：可行性分析报告、需求分析报告、软件功能规格说明、开发计划、质量计划、系统设计报告、测试文档、技术报告、用户手册、总结报告等；
2）计算机程序。
3、度量数据来源：
1）项目计划；
2）评审报告；
3）测试报告；
4）问题报告；
5）软件维护记录；
4、质量度量：
度量指标，主要根据各类软件项检查表的检查指标来确定，例如，软件需求规格说明书检查表（见附录1），有10个检查指标，则根据具体项目检查侧重点不同，可从中选择相应的检查指标作为度量指标。
质量等级：
1）软件项的质量等级的确定根据度量综合指标进行。
2）度量综合指标计算公式为：total = ∑qimi
5、过程度量：
1）及时度：以软件项目计划规定的的完成时间为基准
2）成熟度：以软件项检查、评审、测试的结果为评价基准
3）改善效率：在检查、评审、测试的结果的基础上改善软件项结果，以改善的时间是
否影响后续阶段的完成和计划的总体完成时间为评分依据
6、人员绩效考核：
1）开发人员：
软件部门根据软件项综合评价表每个月或季度统计各开发人员所负
责的软件项的平均得分值，比较开发人员软件项的平均得分值与绩
效考核标准范围，确定开发人员绩效考核评价。根据相应的绩效考
核成绩决定每个开发人员的奖励等级。
2）项目经理：
软件部门每个月或季度确定了项目组成员绩效考核评价后，计算项
目组的平均得分值，比较项目组的平均得分值与绩效考核标准范围，确定项目经理、开发经理绩效考核评价。
3）测试人员考核：
测试人员的缺陷查找质量度量表作为月度考核或季度考核依据，软
件部门根据软件项综合评价表每个月或季度统计各检查人员或测试
人员缺陷查找的平均得分值，比较检查人员或测试人员缺陷查找的
平均得分值与绩效考核标准范围，确定检查人员或测试人员绩效考
核评价，绩效考核为良好以上人员奖励相应金额。
五、软件资料控制管理：
软件测试由开发组和测试组人员共同进行，提前编写测试计划、侧
使用例，最后完成测试报告。软件开发任务完成后，要提交一份详
细资料给公司it人员。开发过程亦和公司it专门人员配合。it工作
也可由研发部经理安排专门人员负责。
六、软件研发部门项目奖金：
根据公司相关项目性质，制定项目奖的比例，公司计划类项目和工
程盈利性项目可按照不同比例制定，盈利性项目可按照利润的百分
比制定项目奖，非盈利性项目由公司在项目完成后研究给与适当项
目奖。
项目奖由研发部经理、项目组长根据项目组成员实际工作情况，合
理安排比例，报请公司批准后由公司统一发放。
七、关于部门协作的规定：
市场部，不设立专门的平面设计人员及技术文档、宣传文档人员，
相关工作需部门之间合作完成，部门之间的合作，由部门经理协调，具体适宜由当事人协商解决，本着对公司工作负责的原则，部门经
理根据实际工作安排决定有哪些人配合。
【篇三：研发部管理制度汇编】
版/次：a/ 0
研发部管理制度汇编
编制：
审核：
批准：
分发号：
北京xxxx开发公司
2012年5月
目录
第一章
第二章
第三章
第四章
第五章
第六章
第七章
第八章
第九章
第十章项目管理制
度 ....................................................................................................... ............. 1 研发部绩效管理制
度 ........................................................................................................
4 sqa工作流
程 ....................................................................................................... ............ 7 项目评审制
度 ....................................................................................................... ........... 11 项目交付物管理制
度 ......................................................................................................
15 项目验收流
程 ....................................................................................................... ........... 17 研发部培训管理制
度 ......................................................................................................
20 研发人员招聘管理制
度 (23)
实验室管理制
度 ....................................................................................................... ....... 25 保密制
度 ....................................................................................................... . (26)
第十一章图书管理制
度 ....................................................................................................... .. (27)
第十二章固定资产管理制
度 ....................................................................................................... (29)
第十三章研发物品申领制
度 ....................................................................................................... (30)
第一章项目管理制度
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) 研发产品确认运行稳定后，由项目负责人组织内部验收。研发文
档应视为研发实现
阶段工作量的一部分，不具备研发文档将视为工作没有结束，不组
织内部验收。
6) 软件功能性说明文档应说明项目名称，编号，软件名称和编号，
软件功能，软件功
能模块划分，主要功能实现过程，软件主要实现算法。
7) 源代码说明文档项目编号，软件名称，软件功能等。源代码说明
文档可以包含在源
代码文件中，以注释形式存在。
4.5 测试
1) 研发产品经内部验收后，进入测试阶段。
2) 测试阶段开始后，研发实现人员将研发的产品，以及研发调试记
录移交给测试人员。
测试人员按照产品的测试计划报告、研发调试记录，设计测试过程，填写产品测试报告。
3) 产品测试报告应该说明项目名称，编号，测试报告版本号，需测
试功能，指标，测
试方法，测试环境，测试条目，测试结果，结论等。
4) 如果研发产品不能通过测试，测试人员应把产品测试报告提交给
产品实现人员。产
品实现人员修改软硬件后重新进行调试，相应更新研发调试记录内
容和版本号，确认产品合格后提交测试人员再次检测。如此反复，
直到产品通过测试为止。
5) 测试人员确认产品达到要求，在产品测试报告的结论栏内签字表
示同意，交项目负
责人。
4.6 产品发布
1) 项目负责人拿到产品测试通过的报告后，填写或者委托他人填写
产品发布公告和产
品发布计划，交公司技术负责人或者授权产品发布人核准，签字发布。项目负责人与签字发布产品的不得为同一人。发布公告和产品
发布计划需送市场部、生产部和公司有关领导。
2) 项目负责人必须在产品发布后一周内，将所有研发文档整理存档。
3) 产品发布计划应说明项目名称、编号、产品名称、型号、版本号、产品说明书的完
成时间和计划。产品说明书的完成时间一般应在产品完成后5个工
作日内完成。
4.7 生产
1) 产品发布后，进入正式生产阶段。
2) 生产阶段须具备总装图、电器原理图和性能参数要求。
3) 装配图应说明产品名称、型号结构件的固定位置、装配顺序、电
气连接图、走线固
定位置等。
4) 生产测试要求文档需要说明针对的产品名称，型号、测试环境和
测试方法。
4.8 项目调整
1) 设计更改
? 由于市场或技术原因，需要对项目重新进行设计时，更改人员需
填写设计更改申请
单，按照立项程序进行审批。需经公司技术负责人签字同意，报公
司总经理批准生
效。
? 对已经发布的产品进行更改，被认为是一个新的研发项目，按照
标准程序执行。 ? 对尚未发布的产品进行更改，需要更新该项目所
有此前产生过的技术文档，已经进
行过的评审必须重新进行。
2) 项目取消
? 出于市场或其他方面的考虑，需要取消某个项目的研发，必须由
发起人或者委托人
填写项目取消申请表，申请表必须说明项目名称，编号，取消原因。 ? 研发项目的取消需经公司技术负责人签字同意，报公司总经理批
准生效。
? 项目取消后，研发助理负责将项目取消通知发送给公司领导层和
研发、销售、生产、
财务等相关部门。
3) 项目暂停
? 出于市场或资源饱和原因，需要暂停某个项目的研发，必须由发
起人或者委托人填
写项目暂停申请表。
? 申请表必须说明项目名称，编号，取消原因。研发项目的暂停需
经公司技术负责人
签字同意，报公司总经理批准生效。
? 项目暂停后，研发助理负责将项目暂停通知发送给公司领导层和
研发、销售、生产、
财务等相关部门。
5、质量记录：