软件研发部部门管理制度样例1.docx
- 文档编号:3820607
- 上传时间:2022-11-25
- 格式:DOCX
- 页数:12
- 大小:45.55KB
软件研发部部门管理制度样例1.docx
《软件研发部部门管理制度样例1.docx》由会员分享,可在线阅读,更多相关《软件研发部部门管理制度样例1.docx(12页珍藏版)》请在冰豆网上搜索。
软件研发部部门管理制度样例1
目录
一、文档概述1
二、岗位设置2
(一)岗位结构2
(二)人员配备3
三、管理制度3
(一)团队建设4
档案管理制度4
交流培训制度4
绩效评估制度6
持续完善制度6
(二)技术管理7
过程管理制度7
文档管理制度8
质量管理制度9
(三)工作管理9
工作周报制度9
工作会议制度11
四、日常规范12
(一)日常管理工作规范12
一、文档概述
部门管理总体思路:
“团队为根本、产品为基础、服务为目的”。
二、岗位设置
(一)岗位结构
1、开发经理及以上级别采用AB角方式,B角的岗位隐含在下一级岗位中(或者也可以由同级及上级担任),不在图中显示。
2、各开发经理岗位的职责划分如下:
1)SCM类产品开发经理:
负责商流运营相关产品的设计开发工作。
主要有:
省市两级营销管理系统、呼叫中心系统等等。
2)CRM类产品开发经理:
负责商流管理相关产品的设计开发工作。
主要有:
客户关系管理、品牌管理、营销工具箱、需求预测等等。
3)CIS类产品开发经理:
负责直接面向客户、供应商等烟草商业系统外部业务对象的产品设计开发工作。
主要有:
客户服务平台、网上订货系统、供应商管理系统等等。
4)商业智能开发经理:
负责商业智能相关功能的设计开发工作。
主要有:
商业智能、数据仓库建设等等。
5)信息管理开发经理:
负责信息管理相关功能的设计开发工作。
主要有:
数据标准建设、元数据管理建设、主数据管理建设等等。
6)服务总线开发经理:
负责服务总线相关功能的设计开发工作。
主要有:
数据总线搭建、服务总线搭建、数据交换平台搭建等等。
3、各级工程师岗位的划分标准如下:
1)助理工程师:
未熟练掌握常用的一种开发技能的工程师,多为试用期的人员。
2)初级工程师:
已熟练掌握一种常用的开发技能,并基本具备模块的设计能力。
3)中级工程师:
已熟练掌握模块的设计能力,并基本具备某一产品的设计能力。
4)高级工程师:
已熟练掌握某一产品的设计能力,并基本了解产品线内其它相关产品的主要功能和相互联系。
(二)人员配备
岗位类别
岗位名称
A角
B角
候选培养
管理岗位
部门总监
商流产品负责人
SCM类产品开发经理
CRM类产品开发经理
CIS类产品开发经理
数据中心负责人
商业智能开发经理
信息管理开发经理
服务总线开发经理
工程师岗位
高级工程师
中级工程师
初级工程师
三、管理制度
整个部门的管理制度分为三大类:
团队建设、技术管理和工作管理。
为确保各项制度的认真落实以及可持续发展,特针对每项制度制定监督人。
各项制度和监督人确定名单如下:
制度类别
制度名称
监督人
团队建设
档案管理制度
交流培训制度
绩效评估制度
持续完善制度
技术管理
过程管理制度
文档管理制度
质量管理制度
工作管理
工作周报制度
(一)团队建设
档案管理制度
为加强人员管理,特建立文档《部门人员档案.doc》,记录每个人员的个人情况,以促进相互了解沟通。
制度执行细则如下:
1、整个文档内容的维护由该制度的监督人进行,其它人员不能直接进行维护;
2、该文档中的文字内容由各部门人员提供,监督人负责修订等组织工作;
3、新调入或转正的人员的相关信息需在一个月内填入此文档;
4、对离职或调出本部门的人员的信息需在一个月内从正文中移动到文档备注中;
5、监督人每年1月、7月组织进行一次人员信息更新活动。
监督人根据与个人的沟通情况进行更新。
6、文档的内容包含人个特点、职业技能、主要经历、职业期望等内容,职业期望可以不维护,其他三项必须维护。
交流培训制度
新员工培养和试用
制度执行细则如下:
1、对每个新员工入职后,确定一个培训讲师负责对此新人的培训工作。
2、在试用期,对新员工的学习成果,要求培训讲师至少每周检查一次(每次检查情况形成报告,提交给“制度监督人”,抄送给新人);上一周的检查必须在本周三前完成并形成报告。
模板见附录文档目录中的<<新人培训报告模板.xls>>。
3、过试用期半年内,培训讲师根据实际情况自主进行工作检查(每次检查情况形成报告,提交给“制度监督人”,抄送给新人)。
4、在试用期,每月由新员工向部门总监、副总监和培训讲师做一次正式的学习成果进展的报告。
报告会具体要求:
由培训讲师对其这一阶段的主要工作进行简要介绍,介绍其一个月的工作内容、成效、成果,时间控制在5分钟以内;由新员工选择一个或两个具有代表性的工作内容进行报告,时间控制在15分钟以内;再由监督审核小组成员(部门总监/副总监、开发经理、培训师)进行提问考核,时间控制在10分钟以内。
模板见附录文档目录中的<<新人成果汇报文档模板.doc>>。
5、具体培训内容由培训师自行决定。
外部培训成果汇报
为加强参加外部培训的效果,实现培训成果共享;
制度执行细则如下:
1、要求参加外部培训的人员在培训结束一个月内,向审核监督小组组长汇报培训成果。
模板见附录文档目录中的<<培训成果报告模板.xls>>。
2、组长审核通过后在内部学习交流会上进行内部培训。
内部交流制度
为增加部门的学习氛围,建立学习成果交流制度:
制度执行细则如下:
1、每周五下午举办内部交流会,每次交流会由该制度的监督人负责组织内部交流活动。
监督人需要记录部门内各人的演讲情况。
模板见附录文档目录中的<<部门内部交流演讲统计表模板.xls>>。
2、每一次演讲都需准备讲稿,讲稿经监督人审核通过后,才能安排演讲。
讲稿需要提前两周交给监督人审核。
3、监督人事先排好演讲的顺序,在确定每次的演讲人后,监督人需要提前一周发布下周内部交流会的主题、主讲人以及时间安排。
邮件格式如下:
收件人:
演讲人
抄送:
部门其他人员
主题:
XXX、XXX的演讲交流
正文:
时间:
地点:
内容:
演讲人一主题一
演讲人二主题二
4、内部交流会举办时在公司本部的人员都需要参加,有其它事务无法参加的需要向监督人请假。
参加或请假都通过向监督人回复邮件的方式。
5、交流会最后由部门总监、副总监、开发经理、监督人组成审核小组对演讲交流结果进行审核。
使用一票审核否决制,即任何一个审核小组成员认为审核不通过则不通过,由监督人负责向演讲人传递最后审核结果。
6、部门的每个成员在内部交流会上进行交流演讲的频度要求:
每个季度一次,每半年三次(审核通过才算一次)。
每次每人交流演讲的时间控制在半小时和一个小时之间。
(外部培训成果汇报不计入内部交流)
绩效评估制度
依托公司目前正在执行的项目管理制度,不再另行制定部门内部的绩效评估制度。
本年度部门内部尝试制定岗位晋升标准和能力评估方法。
概述:
执行时间:
每周。
执行文档:
部门VSS《$绩效评估制度\部门考核.xls》
备注:
部门个人工作考核只是相对参考依据;
制度执行细则如下:
1、开发经理各自统计所属人员的工作记录信息,副总监负责统计各位技术经理的工作记录信息,总监负责统计副总监的工作记录信息,工作记录信息内容包含迟到、早退、离岗、请假和加班等项,以小时为单位。
2、开发经理每周向对应小组长汇报所属人员的工作记录信息、工作工时和合格率等数据;
3、小组长在每周一上午整理完成小组人员的考核信息给部门副总监,结合个人周报的填报工时,副总监最终整理形成部门考核数据。
持续完善制度
制度执行细则如下:
1、该制度监督人负责各项制度的落实,跟踪制度的执行情况,记录和分析各项制度执行中发现的问题,为进一步完善制度提出草案。
2、每季度的最后一周固定召开“制度完善会议”,对于各制度的监督人需要事先准备好所负责制度的季度报告,报告内容包括:
执行情况描述、问题描述和分析、制度完善建议。
模板见附录文档目录中的<<持续完善制度(季度报告模版).doc>>。
3、每年12月,各制度监督人需要提交给部门总监一份反映部门成员执行该制度的情况报告,以作为人员考核依据。
模板见附录文档目录中的<<持续完善制度(成员执行情况报告模版).doc>>
4、若某项制度监督人在某一段时间无法履行监督职责时由替部门总监、副总监接替执行。
(二)技术管理
过程管理制度
项目过程管理
为有效降低项目建设的风险,更好的发挥集体智慧,制定项目过程管理规则。
概述:
执行时间:
每周进度审查或重要里程碑。
执行文档:
部门VSS《$过程管理制度\项目总揽表.xls》
制度执行细则如下:
1、由部门总监、副总监商量确定某一项目的类型(大型、中型、小型和零散维护支持型)和项目负责人。
如遇此项目确定要开展,但因人员不足和技术难点等外部因素原因无法开展,由制度监督人把此项目信息记录在执行文档“待处理项目”页签。
2、由项目负责人提交项目建设方案、项目阶段计划和所需人员分工审核:
a、审核人员原则上由部门总监、副总监、相关开发经理、制度监督人组成;
b、审核通过后视为立项成功,由制度监督人把此项目信息记录在执行文档“进行中项目”页签,把阶段性计划信息记录至执行文档“分阶段计划”页签;
3、项目负责人每周向相关开发经理汇报项目进展情况(完成进度,是否有延迟和待解决的问题等);
4、项目负责人在项目阶段性时间点提交呈报成果审核:
a、资料审核:
项目负责人提交需审核资料需要发邮件给相关开发经理,抄送由部门总监、副总监和制度监督人;
b、会议审核:
项目负责人至少在会议之前1个工作日把相关资料和会议通知以邮件方式发送给相关开发经理,抄送由部门总监、副总监和制度监督人;
c、审核通过后,由制度监督人在执行文档中记录项目进度情况;
5、如遇项目因客户方原因无法进行下去的情况,项目负责人提交项目暂时挂起申请,由部门总监、副总监确认,确认后项目负责人提交项目结项申请,经部门总监、副总监确认后,由制度监督人把此项目信息记录在执行文档“进行中的项目”页签的对应位置。
6、项目负责人提交项目结项申请,经部门总监、副总监确认后,由制度监督人把此项目信息记录在执行文档“已关闭项目”页签。
7、如遇项目进行中需要客户或分公司待确认的事项,项目负责人需要向相关开发经理汇报。
8、制度监督人每周一上午根据部门上周例会汇报结果更新执行文档。
文档管理制度
建立部门知识中心(文档管理库),主要是把部门内部在实际工作中经过个人或团队总结、内部交流讨论等方式提炼出来的有价值的文档能够持续的存在和被维护。
⏹执行原则如下:
1、与公司VSS的相关文档不要重复;
2、不要出现空目录的情况,文档个数要少,内容要精,同一内容的文档要合并;
3、有关于项目方面,是把部门内部讨论后不提交公司和项目的文档资料放在文档管理库中,而不是多个独立的文档;
4、有关于产品方面(例如:
产品重组准备),是把部门内部对于产品的构思、建设思路和实现方法等内容放在文档管理库中,而不是多个独立的文档;
⏹制度执行细则如下:
1、文档管理工具:
采用VisualSourceSafe。
2、硬件要求:
需要一台大硬盘空间的PC机
3、目录结构:
对每个制度建立同名根目录。
4人员角色:
A文档库管理员:
负责授权,同时每月1日负责检查是否有一月前未CheckIn的文档,如果发现则通知该文档使用者完成操作并记录在案;同时做好系统环境和文件备份工作;
B文档库使用者:
根据不同人员使用权限实行相应操作;
质量管理制度
工作抽检制度
开发经理承担主要的质量抽检工作,具体要求如下:
1)不定期进行抽检活动,抽检内容和对象由开发经理自行决定;
2)开发经理完成抽检活动后,需通过邮件告知制度监督人,邮件格式如下:
收件人:
制度监督人
主题:
工作抽检
正文:
检查对象、检查时间、检查内容、检查结果
3)制度监督人记录部门内部的这些检查情况
设计审核制度
部门级审核内容:
业务需求(产品级、子系统级变动或疑难问题)、概要设计(主要包括数据库、功能界面,产品级变动或疑难问题)
审核方式:
开发经理发起,由开发经理发送相关待审内容给制度监督人,由制度负责人确定主审人员和陪审人员,并确定会议时间和召集相关人员召开评审会。
评审会形式:
先由负责人简单表达需要进一步阐述的思路,然后由主审人员发表审核意见,再由陪审人员补充意见,最后议定后续处理方式(定期重审还是审核通过)
评审监督机制:
由制度监督人根据评审人员的评审情况,给予评分。
(三)工作管理
工作周报制度
人员角色分组
分组
正
副
备注
部门管理
商流产品分组
数据中心分组
个人周报管理
本周计划完成情况总结和下周计划制定
执行角色:
部门每一个成员。
执行时间:
周五下午。
执行文档:
部门VSS《$工作周报制度\个人周报\个人工作周志-XXX.xls》
执行方式:
⏹每个成员根据分配到的任务和自身情况制定下周工作计划。
如果计划内容是《项目总揽表.xls》所列项目,工作名称需要保持一致,其他情况(如部门管理、相关培训学习等),工作名称自行制定。
工作内容按照工作名称所在项分别罗列,并准确在对应的日期框中钩选。
⏹每个成员根据实际工作情况,在上周制定出来的本周计划中填写工作完成情况(未制定计划的工作内容增加条目,用红色粗体填写)。
同时个人需要认真如实地填写各工作的个人工作时间,不得虚报和随意填报个人工作时间。
描述要求:
⏹对工作内容描述要求表达“在且仅在本周完成的内容”,例如完成工作总量的百分比,本周提交的成果的内容等等。
⏹对完成情况描述要求表达“与计划工作内容对应”,例如:
对于完成的内容,明确描述已完成,对于未完成和未进行等情况必须在后面描述具体的原因,并且必要时可以对工作内容后续可能出现的风险和难点进行必要描述。
小组周报管理
本周计划完成情况总结和下周计划制定
执行角色:
小组组长,副组长辅助(可代理)。
执行时间:
周五下午。
执行文档:
部门VSS《$工作周报制度\小组周报\小组工作周志(XX).xls》
执行方式:
⏹小组长根据分配到的项目任务制定下周工作计划。
计划工作名称必须与《项目总揽表.xls》所列项目保持一致。
工作内容按照工作名称所在项分别罗列,并准确在对应的日期框中钩选。
⏹小组长根据计划实际执行情况,在上周制定出来的本周计划中填写工作完成情况(未制定计划的工作内容增加条目,用红色粗体填写)。
描述要求:
⏹对工作内容描述要求表达“在且仅在本周完成的内容”,例如完成工作总量的百分比,本周提交的成果的内容等等。
⏹对完成情况描述要求表达“与计划工作内容对应”,例如:
对于完成的内容,明确描述已完成,对于未完成和未进行等情况必须在后面描述具体的原因,并且必要时可以对工作内容后续可能出现的风险和难点进行必要描述。
备注:
小组周报中的项目分工内容由各小组长之间自由调配填写在哪份小组周报上面,只要不出现重复表述即可。
小组周报审核后调整
执行角色:
小组组长,副组长辅助(可代理)。
执行时间:
周一上午。
执行方式:
部门总监针对各小组提交的周报进行审核,根据部门总体项目情况与小组长进行沟通,商量其中需要调整补充的内容,小组长进行对应调整。
部门周报管理
周报上报
执行角色:
部门总监,部门副总监(可代理)
执行时间:
周一上午
执行方式:
部门总监整理各小组周报形成部门周报,上报技术中心总经理。
工作会议制度
部门周例会
执行角色:
部门总监,部门副总监,各开发经理
执行时间:
周五下午
执行方式:
讨论部门《项目总揽表》的各部分情况;各小组长汇报本周以及预计下周小组成员饱和度情况;讨论确定待解决的问题;
讨论审核会
除管理性质会议外,开发经理需要参加的各种工作会议都需要通过邮件方式抄送或转发至部门总监、副总监处。
总监(副总监)自行决定是否参加。
四、日常规范
(一)日常管理工作规范
部门总监
1、周一上午
1)小组周报审核。
审核要点:
上周工作的完成情况是否正常,出现滞后的原因,是否存在异常情况;本周工作的描述是否准确清晰,进度安排是否合理,预估工作饱和度情况;
2)部门周报上报。
整理各小组周报形成部门周报,上报技术中心总经理。
3)个人周报填报。
制定个人周计划安排。
4)审核部门内各类报销单据。
2、周二上午
1)质量抽检:
对各产品经理的周质量抽检材料及报告内容进行审阅。
2)考察部门内部的周绩效考核数据,考察周饱和度情况。
3)考察公司绩效管理相关的事务,例如派工情况等等。
3、周五上午
日常沟通。
总体要求:
确保跟每位员工每季度进行一次日常沟通;新员工入职、试用期每月末沟通;员工离职沟通;重点项目的开发经理里程碑阶段沟通;
a、沟通前准备:
收集材料和了解情况,确定沟通重点和目的;
b、沟通后记录:
记录和整理沟通中得到的有用信息,以便后续落实与跟踪。
4、周五下午
1)内部交流会。
管理目标:
固化内部培训机制、形成问题讨论氛围、培养表达能力;
2)部门周例会。
主要了解各项目进展情况;了解各小组人员饱和度情况;讨论确定待解决的问题。
部门副总监
1、周一上午
1)对部门内正在执行的各项制度的执行情况进行检查,检查结果通过邮件向部门管理层反馈。
2)个人周报填报。
制定个人周计划安排。
2、周一下午
1)处理公司绩效管理相关的事务,例如派工单汇总记录等等。
2)汇总整理部门内部的周绩效考核数据,最终确定上周绩效考核数据。
3、周五下午
1)内部交流会。
管理目标:
固化内部培训机制、形成问题讨论氛围、培养表达能力;
2)部门周例会。
主要了解各项目进展情况;了解各小组人员饱和度情况;讨论确定待解决的问题。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 研发部 部门 管理制度