研发部部门管理制度

1、目录一、文档概述 0二、岗位设置 00错误！未定义书签。（一）岗位结构（二）人员配备三、管理制度 0（一）团队建设档案管理制度交流培训制度绩效评估制度持续完善制度（二）技术管理 3过程管理制度文档管理制度质量管理制度（三）工作管理 6工作周报制度工作会议制度四、日常规范 错误！未定义书签。（一）日常管理工作规范 错误！未定义书签。文档概述部门管理总体思路：“团队为根本、产品为基础、服务为目的”。岗位设置（一）岗位结构1、各级工程师岗位的划分标准 如下:1）助理工程师：未熟练掌握常用的一种开发技能的工程师，多为试用期的人员。2）初级工程师：已熟练掌握一种常用的开发技能，并基本具备模块的开发能力。

2、3）中级工程师：已熟练掌握模块的设计、开发能力，并基本具备某一产品的设 计、开发能力。4）高级工程师：已熟练掌握某一产品的设计分析能力，并基本了解产品线内其 它相关产品的主要功能和相互联系。、管理制度整个部门的管理制度分为三大类：团队建设、技术管理和工作管理。为确保各项制度的认真落实以及可持续发展，特针对每项制度制定监督人。各项制度和监督人确定名单如下:制度类别制度名称监督人团队建设档案管理制度交流培训制度绩效评估制度持续完善制度技术管理过程管理制度文档管理制度质量管理制度工作管理工作周报制度（一）团队建设档案管理制度为加强人员管理，特建立文档 部门人员档案，记录每个人员的个人情况，以促进相互

3、了解沟通。制度执行细则如下:1、整个文档内容的维护由该制度的监督人进行，其它人员不能直接进行维护;2、该文档中的文字内容由各部门人员提供，监督人负责修订等组织工作;3、新调入或转正的人员的相关信息需在一个月内填入此文档;4、对离职或调出本部门的人员的信息需在一个月内从正文中移动到文档备注中;5、监督人每年1月、7月组织进行一次人员信息更新活动。监督人根据与个人的沟通情况进行更新。6、文档的内容包含人个特点、职业技能、主要经历、职业期望等内容，职业期望可以不维护，其他三项必须维护。交流培训制度新员工培养和试用外部培训成果汇报为加强参加外部培训的效果，实现培训成果共享;内部交流制度为增加部门的学习

4、氛围，建立学习成果交流制度:1、定期举办内部交流会，每次交流会由该制度的监督人负责组织内部交流活动。监督人需要记录部门内各人的演讲情况。2、每一次演讲都需准备讲稿，讲稿经监督人审核通过后，才能安排演讲。讲稿需要提前两周交给监督人审核。制度执行细则如下:3、监督人事先排好演讲的顺序，在确定每次的演讲人后，监督人需要提前一周发布下周内部交流会的主题、主讲人以及时间安排。邮件格式如下：收件人：演讲人 抄送：部门其他人员 主题： XXX 、XXX 的演讲交流 正文：时间： 地点： 内容： 演讲人一 主题一演讲人二 主题二4、内部交流会举办时在公司本部的人员都需要参加，有其它事务无法参加的需要向监督人请

5、假。参加或请假都通过向监督人回复邮件的方式。5、交流会最后由技术总监、部门经理、项目经理、监督人组成审核小组对演讲交流结果进行审核。使用一票审核否决制，即任何一个审核小组成员认为审核不通。每次过则不通过，由监督人负责向演讲人传递最后审核结果。6、内部交流会上进行交流演讲的频度要求：每个月一次（审核通过才算一次）每人交流演讲的时间控制在半小时和一个小时之间。绩效评估制度依托公司目前正在执行的项目管理制度，不再另行制定部门内部的绩效评估制度。本年度部门内部尝试制定岗位晋升标准和能力评估方法。概述：执行时间：每月。执行文档：$绩效评估制度部门考核.Xis备注：部门个人工作考核只是 相对 参考依据；1

6、、 项目经理各自统计所属人员的工作记录信息，部门经理负责统计项目经理的工作记录信息，总监负责统计部门经理的工作记录信息。2、项目经理每周向对应项目成员汇报所属人员的工作记录信息、工作工时等数据；制度执行细则如下：持续完善制度制度执行细则如下：1、该制度监督人负责各项制度的落实，跟踪制度的执行情况，记录和分析各项制度执行中发现的问题，为进一步完善制度提出草案。2 、每季度的最后一周固定召开“制度完善会议” ，对于各制度的监督人需要事先准备好所负责制度的季度报告，报告内容包括：执行情况描述、问题描述和分析、 制度完善建议。3 、每年 12 月，各制度监督人需要提交给技术总监一份反映部门成员执行该制

7、度的情况报告，以作为人员考核依据。4、若某项制度监督人在某一段时间无法履行监督职责时由技术总监、部门经理接替执行。二）技术管理过程管理制度项目过程管理为有效降低项目建设的风险，更好的发挥集体智慧，制定项目过程管理规则。概述：执行时间：每周进度审查或重要里程碑。执行文档：$过程管理制度 项目总揽表.Xis制度执行细则如下：1、由部门经理、技术总监商量确定某一项目的类型（大型、中型、小型和零散维护支持型）和项目负责人。如遇此项目确定要开展，但因人员不足和技术难点等外部因素原因无法开展，由制度监督人把此项目信息记录在执行文档“待处理项目”页签。2 、由项目负责人提交项目建设方案、项目阶段计划和所需人

8、员分工审核：a、审核人员原则上由项目委员会成员组成;b、审核通过后视为项目启动成功，由制度监督人把此项目信息记录在执行文档“进 行中项目”页签，把阶段性计划信息记录至执行文档“分阶段计划”页签；3 、项目负责人每周向相关部门经理、技术总监汇报项目进展情况（完成进度，是否有延迟和待解决的问题等）4、项目负责人在项目阶段性时间点提交呈报成果审核：a、资料审核：项目负责人提交需审核资料需要发邮件给相关部门经理，抄送技术总监和制度监督人；b会议审核：项目负责人至少在会议之前1个工作日把相关资料和会议通知以邮 件方式发送给相关部门经理，抄送技术总监和制度监督人； c审核通过后，由制度监督人在执行文档中记

9、录项目进度情况;5 、如遇项目因客户方原因无法进行下去的情况，项目负责人提交项目暂时挂起申请，由技术总监、部门经理确认，确认后项目负责人提交项目结项申请，经技术总监、部门经理确认后，由制度监督人把此项目信息记录在执行文档“进行中的项目”页签的对应位置。6、项目负责人提交项目结项申请，经部门经理、技术总监确认后，由制度监督人把此项目信息记录在执行文档“已关闭项目”页签。7、如遇项目进行中需要客户或分公司待确认的事项，项目负责人需要向相关部门经理、总监汇报。8、制度监督人每周一上午根据部门上周例会汇报结果更新执行文档。文档管理制度建立部门知识中心（文档管理库） ，主要是把部门内部在实际工作中经过个

10、人或团队总结、内部交流讨论等方式提炼出来的有价值的文档能够持续的存在和被维护。执行原则如下：1 、 与公司 SVN 的相关文档不要重复;2 、 不要出现空目录的情况，文档个数要少，内容要精，同一内容的文档要合并;3、有关于项目方面，是把部门内部讨论后不提交公司和项目的文档资料放在文档管理库中，而不是多个独立的文档;4、有关于产品方面（例如：产品重组准备） ，是把部门内部对于产品的构思、建设思路和实现方法等内容放在文档管理库中，而不是多个独立的文档;1、文档管理工具：采用 SVN 。2、硬件要求：需要一台大硬盘空间的 PC 机3、目录结构：制度执行细则如下：对每个制度建立同名根目录。4 人员角色

11、：A 文档库管理员：负责授权， 同时每月 1 日负责检查是否有一月前未 Check In 的文档， 如果 发现则通知该文档使用者完成操作并记录在案；同时做好系统环境和文件 备份工作；B 文档库使用者：根据不同人员使用权限实行相应操作；质量管理制度工作抽检制度项目经理承担主要的质量抽检工作，具体要求如下：1）2）不定期进行抽检活动，抽检内容和对象由项目经理自行决定； 项目经理完成抽检活动后，需通过邮件告知制度监督人，邮件格式如下：收件人：制度监督人 主题：工作抽检正文：检查对象、检查时间、检查内容、检查结果3）制度监督人记录部门内部的这些检查情况设计审核制度、概要设计（主要项目级审核内容：业务需求（产品级、子系统级变动或疑难问题）包括数据库、功能界面，产品级变动或疑难问题）审核方式：项目经理发起，由项目经理发送相关待审内容给制度监督人，由制度负责人确定主审人员和陪审人员，并确定会议时间和召集相关人员召开评审会。评审会形式：先由负责人简单表达需要进一步阐述的思路，然后由主审人员发表审核意见，再由陪审人员补充意见，最后议定后续处理方式（定期重审还是审核通 过）评审监督机制：由制度监督人根据评审人员的评审情况，给予评分。（三）工作管理工作周报制度工作会议制度部门