研发部管理制度汇编.docx
- 文档编号:30698474
- 上传时间:2023-08-19
- 格式:DOCX
- 页数:43
- 大小:71.81KB
研发部管理制度汇编.docx
《研发部管理制度汇编.docx》由会员分享,可在线阅读,更多相关《研发部管理制度汇编.docx(43页珍藏版)》请在冰豆网上搜索。
研发部管理制度汇编
研发部管理制度汇编〔总40
页〕
本页仅作为文档封面,使用时可以删除
Thisdocumentisforreferenceonly-rar21year.March
1〕项LI负责人拿到产品测试通过的报告后,填写或者委托他人填写产品发布
公告和产品发布方案,交公司技术负责人或者授权产品发布人核准,签字发布。
工程负责人与签字发布产品的不得为同一人。
发布公告和产品发布方案需送市场部、生产部和公司有关领导。
2〕工程负责人必须在产品发布后一周内,将所有硏发文档整理存档。
3〕产品发布方案应说明工程名称、编号、产品名称、型号、版本号、产品说
明书的完成时间和方案。
产品说明书的完成时间一般应在产品完成后5个工作日内完成。
4.6生产
1〕产品发布后,进入正式生产阶段。
2〕生产阶段须具备总装图、电器原理图和性能参数要求。
3〕装配图应说明产品名称、型号结构件的固定位置、装配顺序、电气连接
图、走线固定位置等。
4〕生产测试要求文档需要说明针对的产品名称,型号、测试环境和测试方
法。
4.7工程调整
1〕设计更改
由于市场或技术原因,需要对工程重新进行设计时,更改人员需填写设计更改申请单,按照立项程序进行审批。
需经公司技术负责人签字同意,报公司总经理批准生效。
对已经发布的产品进行更改.被认为是一个新的研发工程,按照标准程序执行。
对尚未发布的产品进行更改,需要更新该工程所有此前产生过的技术文档,已经进行过的评审必须重新进行。
2〕工程取消
岀于市场或英他方面的考虑,需要取消某个工程的研发,必须由发起人或者委托人填写工程取消申请表,申请表必须说明工程轻称,编号,取消原因。
研发工程的取消需经公司技术负责人签字同意,报公司总经理批准生效。
工程取消后,研发助理负责将工程取消通知发送给公司领导层和研发、销售、生产、财务等相关部门。
3〕工程暂停
出于市场或资源饱和原因,需要暂停某个工程的研发,必须由发起人或者委托人填写工程暂停申请表。
申请表必须说明工程名称,编号,取消原因。
研发工程的暂停需经公司技术负责人签字同意,报公司总经理批准生效。
工程暂停后,研发助理负责将工程暂停通知发送给公司领导层和研发、销售、生产、财务等相关部门。
Is质量记录:
:
U目的:
通过考核评定实行相应的绩效处分,并不断的发现管理的匸作缺乏之处,调整全公司的工作方向和管理目标。
原那么:
以奖为主,以罚为辅,重奖轻罚,奖罚清楚。
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.6实施
1〕考核的依据:
设计方案书中的进度规定和设计要求。
2〕考核方法:
综合评分,按照公司绩效考核表中内容进行考核。
3〕评分标准:
分为自评和上级领导评价,根据分值加权求得最终分数对应相
应等级。
4〕每次考核完成汇总员工评分并分出等级,并根据公司相应规定进行鼓励与
批评谈话。
5〕公司设置独立员工工资体系外的考核资金,每季度得分超过100%的员
工,每增加1%奖励根本工资的10%,最高不超过其根本工资的200%o有特殊奉献的员工,公司予以奖励,由董事会审批。
6〕绩效考核流程图:
刀
考核前期准
制定考核计
考核执行
考核考核评
考核反应〔申诉、面谈、调
绩效的更新和修
资料的归档整
4.7考核体制
考核对象
初评
汇总部门
复评
最终核定
技术人员
研发部门
办公室
评审小组
副总经理
部门职员
研发部门
办公室
/
副总经理
1〕山员工填写本季度主要工作项及业绩,给考核者相应参考数据。
2〕部门评定:
山员工直属上级对员工个人本季度各考核项LI做出综合评分。
3〕评审小组对其考核的结果做复评。
4〕副总经理进行最终评定。
4.8绩效沟通与改良
1〕每考核完成一次部门经理至少需和员工进行一次绩效面谈,共同确定绩效
方案,讲解员工优势和需要改良的绩效,共同分析与实际结果存在差距的原因,到达组织绩效与个人绩效目标一致。
2〕各部门可根据工作需要增加面谈次数。
3〕面谈方式为:
以正式的、一对一.面对面的方式进行。
4〕每次考核完成要进行绩效考核情况调查,分发调查表进行无记名调查,针
对提出的问题进行改良。
4.9考核申诉
考核申诉是为了使考核制度完善化和在考核过程中真正做到公开、公正、合理而设定的特殊程序。
1〕参加考核的任何员工对评佔结果拥有申诉的权利,部属与直接主管接到考
核内容和结果后,如有异议,可先向直接主管提出申诉,山直接主管进行协调;如直接主管协调后仍有异议,可向办公室提出申诉,山办公室进行调查协调。
2〕考核申诉的追诉时限至考核当月结束为止。
4.10评估资料的保管
1〕各部门部门经理指定专人对员工所有的评佔资料进行集中保管,考核表必
须以电子文档形式及书面形式各保存一份,电子文档山部门及办公室各留存一份,书面文档由办公室作为人事档案留存。
2〕季度评估表作为员工的人事档案由行政部统一保管。
3〕除管理人员因工作需要可查看员工的评估资料外,其他员工不得随意翻
看、查阅。
4〕任何接触到考核资料的人员都有保密的义务,不得散布、传播。
4.11附那么
1〕本制度山公司管理部门负责修订而成,解释权归办公室。
2〕整体考核进程由办公室负责推动,各相关部门协助完成。
3〕本制度是公司绩效考核的重要制度,每一位员工均可对其不完善之处向办
公室直接提出相关建议,被采纳的建议将在制度中及时修订。
4〕本制度执行后,与本制度有抵触的规定或条款以本制度为准。
5、质量记录:
绩效考核培训资料、绩效考核方案、绩效考核表、绩效考核调查表
1>目的:
为加强项U监控体质管理,监督研发过程,对项U研发进度进行全程质量监控。
2、范围:
适用于研发部项訂过程的监控管理。
3、职责:
3.1SQA项U小组成员按分工监控项U过程并及时上报质量情况。
3.2工程组长成员应配合SQA的检查和监督。
4、程序:
4.1目标:
遵循?
软件质量保证方案?
进行软件质量保证活动
客观地验证软件开发过程和软件产品是否遵守可用的标准、规程和要求
确保将软件质量保证的活动和结果通知受影响的项LI组和人员高层管理者关注在软件项U中不能解决的偏差事件和不合格项
4.2SQA活动的策略
当SQA刚切入项口组时,SQA首先就要掌握项组的一些根本情况,主要包括项LI经理的能力,项口的规模,项U工期,客户对进度、质量的要求,项U组成员情况,项LI组织架构情况。
其中最关键的是要看项LI经理的能力情况。
1)PM能力欠佳,那么SQA的工作就是全程跟踪工程,审计是重中之重。
2)工程经理的能力强,那么SQA的主要工作可以划分为两局部,一局部是对一些重点的过程和产品进行审计,另一局部是优化我们的过程,流程,对我们的发现的一些问题或缺陷进行分析,改良我们的过程。
4.3具体活动:
1)SQA参与制定方案
SQA参与制定方案包括SDP和阶段方案,在SDP活动中,SQA主要是参与到软件过程的剪裁、复审估算、参与评估风险等。
然后,SQA参与复审SDP,其的,除了熟悉项H的方案外,还需要复审看是否SDP与纳入项口的客户的需求一致,方案能否满足客户的需求的,在SDP修正中,涉及到上述内容的,也需要SQA参与。
然后,SQA也会参与阶段方案的制定,主要是复审阶段方案是否满足阶段的目标。
2)SQA参与复审纳入工程的需求
此时SQA主要是作为复审者的角色,复审纳入的需求描述是否清晰、一致、需求的可行性等。
3〕SQA制定SQA审计方案
在制定方案的同时,SQA也需要制定SQA审计方案,在制定SDP的时候,SQA制高层的审计方案,主要是方案有那些内容需要SQA审计的。
然后,在制定阶段计•划的时候,SQA需要制定具体的审计方案,包括每次审计的时间,审计的对象等。
4〕SQA参与进度复审或里程碑复审活动
SQA在参与进度复审或里程碑复审活动中,主要是一方面了解项tl的进度,另一方面,复审项U在进度复审中采取的一些修正行动的时候,是否满足客户的需求,是否可行等,而在里程碑复审中,那么复审项U当前的状态是凸满足里程碑的标准〔CriteriaofMilestone〕,是否到达里程碑的U标。
5〕SQA审计
另外,SQA的主要活动是按照制定的SQA审计方案对工程进行审计,审计的内容包括过程审计和工作产品审计。
过程审计主要是审计项U开展的软件活动是否和方案、与0SSP-致,工作产品审计主要是审计工作产品是否满足标准和约束条件。
6〕SQA阶段总结
山于公司很多项H都是采用迭代模式的开发,工程开发周期较长,所以有必要在项U某个阶段结束的时候,对SQA在这个阶段的活动进行一个总结,主要是对一些经验教训进行分析,找岀这些问题背后的原因,提出一些可行性的解决方案,目的是为了提高质量保证的水平。
7〕跟踪问题处理
SQA应跟踪问题处理过程,直到问题解决。
跟踪的问题包括日常发现的产品问题、过程问题、项U风险、评审发现的问题、测试发现的问题等。
如果不能和工程组就解决方案达成一致,可向公司高层反映。
8〕度量和报告
SQA应善于根据过程标准和经验发现项tl运行中的问题,并做到紧急问题、重要问题随时汇报,其它问题周期性汇报。
SQA需要随时收集数据并保障数据的有效性、真实性。
定期汇总数据、统汁分析并产生度量报告。
SQA应协助工程组和SEPG针对不良趋势和问题采取纠正或预防措施。
9〕质量推进
质量推进主要包括提高全员的质量意识和推进、解释过程的执行两个方面。
这项工作需要在日常工作中一点一点地、坚持不懈地实施,这样做的U的是为了营造公司的一种质量文化气氛,理解和支持SQA的工作。
10〕过程制定
如果项U或组织需要制定过程标准,SQA应组织相关人员来完成过程制定工作。
一般情况下,过程制定应山遵守和执行该过程的人员负责。
所有制定的过程都必须经过评审,并由SQA检查执行情况。
11〕过程改良
过程改良是一项长期的任务。
SQA应注意随时发现、听取过程执行中问题和改良工作的方法,并进行阶段性的总结〔比方质量报告等〕,以不断改良过程,提高过程能力。
12〕学习和研究
SQA要不断学习和研究,尽量保持与领域最新的知识、方法同步,找出提高产品质量和工作效率的方法与过程。
学习的内容主要包括管理领域和开发领域。
管理领域包括质量管理〔TQM、IS09000、CMM.RUP、MSF、XP等〕、软件度量〔PSM、GQM、SPC、SixSigma〕>工程管理、配置管理等。
开发领域包括需求工程、设计、编码、测试等各阶段的开发和管理方法。
13〕质量培训
项口或组织需要时,SQA需要向相关人员进行质量管理方面的培训或咨询4.4SQA审计工作指南:
SQA工作的很重要一项就是审计,SQA审计工作的口标是验证项组实际执行是否与项口方案相符合,执行的步骤是否与公司规定相符合,及时发现项H存在的问题,并提交问题报告,跟踪直至问题得到解决。
4.4.1SQA审计工作的各个阶段:
可以将SQA审方案分为各个阶段:
1〕审计任务方案阶段:
审计任务的方案是SQA汁划中的一局部,应该根据每个项H的特点进行不同的考虑,以安排审计任务。
主要的依据有儿点:
根据项H的风险安排审计任务的重点,根据项LHI•划的进度安排组织审计任务的时间,根据审计对象的不同考虑审计方法;
2〕审计任务执行阶段:
审计任务应该按照SQA汁划来执行,并根据审计对象的不同采取对应的审讣方法;因为实际的审计的执行需要兼顾项U的实际情况〔包括人员、进度〕,因此要做好SQA审计状态的记录,及时跟踪审计任务的执行情况,岀现审计任务与SQA方案的出入时,应该进行方案变更;
3〕审计问题的提出阶段:
在审计中发现问题时,应该首先与项U相关的工作人员沟通,明确问题,同时记录SQA问题清单,并知会项UPM;问题应该得到项口组的认同,问题说明应该清晰,当问题不能够明确时〔不能认同、确定〕,需要报请SEPG或者高层经理确认。
发现的问题一般应该得到及时的处理,当问题不能及时解决时,应该提交SQA的问题报告,问题报告中需要明确问题的责任人,以及方案解决时间;
4〕审计问题跟踪阶段:
对SQA提交的问题,需要对其状态进行跟踪,保证问题能够得到解决,对于解决时间超出方案时间的问题,应该在每周的报告中提交给高层经理。
4.4.2SQA审计方法:
审计方法根据审计对象的不同,可以分为:
项口活动审计,和项口产品审计。
1〕工程活动审计是根据工程方案,到达对应的工程活动执行时,SQA人员切入到项H中,通过与项口组沟通,了解项口活动的执行情况。
具体的了解方式可以有多种,如:
与项LI组直接的沟通、通过活动的记录文档了解活动的进展、直接参与项LI组的活动等;方法的选择取决于活动的类型以及项U的具体情况,釆用什么方式以到达了解项LI活动实际情况为目标。
项H产品审计,主要是对工程的工作产品进行审计,工程的工作产品是否合格包括两个方面:
1.满足客户以及公司对产品的要求,一般要求符合工作产品的模板、标准,其中客户的要求一般都会明确在项H纳入的需求和相关的方案中;2、项口产品的合格也是山流程来保证的,产品的开发过程应该按照方案得到了必要的复审和评审。
审计产品的时机一般是在产品提交后进行,但是SQA也应该根据工作产品的特点,注意安排产品制定、开发当中的审计,以期及早发现问题。
4.5报告机制
1〕周报:
把一周来SQA活动发现的问题进行汇总并加以简要的分析,发送高
层、工程组有关负责人、质量部负责人、SEPG
2〕上报项忖经理:
对一些比拟紧急的问题应立即报告给PM,如果能到达一
致的情况下,要求落实问题的解决'
3〕上报高层:
如果发现了问题,不能与pm到达一致的话,上报高层
4.6参与的其它活动
了解项H成员每天的工作情况
促进项LI关系人员之间的沟通
参与风险的识别,跟踪管理
量化工作
4.7SQA工作流程图
5、质量记录:
SQA方案、审计报告、状态报告
第三章工程评审制度
1、目的:
主要是尽早发现潜在的问题,尽早纠正缺陷,控制项LI整体进程。
2、范围:
适用于研发部项LJ评审工作。
3、职责:
3.1工程组长协助评审人员进行工程评审工作,并提交评审方案。
3.2评审人员针对工程进行系统评审并撰写评审报告。
3.3评审人员应对评审完成发现的问题进行后续跟踪处理。
4、程序:
4.1评审角色构成因素
评审人员的选择是评审效果的关键,需要考虑以下因素:
工程重要性:
工程重要性是决立角色构成的最重要的因素,先要根据工程的重要性而左。
这与需要投入的本钱有关,对于重要的工程一般会更多地投入资源,提高评审级别。
工程复杂度:
工程的复杂度也是决左角色构成的因素之一,根拯温伯格的公式,工程管理的复杂度相当于功能规模的平方数。
笔者认为还应该考虑技术复杂度、技术新鲜度和文档复杂度等因素。
工程组成员的能力成分和水平。
工程组成员的能力成分和水平:
评审角色构成还应当根据工程团队成员本身的徉项技术水平,特别是分析和设计的技术水平如何,行业领域知识是否丰富来进行搭配。
除了团队内部自己进行评审之外,评审团队最好是一些独立于工程团队之外的成员构成。
应当注意的原那么是人数要少而精,一个人可以兼多个角色,但要覆盖各项人员需求。
需要说明的是,不具备评审能力的不应参加,可以通过旁听来提髙水平。
4.2基本角色职责评审组长:
制左评审汁划、确左或制定各项评审准那么、必要时组织评审人员进行培训、组织必要的资源、进行评审分工、确保正式评审准备充分、分发待评审文档、必要时召开并主持评审会议、向有关领导报告评审结果,并且跟踪评审错误的改正。
评审人员:
必要时参加与评审有关的培训、按评审方案阅读待评审材料、保证对待评审材料的理解、与待评审材料作者讨论,并且指出和记录问题。
文档按评审方案准备并按时提交待评审材料、必要时对材料进行解释、必要时参加评审会议,井且在确定需要改良时按时完成修改。
记录人员:
评审会议中记录评审人员提出的问题及相关讨论。
工程经理:
制定保证评审和改正的工程进度方案,还要确保评审准备时间、评审会议时间及错误的改正时间。
而且评审安排及结果与所有工程成员沟通,必要时参加评审会议、阅读评审报告、分析缺陷原因,并且改良工程质量。
4.3文档评审的层次
过程标准:
是否符合过程标准、是否按照方案提交、是否按时经过评审、是否准时发布〔注意提交时间与发布时间的区别〕,以及评审的流程是否标准。
适合的评审人员:
QA。
文档标准;文档成果符合企业或业界已经制左的文档模板标准。
企业,甚至行业应当制左统一的文档标准,形成一个文档约迫和规那么,以统一文档内容与风格。
适合的评审人员:
QA.
文档语法:
文档成果正确使用通用的方法与术语并符合软件工程相关的技术标准,这里所说的语法包括自然语言的语•法和建模语言的语法。
适合的评审人员要求:
精通软件工程、分析与设计方法、建模工具和相关标准。
文档语义:
文档成果表达淸晰、无歧义,可以反映系统目标。
所有质量合格的文档〔包括模型〕都代表它期望代表的语义,而且应该在代表这些语义时具有一致性。
文字与图表应当互相补充说明,以更加淸晰。
让別人看得懂,看完后知道下一步该怎么做。
适合的评审人员:
行业业务专家、高级程序员和测试工程师。
文档逻辑:
主要表达需求与设计正确性、一致性,无遗漏、多余或错误。
前后左右考虑周全,不同文档之间、文档与行业标准之间、同一文档各成分之间不互相矛盾,淸晰说明相关局部之间的关系,特別是要符合相关行业的业务标准标准。
适合的评审人员:
行业业务专家、产品经理和测试工程师。
文档美学:
文档成果能否表述得更好一些,文字、图表是否能更加均衡和完整。
需要追求平衡的美,每个组成局部应该大小适中,可解读并可变更。
平衡有多个方而,如排版次序更加合理、文字、图形更加精炼并更易理解等。
适合的评审人员:
系统分析与设计专家,以及建模工具专家。
结果优化:
通过检查判断文档成果〔如工程方案、需求规格及设计方案〕是否还有改进的空间,以便更加方便地进行工程管理、降低本钱、加快进度、提髙质量并减少风险,尽可能到达最正确方案。
任何一项设计都可以有许多不同的方案,通过"方案优化〞选定一种最好的方案。
适合的评审人员:
系统分析与设计专家、工程经理和产品经理。
4.4文档评审流程
4.4.1评审流程概览和流程图
1确定评审组长。
2制定并发布评审方案。
5准备评审。
4举行评审会议。
5改正、跟踪和回归评审。
6分析、总结和报告。
7归档。
4.4.2确定评审组长
山品质保证人员与项H经理、部门经理论协商,确定项口的评审级别及评审人员角色构成要求,初步确定评审组长人选。
品质保证人员与评审组长沟通,最终确定评审组长。
评审组长充分了解项LI相关情况,为制定评审方案做好准备。
4.4.3评审方案
1评审组长制定评审方案〔根据项U方案和质量方案〕。
@评审组长确定评审对象和评审时间。
5评审组长确定评审级别和策略〔形式的组合〕。
@评审组长确定评审流程裁减和提交物。
6评审组长确定入口条件并通过准那么。
6评审组长确定回归评审准那么。
7评审组长制定评审检查表〔CheckList〕o
8评审组长确定评审角色构成。
⑥评审组长根据评审角色构成确定评审人员并成立评审小组。
⑥相关人员〔评审人员和项U团队双方〕确认评审方案。
评审组长发布评审方案。
4.4.4评审准备
①正式评审前准备:
文档作者向相关人员发布文档。
⑥评审人员阅读了解文档,争取发现大局部问题。
5文档作者解决大局部发现的问题。
④评审组长确定会议地点、环境、设备和所有材料。
6评审组长确定人员职责和会议议程。
6评审组长确定评审开始条件成熟。
7评审组长通知相关人员到会。
4.4.5评审会议
①主持人〔评审组长〕宣布会议议程、人员职责和会场纪律。
@文档作者介绍丄作成果,对评审人员的疑问进行必要的解释。
®评审人员对不解之处提出疑问,指出问题或缺陷并说明根据。
@文档作者与评审人员讨论缺陷的真实性,分清缺陷性问题和建议性问题,讨论确定是否需要按照评审人员的要求进行改良。
一般不涉及为节省时间改良方案或错误的纠正方案。
4.4.6评审记录
1正式评审应当记录有共识的问题或缺陷,也要记录有争议待解决的问题。
使评审工作文档化,便于跟踪最终解决。
2总体记录:
包括工程名称、系统名称版本号、日期时间、主文档名称、附文档名称、文档版本号、作者、评审类型〔首次、回归、局部和阶段〕、评审人员和评审结论。
3缺陷记录:
包括缺陷编号、提出者、章节/页码、缺陷描述、缺陷类型〔严重、一般和建议〕和承诺改正时间。
4验证记录:
全部打勾的Checklist,说明CheckList所列的工作都已经做
完,所列的内容都已经评审完,确保工作的完整性。
4.4.7评审结论评审结论包括如下内容:
1是否需要修改这是就成果的整体而言,结论可以是无需、少量、较大或是一个量化的数字。
2项LI组确定是否接受修改要求这是针对具
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 研发部 管理制度 汇编
![提示](https://static.bdocx.com/images/bang_tan.gif)