研发部项目管理制度.docx

研发部项目管理制度.docx

《研发部项目管理制度.docx》由会员分享，可在线阅读，更多相关《研发部项目管理制度.docx（14页珍藏版）》请在冰豆网上搜索。

研发部项目管理制度

软件研发部

项目管理制度

XXXX年XX月XX日

1概述

项目管理的现状

长期以来，国内很多软件公司总是被如何成功地实施软件项目而大伤脑筋，虽然也尝试过ISO9000和CMM，但都不尽人意。

项目管理的含义

合理配置现有的资源和技术，在规定时间内保质、保量地完成任务。

项目管理的目的

项目管理的目的是保证项目的进度，提高产品质量，降低成本。

如何将国外先进的管理思想和公

司研发部的具体情况相结合，利用现有的资源和技术，制定合理的项目管理流程和管理规范，是保证项目进度，提高产品质量的重要手段。

文件说明

本项目管理制度是根据长通科技有限公司软件研发部的具体情况，结合软件工程的思想制定的，是

长通科技有限公司内部管理文件，其阅读对象为研发部所有人员。

2管理流程

目前，很多中小型软件公司大多以作坊式的开发模式来运作，没有建立起项目管理流程。

有的的公司虽然有项目管理流程，但不是按软件工程的思想来制定的，造成管理不规范，项目进度无法控制、产品质量差，后期维护困难。

为了提升公司的产品质量，改善研发部的项目管理，现制定如下管理流程以规范研发部的项目管理。

项目主流程

项目执行流程

3团队管理

依据项目管理流程，项目从启动到结束各阶段都应该有相应的技术人员来参与，并且有管理人员

来监督和管理。

一个项目组的成立，是根据具体项目的规模、技术要求、完成时间等条件来搭建项目成员的。

通常，一个中等规模的软件项目所需要的角色有：

项目经理（或者项目组长）、系统架构师、程序员和测试人员。

根据我们公司目前的具体情况，软件研发部可设立2到3个项目组，项目组由项目主管来协调管理。

团队建设

职能描述

角色

职能描述

项目主管

确保各项目组的项目顺利启动和执行，协调好各项目组的人员安排，监督各项目组的开发进度，并对项目进行技术评审和质量评估。

项目组长

制定项目整体、编码、测试、实施计划，确保项目目标的实现，领导项目团队准时、优质地完成全部工作。

项目组长除做好项目管理外，还要分担一些需求调研和需求分析的工作。

系统架构师

做好需求分析、技术规划、系统设计和核心代码的编写。

开发人员（程序员）

编写代码、单元测试和修正BUG。

测试人员

做好集成测试，建立和复测Bug。

原则上测试人员与开发人员的比例不能低于1:

2。

管理方法

3.1.1沟通

项目主管应该随时与各项目组长沟通，了解项目进展情况，协调好各项目组人员的安排；项目组长也应该随时和系统架构师、程序员、测试人员沟通，了解开发人员的技术水平，掌控好开发的进度和质量，及时调整项目组的计划和人员。

沟通方式可采取例会或平时的讨论来进行，有效的沟通既能增进同事之间的友情、又能及时掌控项目，使团队更有凝聚力。

3.1.2培训机制

项目主管应该根据公司项目的技术特点和团队人员的技术水平，定期安排项目组长和技术人员的管理和技能的培训，并对受训人员进行考试，作为绩效考核的依据。

良好的培训机制可以提升项目组长的管理水平和技术人员的技术水平。

3.1.3绩效考核

根据开发人员开发的进度和质量，确定绩效考核的标准；确定绩效考核的时间间隔；将绩效考核与薪酬挂钩；让直接领导与薪酬支配者共同决定结果；用于激励开发人员的工作积极性，淘汰那些停止进步的人。

1、设立项目奖金

对每个项目组设立项目的专项奖金（不包含在工资内）。

其方法是设定一个基数，即本人税前总工资（不包括扣除的费用）*40%，按照开发人员完成任务的时间，其奖金为基数*提前的天数/30。

2、项目成员奖惩制度

项目组长每个月对项目组成员进行绩效考核，根据开发人员完成任务的进度和质量，发放奖金或者扣除工资，例如开发人员A（简称A）的税前总工资为3000元，其基数为1200元，如果这个月A提前3天完成任务，则A的奖金为120元。

如果这个月A按时完成任务，则A的奖金为零。

如果这个月A延迟3天完成任务，则应该从A的工资中扣除120元罚金。

3、项目组长奖惩制度

项目主管每个月对项目组长进行绩效考核，项目组长的奖金或罚金也应按月发放和扣除，项目组长奖金＝（所有开发成员奖金/奖励人数－所有开发成员罚金/罚款人数）*2。

例如开发人员A这个月的奖金为120元，开发人员B这个月的奖金为90元，开发人员C这个月的罚金为60元。

那么项目组长的奖金为（210/2-60）*2，即110元。

如果奖金为负数，则应该从项目组长的工资中扣除。

4、辞退

对于严重影响项目进度和质量的开发人员，项目主管可以对其劝说和警告；如果该开发人员并没有改进，项目主管应向上级主管部门提出申请，辞退该开发人员。

5、备注

如果开发人员的延迟是因为客观原因（比如停电、生病、技术难度太大等）造成的，可以酢情考虑，不再扣除工资。

4进度管理

各项目组长应该对项目制定计划，控制好进度、人力资源和任务的分配。

在项目启动阶段制定项目的整体计划，在编码与单元测试、集成测试、系统实施阶段制定阶段性计划。

将项目量化成子系统、模块等单元分配给开发人员和测试人员。

用项目周报去跟踪项目成员的进度。

这样既明确了开发人员的具体任务，也提高了开发效率。

项目组长应对项目整体计划和阶段性计划的完成情况进行监管，对于提前完成的应记录好完成时间，未完成的应说明原因，为绩效考核提供依据。

4.1项目整体计划

XXX项目整体计划表

项目编号

项目名称

负责人

计划完成工期

开始日期

计划完成日期

参与人

任务名称

描述

重要程度

负责人

所需工作日

完成情况

需求调研

需求分析

概要设计

详

细

设

计

数据库

设计

界面设计

程序架构

编码和

单元测试

集成测试

项目实施

系统试运行

合计

项目主管

意见

签字：

时间：

主管总经理意见

签字：

时间：

备注：

1、人员签名必须手工签字

2、重要程度请选择（紧急、重要、一般）

项目阶段性计划

由于编码与单元测试、集成测试、系统实施阶段的计划表大同小异，现以编码（编码和单元测试一起进行）计划作为模板加以说明。

通常，阶段性计划可以用Project等项目管理工具进行编制。

XXX系统编码和单元测试计划表

项目编号

项目名称

模块（任务）

开发人员

工作日

开始时间

结束时间

完成情况

人事管理（岗位设置）

开发人员A

0.5

2014年4月1日

2014年4月1日

人事管理（职位设置）

开发人员A

0.5

2014年4月1日

2014年4月1日

人事管理（上岗资格证）

开发人员A

1

2014年4月2日

2014年4月2日

人事管理（人事档案）

开发人员A

1

2014年4月3日

2014年4月3日

人事管理（档案查询）

开发人员A

1

2014年4月4日

2014年4月4日

人事管理（合同管理）

开发人员A

2

2014年4月7日

2014年4月8日

人事管理（培训计划）

开发人员A

1

2014年4月9日

2014年4月9日

人事管理（培训记录）

开发人员A

1

2014年4月10日

2014年4月10日

人事管理（培训考核）

开发人员A

1

2014年4月11日

2014年4月11日

人事管理（考勤管理）

开发人员A

2

2014年4月14日

2014年4月15日

人事管理（奖惩记录）

开发人员A

1

2014年4月16日

2014年4月16日

人事管理（总结考评）

开发人员A

1

2014年4月17日

2014年4月17日

人事管理（考评查询）

开发人员A

1

2014年4月18日

2014年4月18日

文档管理（目录设置）

开发人员B

1

2014年4月1日

2014年4月1日

文档管理（新建文档）

开发人员B

2

2014年4月2日

2014年4月3日

文档管理（文档发布）

开发人员B

1

2014年4月4日

2014年4月4日

文档管理（文档移交）

开发人员B

1

2014年4月7日

2014年4月7日

文档管理（文档修改）

开发人员B

1

2014年4月8日

2014年4月8日

文档管理（归档销毁）

开发人员B

2

2014年4月9日

2014年4月10日

文档管理（文档查询）

开发人员B

1

2014年4月11日

2014年4月11日

会议管理（会议室管理）

开发人员B

1

2014年4月14日

2014年4月14日

会议管理（会议计划）

开发人员B

1

2014年4月15日

2014年4月15日

会议管理（会议通知）

开发人员B

1

2014年4月16日

2014年4月16日

会议管理（会议纪要）

开发人员B

1

2014年4月17日

2014年4月17日

合计

项目成员周报

项目名称

项目编号

部门名称

项目组长

报告人

报告日期

本周进展概述

本周所处阶段：

需求■设计□编程□测试□安装□试运行□验收□

进展情况描述

是否按计划完成

延误原因

下周工作计划概述

下周所处阶段：

需求■设计□编程□测试□安装□试运行□验收□

任务描述

问题记录

项目组长意见

项目主管意见

5技术管理

5.1系统架构

采用自顶向下、面向对象和面向组件的分析方法和设计方法，搭建系统的整体框架、建立起公共的类、接口和组件，提高代码的可复用性、系统的可扩展性、易维护性、易组装性和安全性。

目前常采用的建模工具有Viso和PowerDesigner。

5.2配置管理

配置管理的目的是使团队能协同开发产品，并实现文档和代码的版本控制。

目前常采用的工具有SVN和VSS，不过VSS更适合微软.NET框架的代码管理。

5.3技术评审

在系统的详细设计阶段、设计人员要对数据库、程序架构、界面等进行设计、并对数据库的物理结构、数据字典、程序架构的类图、图形界面等编制详细设计说明书。

项目主管依据详细设计说明书进行评审并提出建议。

XXX系统技术评审报告

评审资料

详细设计说明书

设计人员

报告日期

项目名称

项目编号

评审人

摘要

评审内容

评审的标准

评审的结果

数据库设计

是否满足3个范式、访问的性能等

程序架构设计

稳定性、可扩展性、可维护性、用户体验等

界面设计

界面友好、美观、使用方便等

项目组长

意见和建议

签字：

时间：

项目主管

意见和建议

签字：

时间：

6质量管理

测试是保证产品质量的一个重要手段，在人力资源允许的情况下，系统应该做到单元测试、集成测试和性能测试，如果人力资源有限，也要做到单元测试和集成测试。

目前，很多中小型公司都采用开源的测试管理工具BugFree来管理Bug，提升产品质量。

6.1BugFree测试管理流程

6.2测试计划

在单元测试中，由于编码和单元测试都由程序员一起完成，再由项目组长复测，故只需要编码计划，不再编制单元测试计划；在集成测试中，应制定集成测试计划，由专业的测试人员来测试，如果公司没有专业的测试人员，可由开发人员交叉测试。

由于集成测试计划表在前面的项目阶段性计划中已作了说明，模板都一样，在此就不做过多的描述。

6.3测试记录

测试记录是测试人员对程序员Bug的数量、级别、是否解决等信息的记录，通过BugFree，可以

将测试记录进行存储、加工和分析。

6.4测试报告

测试人员或项目组长根据测试记录编制测试报告，为项目主管分析和评估产品的质量提供依据。

该测试报告适合单元测试和集成测试，根据本公司的具体情况，建议只做集成测试报告。

XXX系统集成测试报告

测试阶段

集成测试

测试类型

黑盒测试

报告日期

项目名称

项目编号

测试人员

测试环境

1

基于专门搭建的测试环境，B/S模式，快速以太网

2

服务器：

采用普通PC机，操作系统WindowsServer2003,数据库SqlServer2008

3

客户机：

操作系统WindowsXP

摘要

测试结果

功能模块

开发人员

轻微错误

一般错误

严重错误

合计

改进情况

数量

数量

数量

测试总结

项目主管

意见和建议

签字：

时间：

7文档管理

项目管理是由技术文档和计划来驱动的。

由于在项目管理的各个阶段，都会有相应的技术文档和计划表产生。

为了对文档进行规范化管理，可以将项目编号、按项目名称划分文档的大类，并在每一个项目中，按项目各阶段划分文档的小类，建立起相应的目录和文档，采用SVN或VSS工具进行管理。

7.1文档类别

项目阶段

文件名称

数量

计划表名称

数量

项目立项

项目立项书

1

项目启动

售前技术方案书

1

项目整体计划表

1

需求调研

需求调研报告

1

需求分析

需求变更文档

2

需求规格说明书

系统设计

概要设计说明书

3

详细设计说明书

技术评审报告

编码和单元测试

代码开发规范

1

编码和单元测试计划表

1

集成测试

集成测试报告

1

集成测试计划表

1

系统实施

系统实施报告

1

系统实施计划表

1

系统试运行

操作手册

1

项目结束

项目总结报告

1

周报（适合任何阶段）

1

合计

18

14

4

7.2文档模板

部分文件和表格的模板已在前面描述过，对于项目立项书、售前技术方案书、需求调研报告、需求变更文档、需求规格说明书、概要设计说明书、详细设计说明书、代码开发规范等可根据项目的具体需求来定制。