1、系统集成有限公司软件开发工程进度管理制度编 制： 审 核： 批 准： 版 本 号: ESZAQDGF001 编 制： 审 核： 批 准： 版 本 号: 目 录1.目的2/42.适用范围2/43.进度管理的原则3.1 进度计划的制定与批准2/43.2 进度管理的实施3/44.式样4/41.目的 本标准规定了公司软件开发过程进度管理的方法，以便统一进行进度管理，确保产品质量与交付期。 本标准基于公司的质量手册，明确了在软件开发工程中公司内部进度管理的具体行为。它主要包括： 业务流的过程定义 各开发阶段的实施项目与分工 设计审查的实施日期 各开发阶段的成果2.适用范围 本标准适用于公司的软件开发项目2、的内部工程管理。 由客户提出而进行的工程管理，应由客户批准，不适用本标准的规定。3.进度管理的原则 在日程计划得到批准之后，进度管理应通过进度报告及审查来实施。 在发生异常或预测出日程计划有问题时，应尽快采取对策。3.1进度计划的制定与批准 在着手软件开发或进入下一过程前，开发负责人应对日程计划进行立案。(1)把进度管理计划做成进度管理表（附表1）。(2)根据管理的级别，进度管理包括以下内容： 大日程进度管理：以月为单位的进度管理。含有与用户/其它公司等外部相关的开发基本计划； 中日程进度管理：以周为单位的进度管理。本管理是软件开发计划所必需的； 小日程进度管理：以日为单位/以个人为单位的进度3、管理软件开发详细计划。 根据开发规模内容等项，一种日程计划可与其它计划合并使用。如在大规模系统或工期长的系统时,有时按大日程和中日程两种做成。通常情况下可将大日程省略。(3)在大、中日程中,在项目的最上段记载过程的里程碑。 在里程碑中记入以下的事件。 必须记载的事件： DR(design review设计评审)时间 定制产品的有关客户的认可、提交给用户的时间 标准化产品的审查会、产品发布会的时间 根据需要而记载的事件： 用户说明会检查、机器筹备结束、机器设置结束、公司内部验收、用户验收、演示版、展览会参展等日期变更 例） 计划 实际 DR-B DR-B t8/25 8/23 8/23 在计划与4、实际不一致时，在计划日上加入取消线，并追加上实际日期。(4)与其它的项目有关联时，在记入时用一根线将关联处用箭头连接。 例如在开发功能A、B、C时，在未完成A的设计就不能着手C的设计时，用以下的方式记入。 功能A - - | 功能B - )- 功能C - 在功能A与C 不在同一页时，按以下方式记录。 功能A - - - （1） （1） 功能C - (5)与其它部门有接口时，应将其明确表示。标注日期 例）其它部门做成的ZZ添加入此过程时： 项目 担当 ZZ 接收（8/15） XXXX YY - (6)在项目中，不仅仅是开发工作，包括文档、现场调试、用户培训、以前版本中不合格部分的修正过程（软件包5、时）等等相关的作业项目也不要忘记记载。(7)其它 用户栏：对通用/标准产品时，记载负担研究开发费用的部门。 编号栏：写明编号。 制表栏：在大、中日程表中，有多个人制作时，记入负责人姓名（在承包给外公司时，公司名也一并记入）。在小日程时，项目按个人单位进行划分，记载担当者的个人姓名。3.2 进度管理的实施(1)用之型线记入实际情况，并附上记录日期。(2)项目负责人在每周末，进行实际追踪，在实际虚线的下部签字（或盖章）并向部长递交。部长原则上月末在实际线的上部签字（或盖章）来进行审批。例） 开发部长印（月末）-/-之字线向右表示任务提前完成事件 DR-C DR-D t . .XXXX - 之字线向6、左表示任务延期YYYY - . . . . ZZZZ - -/- 7/21 7/28 PL 签字 （周末） PL 签字（PL-project leader）(3)实际追踪全部在原纸上进行（原纸作为质量记录保管）。(4)一般不进行计划的改变。若有更改，将原计划用斜线或号消除，l 追加上新的过程（最好能用另外的颜色加以区分）l 事件更改时，将原事件用号取消，追加上新事件，并一定要记入更改日期与更改理由)。 例） 11/15因XXXDR-F日程更改（担当者） 在中以数字记入改版号。- -事件 DR-F DR-F /. .(5)提出DR日程更改委托时，必须附有大日程或中日程进度管理表。(6)在发生过程延迟时，召开会议，对其原因进行分析并探讨相应的对策。会议的内容应作为产品文件记录、保管。4.样式 进度管理推荐使用附表1的样式。项目名：编号：大日程进度管理表起草时调查承认担当更新时RV日期调查承认担当RV日期调查承认担当BFCGDHEI编号项目担当199 .备注12345678910111213141516171819202122232425262728293031承认印调查印