软件研发部部门管理制度样例2Word格式文档下载.docx

软件研发部部门管理制度样例2Word格式文档下载.docx

《软件研发部部门管理制度样例2Word格式文档下载.docx》由会员分享，可在线阅读，更多相关《软件研发部部门管理制度样例2Word格式文档下载.docx（8页珍藏版）》请在冰豆网上搜索。

（二）产品过程管理规范7

研发类开发过程7

实施类开发过程9

维护类开发过程9

一、日常管理

（一）年度安排

软件开发中心年度的大型活动构思如下：

1）第一季度：

重点在“计划和培训”，制定年度计划，开展各种交流培训活动。

2）第二季度：

重点在“新产品设计”，新产品方案、设计的讨论确定。

3）第三季度：

重点在“交流和巡检”，对主要客户、分公司开展交流、巡检活动。

4）第四季度：

重点在“管理和考核”，管理制度的反思和改进，年考核结果的评定。

（二）例行会议

部门管理层例会

目的：

交流各部门近期主要工作，特别是部门间协作相关的内容；

发现管理问题，讨论解决方案；

时间：

按需召开，下午1：

30－3：

00

人员：

副总监及以上人员、部门文秘

内容：

1、软件开发中心相关报表数据的展示和分析；

2、相关管理问题解决方法商讨和确定；

季度经验交流会

软件开发中心内部各部门工作内容了解和交流；

产品、研发、管理创新交流和讨论；

每年一月、四月、七月、十月的25号下午1：

30－4：

30（若碰到休息日，提前至最近的一个工作日）

开发经理、研发经理及以上人员、部门文秘

1、选定部门作为主讲部门，介绍本部门一年来新的研发成果，例如新产品、可通用业务模块或者一些新的构思想法等等（各部门自行指定）；

注意每次会议只选定一个部门，各部门主讲时间安排如下：

一月质管部、四月产品一部、七月产品二部、十月产品三部；

介绍时间限定：

60－90分钟。

2、各部门介绍上一季度的主要工作内容和下一季度的工作安排（副总监或者总监负责）；

时间限定：

10－15分钟；

默认顺序；

美工部、质管部、产品一部、产品二部、产品三部；

3、软件开发中心相关报表数据的展示。

年度产品发布会

面向软件开发中心以外的各领导、各部门介绍新产品和新发展；

每年一月－三月（具体时间再定）

开发经理及以上人员、部门文秘（公司领导、其他部门老总和技术经理）

1、事前各部门准备部门新产品介绍材料，提交软件开发中心负责人审核汇总；

2、各部门负责人做主题演讲；

3、由文秘汇总整理会议内容，向各部门老总发布新产品介绍PPT。

（三）日常工作

部门周报

1、各部门负责人在每一发送给部门文秘。

2、由部门文秘收齐五个部门后存档，并生成各部门饱和度数据发送给软件开发中心负责人。

3、由软件开发中心负责人更新至部门管理报表中。

项目半月报

1、各部门负责人在每月15、30日（若碰到休息日，顺延至第一个工作日）发送给部门文秘（部门文秘注意提前一天提醒各部门负责人）。

2、由部门文秘收齐五个部门后统一发送给软件开发中心负责人。

3、由软件开发中心负责人审核并修改后，发送给公司领导，并反馈给各部门负责人。

部门管理报表

1、“项目事务”报表。

数据来源：

各部门的项目半月报；

主要作用：

反映各部门在建的项目类工作的总体情况和趋势；

2、“服务支持”报表。

反映各部门服务支持类工作的总体情况和趋势；

3、“饱和度”报表。

各部门填报的周报数据；

反映各部门饱和度情况与加班情况；

4、“加班情况”报表。

每天行政部出的安检值班记录；

反映各部门加班情况；

5、“管理贡献”报表。

部门季度交流会上提出的有利于部门管理工作的各种办法和制度，软件开发中心负责人负责记录和评定；

记录在制度建立过程中以及执行过程中各部门的突出贡献或者失误。

6、“技术贡献”报表。

部门季度交流会上提出的有利于改善产品质量的各种技术创新和总结，软件开发中心负责人负责记录和评定；

记录在技术创新方面各部门的突出贡献或者失误。

7、“产值进度”报表。

各部门的项目半月报、合同会签、项目立项等信息；

配合更好的落实和执行部门考核制度，用于预测和反映各部门产值情况。

内部质检管理

就公司的现状，除了开发工程师外，开发经理是决定产品质量的另一个重要角色。

在日常的开发过程中，在开发成果递交之前开发经理进行了许多的检查工作，作出了很大的贡献。

“内部质检管理”就是用于对这一情况的记录。

每月30日，各部门向质管部负责人递交“内部质检结果”报表，报表由两张表组成：

1）表一：

表现被发现问题的开发工程师情况，数据要素：

责任人、数量

2）表二：

表现发现问题的开发经理情况，数据要素：

检查人、数量

表一、表二数量的合计值必须相等。

这部分数据将反映在人员指标中，但与部门指标、过程指标、产品指标无关。

（四）工作流程

开发奖金申请发放流程

年终奖金申请发放流程

二、产品管理

（一）产品资料管理规范

由质管部负责对软件开发中心的产品相关文档内容进行组织、审核、评价等管理工作，其他各部门负责本部门这些文档内容的编写和更新工作。

产品过程文档管理

鉴于公司项目突发、限定时间以及人员文档书写素质和能力欠缺的实际情况，决定采用“统一规范+自由选择+检查监督”的方式来搭建产品过程文档管理的基础。

细节规则如下：

统一文档规范管理

1、由质管部负责发起，经软件开发中心讨论确定，形成和完善各类产品开发过程中需要的文档模板和书写要求。

把这些文档分成几类。

例如：

“介绍类文档”、“需求类文档”、“概设类文档”、“测试类文档”、“实施类文档”等等。

（质管部需负责这些内容的意见采集、讨论确定和修正发布）

2、采用循序渐进的方式，由软件开发中心逐步扩展需要在所有过程中必需维护的文档内容。

即首先，初期只要求每个过程只具备某一类文档（这类文档要求必须达到及时更新的程度，而不是一次性的），经过一段时间（年度）的执行，考察其执行结果，若有80%的过程都能很好的完成这一类文档，则再考虑提高要求增加下一类文档。

若结果不理想，则停留在这一层次。

（统一要求的文档下文称必选文档）

文档自由选择管理

1、除了软件开发中心统一要求必做的文档外，各开发经理或者部门可自行决定某过程还需编写哪几类文档，文档的样式和内容都可自行决定。

若是基本采用质管部发布的规范进行编写的，可向质管部申请评审。

文档检查监督管理

1、质管部负责在过程结束时审核、评价、监督统一要求的这些文档的内容是否被及时更新，这批文档是质管部管理的重点。

对未统一要求的各过程提交的文档，质管部只需对其进行一次评审并存档即可（评审是否符合规范、内容是否完备准确即可），评审通过后，不需再对这一类的文档进行跟踪监督。

2、质管部负责对每个过程递交的文档进行按类检查，先检查必选文档是否合格，合格一类计一分必选分。

若必选文档全部合格，则评审可选文档，合格一类计一分可选分。

若必选文档不合格，则不评审可选文档。

对实施类过程，过程评分完成后，质管部还需站在整个产品的角度对其文档进行评分，记分方式同过程评分。

（研发过程的过程分数是产品的初始文档得分）

3、在质管部定期对各产品的必选文档进行检查，记分方式同过程评分，计入产品文档得分

4、质管部定期（每年度）需发布各过程、各部门的文档质量评审报告（按过程记分汇总和按产品记分汇总的分部门、当年、历史累计）。

关键指标：

过程数、为达标率、过程平均得分、最低分、最高分。

当前必选文档要求

当前必选文档为“产品介绍类”文档，这类文档主要用于向客户、向销售人员了解产品和开发实施服务等技术人员初期培训。

这类文档的样式、内容要求待确定。

（二）产品过程管理规范

此处的产品开发过程不限于仅指某一类部门的开发过程，而是软件开发中心下属的任何部门的与产品开发有关的工作都在本规范管理范围内。

这一类工作按照产品的成熟度情况分成三大类：

研发类、实施类、维护类。

其中，维护类更多的是指需求修改的工作；

实施类是指客户项目发生前中该产品已基本成型情况下的产品适应性修改开发工作；

研发类是指从无到有的的产品开发工作。

研发类开发过程

研发类开发过程管理要求：

立项审核

建议各部门集中在每年一季度进行。

1）申请部门准备材料“方案级文档”（主要内容包括：

应用对象、业务需求、技术框架设计、部署方式、开发模式、计划安排），主要说明该新产品的必要性、可行性。

2）材料准备完毕后，申请部门向质管部主管提交立项申请，质管部审核其材料是否齐备，齐备则由质管部负责组织开展审核工作。

3）若该研发过程与客户项目直接相关，则直接默认审核通过，召开审核会议，会议上更多的是介绍和交流，此会必参加人员软件开发中心负责人、质管部负责人、申请部门负责人和开发经理、研发部负责人。

4）若与客户项目无直接关系，则需要进行正式审核。

参与审核人员：

软件开发中心负责人、各部门总监和副总监。

由质管部把材料发送给各个审核人员，五个工作日后可召开审核会议；

在召开审核会议之前，各审核人员须在会议召开一天之前递交资料初审意见给申请部门负责人抄送质管部负责人（资料初审意见不是“审核通过或者不通过”，而是对这个方案的具体的反对意见或者是改进意见），未及时递交意见或者无具体意见者表示审核通过，在审核会议上将每月发言权；

质管部主持召开审核会议，先由申请部门做必要阐述，再由各具备发言权的审核人逐个提出意见，并逐个进行讨论，并明确商定结果。

若出现激烈争执则由软件开发中心负责人决定。

概设审核

建议各部门集中在每年一、二季度进行。

1）申请部门准备材料“概要设计文档”（主要内容包括：

技术框架、系统部署、与其他系统的关系、主要功能效果）。

2）审核过程同上“立项审核”。

结项审核

1）申请部门准备相关文档材料及必要的介绍PPT（技术框架、系统部署、其他系统的关系、主要功能效果、系统亮点），准备产品演示环境。

3）审核通过算过程完结，由质管部对文档内容进行审核评定。

实施类开发过程

实施类开发过程管理要求：

“需求＋概设”合并审核

1）申请部门准备材料“需求描述文档”、“概要设计文档”。

2）质管部主管召集召开立项审核会。

申请部门、质管部、研发部部门总监或者副总监。

三个部门进行商议，达成一致意见即为审核通过。

若三个部门无法达成一致意见，则由质管部召开扩大审核会议（审核方式同研发类审核）。

同研发类“结项审核”。

维护类开发过程

维护类开发过程管理要求：

“需求＋概设”协作审核

当某一需求需要其他部门共同协作解决时，由相关的部门针对协作部分的需求和概要设计进行协商确定。

若无法取得一致意见，则由发起部门向软件开发中心负责人提出裁决申请，质管部召集这两个部门进行再次协商交流，最后由软件开发中心负责人裁决。