当前位置:1566范文网 > 企业管理 > 企业管理 > 管理知识

软件开发进度管理规程

发布时间:2024-11-29 查看人数:96

软件开发进度管理规程

软件开发进度管理规程

软件开发进度管理规程(R-04000)

目录

1.目的2/42.适用范围2/43.进度管理的原则

3.1进度计划的制定与批准2/43.2进度管理的实施3/44.式样4/4

1.目的

本标准规定了公司软件开发过程进度管理的方法,以便统一进行进度管理,确保产品质量与交付期。

本标准基于公司的质量手册,明确了在软件开发工程中公司内部进度管理的具体行为。它主要包括:

·业务流的过程定义

·各开发阶段的实施项目与分工

·设计审查的实施日期

·各开发阶段的成果

2.适用范围

本标准适用于公司的软件开发项目的内部工程管理。

由客户提出而进行的工程管理,应由客户批准,不适用本标准的规定。

3.进度管理的原则

在日程计划得到批准之后,进度管理应通过进度报告及审查来实施。

在发生异常或预测出日程计划有问题时,应尽快采取对策。

3.1进度计划的制定与批准

在着手软件开发或进入下一过程前,开发负责人应对日程计划进行立案。

(1)把进度管理计划做成进度管理表(附表1)。

(2)根据管理的级别,进度管理包括以下内容:

·大日程进度管理:以月为单位的进度管理。含有与用户/其它公司等外部相关的开发基本计划;

·中日程进度管理:以周为单位的进度管理。本管理是软件开发计划所必需的;

·小日程进度管理:以日为单位/以个人为单位的进度管理.软件开发详细计划。

·根据开发规模内容等项,一种日程计划可与其它计划合并使用。如在大规模系统或工期长的系统时,有时按大日程和中日程两种做成。通常情况下可将大日程省略。

(3)在大、中日程中,在项目的最上段记载过程的里程碑。

在里程碑中记入以下的事件。

必须记载的事件:

·DR(designreview设计评审)时间

·定制产品的有关客户的认可、提交给用户的时间

·标准化产品的审查会、产品发布会的时间

根据需要而记载的事件:

·用户说明会/检查、机器筹备结束、机器设置结束、公司内部验收、用户验收、演示版、展览会参展等日期变更

例)

·计划

·实际

DR-BDR-Bt8/258/238/23在计划与实际不一致时,在计划日上加入取消线,并追加上实际日期。

(4)与其它的项目有关联时,在记入时用一根线将关联处用箭头连接。

例如在开发功能A、B、C时,在未完成A的设计就不能着手C的设计时,用以下的方式记入。

功能A

○-----------------○-------------------○

功能B

○-------------------)--------------------○ˉ功能C○-------------------

○在功能A与C

不在同一页时,按以下方式记录。

功能A○----------------○-○

(1)~~~~~~~~~~~~~~~~~~~~~~~

(1)功能C○--------------------○

(5)与其它部门有接口时,应将其明确表示。

标注日期

例)其它部门做成的ZZ添加入此过程时:

项目

担当

接收(8/15)ˉ****YY○-----------------------------○

(6)在项目中,不仅仅是开发工作,包括文档、现场调试、用户培训、以前版本中不合格部分的修正过程(软件包时)等等相关的作业项目也不要忘记记载。

(7)其它

·用户栏:对通用/标准产品时,记载负担研究开发费用的部门。

·编号栏:写明编号。

·制表栏:在大、中日程表中,有多个人制作时,记入负责人姓名(在承包给外公司时,公司名也一并记入)。在小日程时,项目按个人单位进行划分,记载担当者的个人姓名。

3.2进度管理的实施

(1)用之型线记入实际情况,并附上记录日期。

(2)项目负责人在每周末,进行实际追踪,在实际虚线的下部签字(或盖章)并向部长递交。部长原则上月末在实际线的上部签字(或盖章)来进行审批。

例)

开发部长印(月末)

之字线向右表示任务提前完成

事件DR-CDR-D........................****

○--------------------------------------------○

...........................

之字线向左表示任务延期

YYYY

○-------------------------------........................Z

○-----------------------------------○

7/217/28PL

签字(周末)

PL签字(PL-projectleader)

(3)实际追踪全部在原纸上进行(原纸作为质量记录保管)。

(4)一般不进行计划的改变。若有更改,将原计划用斜线或×号消除,

追加上新的过程(最好能用另外的颜色加以区分)

事件更改时,将原事件用×号取消,追加上新事件,并一定要记入更改日期与更改理由)。

例)

○○○

11/15因***DR-F日程更改(担当者)

在○中以数字记入改版号。

事件

DR-F

DR-F

.....

//......................

(5)提出DR日程更改委托时,必须附有大日程或中日程进度管理表。

(6)在发生过程延迟时,召开会议,对其原因进行分析并探讨相应的对策。会议的内容应作为产品文件记录、保管。

4.样式

进度管理推荐使用附表1的样式。

项目名:

编号:

大日程进度管理表

起草时

调查

承认

担当

更新时

RV

日期

调查

承认

担当

RV

日期

调查

承认

担当

编号

项目

担当

199.备注

软件开发进度管理规程

软件开发进度管理规程(R-04000)目录1.目的2/42.适用范围2/43.进度管理的原则3.1进度计划的制定与批准2/43.2进度管理的实施3/44.式样4/41.目的本标准规定了公司软件开发过…
推荐度:
点击下载文档文档为doc格式

推荐专题

相关软件开发进度信息

  • 软件开发进度管理规程
  • 软件开发进度管理规程96人关注

    软件开发进度管理规程(R-04000)目录1.目的2/42.适用范围2/43.进度管理的原则3.1进度计划的制定与批准2/43.2进度管理的实施3/44.式样4/41.目的本标准规定了公司 ...[更多]