《软件研发部部门管理制度样例.docx》由会员分享，可在线阅读，更多相关《软件研发部部门管理制度样例.docx（8页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精品名师归纳总结目 录一、日常治理1（一）年度支配1（二）例行会议2部门治理层例会2季度体会沟通会2年度产品发布会2（三）日常工作3部门周报3项目半月报3部门治理报表3内部质检治理4（四）工作流程4开发奖金申请发放流程4年终奖金申请发放流程4二、产品治理4（一）产品资料治理规范4产品过程文档治理5（二）产品过程治理规范6研发类开发过程6实施类开发过程7保护类开发过程8一、日常治理（一）年度支配软件开发中心年度的大型活动构思如下：1）第一季度：重点在“方案和培训”，制定年度方案，开展各种沟通培训活动。2）其次季度：重点在“新产品设计”，新产品方案、设计的争论确定。3）第三季度：重点在“沟通和巡检
2、”，对主要客户、分公司开展沟通、巡检活动。4）第四季度：重点在“治理和考核”，治理制度的反思和改进，年考核结果的评定。可编辑资料 - - - 欢迎下载精品名师归纳总结（二）例行会议部门治理层例会目的：沟通各部门近期主要工作，特殊是部门间协作相关的内容。发觉治理问题，争论解决方案。时间：按需召开，下午1： 30 3： 00人员：副总监及以上人员、部门文秘内容： 1、软件开发中心相关报表数据的展现和分析。2、相关治理问题解决方法商讨和确定。季度体会沟通会目的：软件开发中心内部各部门工作内容明白和沟通。产品、研发、治理创新沟通和争论。时间：每年一月、四月、七月、十月的25 号下午 1：30 4： 3
3、0（如遇到休息日，提前至最近的一个工作日）人员：开发经理、研发经理及以上人员、部门文秘内容： 1、选定部门作为主讲部门，介绍本部门一年来新的研发成果，例如新产品、可通用业务模块或者一些新的构思想法等等（各部门自行指定）。留意每次会议只选定一个部门，各部门主讲时间支配如下：一月质管部、四月产品一部、七月产品二部、十月产品三部。介绍时间限定：60 90 分钟。2、各部门介绍上一季度的主要工作内容和下一季度的工作支配（副总监或者总监负 责）。时间限定： 10 15 分钟。默认次序。美工部、质管部、产品一部、产品二部、产品三部。3、软件开发中心相关报表数据的展现。年度产品发布会目的：面对软件开发中心以
4、外的各领导、各部门介绍新产品和新进展。时间：每年一月三月（详细时间再定）可编辑资料 - - - 欢迎下载精品名师归纳总结人员：开发经理及以上人员、部门文秘（公司领导、其他部门老总和技术经理）内容： 1、事前各部门预备部门新产品介绍材料，提交软件开发中心负责人审核汇总。2、各部门负责人做主题演讲。3、由文秘汇总整理睬议内容，向各部门老总发布新产品介绍PPT。（三）日常工作部门周报1、各部门负责人在每一发送给部门文秘。2、由部门文秘收齐五个部门后存档，并生成各部门饱和度数据发送给软件开发中心负责人。3、由软件开发中心负责人更新至部门治理报表中。项目半月报1、各部门负责人在每月15、30 日（如遇到
5、休息日，顺延至第一个工作日）发送给部门文秘（部门文秘留意提前一天提示各部门负责人）。2、由部门文秘收齐五个部门后统一发送给软件开发中心负责人。3、由软件开发中心负责人审核并修改后，发送给公司领导，并反馈给各部门负责人。部门治理报表1、“项目事务”报表。数据来源：各部门的项目半月报。主要作用：反映各部门在建的项目类工作的总体情形和趋势。2、“服务支持”报表。数据来源：各部门的项目半月报。主要作用：反映各部门服务支持类工作的总体情形和趋势。3、“饱和度”报表。数据来源：各部门填报的周报数据。主要作用：反映各部门饱和度情形与加班情形。4、“加班情形”报表。数据来源：每天行政部出的安检值班记录。主要作
6、用：反映各部门加班情形。5、“治理奉献”报表。数据来源：部门季度沟通会上提出的有利于部门治理工作的各可编辑资料 - - - 欢迎下载精品名师归纳总结种方法和制度， 软件开发中心负责人负责记录和评定。主要作用： 记录在制度建立过程中以及执行过程中各部门的突出奉献或者失误。6、“技术奉献”报表。数据来源：部门季度沟通会上提出的有利于改善产品质量的各种技术创新和总结，软件开发中心负责人负责记录和评定。主要作用： 记录在技术创新方面各部门的突出奉献或者失误。7、“产值进度”报表。数据来源：各部门的项目半月报、合同会签、项目立项等信息。 主要作用：协作更好的落实和执行部门考核制度，用于猜测和反映各部门产
7、值情形。内部质检治理就公司的现状，除了开发工程师外，开发经理是打算产品质量的另一个重要角色。在日常的开发过程中，在开发成果递交之前开发经理进行了很多的检查工作，作出了很大的奉献。“内部质检治理”就是用于对这一情形的记录。每月 30 日，各部门向质管部负责人递交“内部质检结果”报表，报表由两张表组成： 1）表一：表现被发觉问题的开发工程师情形，数据要素：责任人、数量2）表二：表现发觉问题的开发经理情形，数据要素：检查人、数量表一、 表二数量的合计值必需相等。这部分数据将反映在人员指标中，但与部门指标、过程指标、产品指标无关。（四）工作流程开发奖金申请发放流程年终奖金申请发放流程二、产品治理（一）
8、产品资料治理规范由质管部负责对软件开发中心的产品相关文档内容进行组织、审核、评判等治理工作，可编辑资料 - - - 欢迎下载精品名师归纳总结其他各部门负责本部门这些文档内容的编写和更新工作。产品过程文档治理鉴于公司项目突发、限定时间以及人员文档书写素养和才能欠缺的实际情形，打算采用“统一规范 +自由挑选 +检查监督” 的方式来搭建产品过程文档治理的基础。细节规章如下：统一文档规范治理1、 由质管部负责发起，经软件开发中心争论确定，形成和完善各类产品开发过程中需要的文档模板和书写要求。把这些文档分成几类。例如：“介绍类文档” 、“需求类文档”、“概设类文档” 、“测试类文档” 、“实施类文档”等
9、等。 （质管部需负责这些内容的看法采集、争论确定和修正发布）2、 采纳循序渐进的方式，由软件开发中心逐步扩展需要在全部过程中必需保护的文档内容。即第一，初期只要求每个过程只具备某一类文档（这类文档要求必需达到准时更新的程度，而不是一次性的），经过一段时间（年度）的执行，考察其执行结果， 如有 80%的过程都能很好的完成这一类文档，就再考虑提高要求增加下一类文档。如结果不抱负，就停留在这一层次。（统一要求的文档下文称必选文档）文档自由挑选治理1、 除了软件开发中心统一要求必做的文档外，各开发经理或者部门可自行打算某过程仍需编写哪几类文档，文档的样式和内容都可自行打算。如是基本采纳质管部发布的规范
10、进行编写的，可向质管部申请评审。文档检查监督治理1、 质管部负责在过程终止时审核、评判、监督统一要求的这些文档的内容是否被准时更新，这批文档是质管部治理的重点。对未统一要求的各过程提交的文档，质管部只需对其进行一次评审并存档即可（评审是否符合规范、内容是否完备精确即可），评审通过后，不需再对这一类的文档进行跟踪监督。2、 质管部负责对每个过程递交的文档进行按类检查，先检查必选文档是否合格，合格一类计一分必选分。如必选文档全部合格，就评审可选文档，合格一类计一分可选分。如必选文档不合格，就不评审可选文档。对实施类过程，过程评分完成可编辑资料 - - - 欢迎下载精品名师归纳总结后，质管部仍需站在
11、整个产品的角度对其文档进行评分，记分方式同过程评分。 （ 研发过程的过程分数是产品的初始文档得分）3、 在质管部定期对各产品的必选文档进行检查，记分方式同过程评分，计入产品文档得分4、 质管部定期（每年度）需发布各过程、各部门的文档质量评审报告（按过程记分汇总和按产品记分汇总的分部门、当年、历史累计）。关键指标：过程数、为达标率、过程平均得分、最低分、最高分。当前必选文档要求当前必选文档为“产品介绍类”文档，这类文档主要用于向客户、向销售人员明白产品和开发实施服务等技术人员初期培训。这类文档的样式、内容要求待确定。（二）产品过程治理规范此处的产品开发过程不限于仅指某一类部门的开发过程，而是软件
12、开发中心下属的任何部门的与产品开发有关的工作都在本规范治理范畴内。这一类工作根据产品的成熟度情形分成三大类：研发类、实施类、保护类。其中，维 护类更多的是指需求修改的工作。实施类是指客户项目发生前中该产品已基本成型情形下的产品适应性修改开发工作。研发类是指从无到有的的产品开发工作。研发类开发过程研发类开发过程治理要求：立项审核建议各部门集中在每年一季度进行。1）申请部门预备材料“方案级文档”（主要内容包括：应用对象、业务需求、技术框架设计、部署方式、开发模式、方案支配），主要说明该新产品的必要性、可行性。2）材料预备完毕后，申请部门向质管部主管提交立项申请，质管部审核其材料是可编辑资料 - -
13、 - 欢迎下载精品名师归纳总结否齐备，齐备就由质管部负责组织开展审核工作。3）如该研发过程与客户项目直接相关，就直接默认审核通过，召开审核会议，会议上更多的是介绍和沟通，此会必参与人员软件开发中心负责人、质管部负责人、 申请部门负责人和开发经理、研发部负责人。4）如与客户项目无直接关系，就需要进行正式审核。参与审核人员：软件开发中心负责人、 各部门总监和副总监。由质管部把材料发送给各个审核人员，五个工作日后可召开审核会议。 在召开审核会议之前，各审核人员须在会议召开一天之前递交资料初审看法给申请部门负责人抄送质管部负责人（资料初审看法不是“审核通过或者不通过”，而是对这个方案的详细的反对看法或
14、者是改进看法），未准时递交看法或者无详细看法者表示审核通过，在审核会议上将每月发言权。质管部主持召开审核会议，先由申请部门做必要阐述，再由各具备发言权的审核人逐个提出看法，并逐个进行争论，并明确商定结果。如显现猛烈争执就由软件开发中心负责人打算。概设审核建议各部门集中在每年一、二季度进行。1）申请部门预备材料“概要设计文档”（主要内容包括：技术框架、系统部署、与其他系统的关系、主要功能成效）。2）审核过程同上“立项审核”。结项审核1）申请部门预备相关文档材料及必要的介绍PPT（技术框架、系统部署、其他系统的关系、主要功能成效、系统亮点），预备产品演示环境。2）审核过程同上“立项审核”。3）审核
15、通过算过程完结，由质管部对文档内容进行审核评定。实施类开发过程实施类开发过程治理要求：可编辑资料 - - - 欢迎下载精品名师归纳总结“需求概设”合并审核1）申请部门预备材料“需求描述文档”、“概要设计文档” 。2）质管部主管召集召开立项审核会。参与审核人员：申请部门、质管部、研发部部门总监或者副总监。三个部门进行商量，达成一样看法即为审核通过。如三个部门无法达成一样看法，就由质管部召开扩大审核会议（审核方式同研发类审核）。结项审核同研发类“结项审核” 。保护类开发过程保护类开发过程治理要求：“需求概设”协作审核当某一需求需要其他部门共同协作解决时，由相关的部门针对协作部分的需求和概要设计进行协商确定。如无法取得一样看法，就由发起部门向软件开发中心负责人提出裁决申请，质管部召集这两个部门进行再次协商沟通，最终由软件开发中心负责人裁决。可编辑资料 - - - 欢迎下载