企业进度管理标准VIP免费

进度管理标准批准人刘岩审核人崔戈拟制人刘慧丰批准日期1999．5．12生效日期1999．5．12关联文件进度管理规程（R-04000）作业标准S-04000总页数5正文4附件1文件控制部门:项目管理部沈阳东东系统集成有限公司更改记录序号发行日更改对象·更改内容批准审查拟制01999．5．12新发行刘岩崔戈刘慧丰目录1.目的..................................................2/42.适用范围..............................................2/43.进度管理的原则3.1进度计划的制定与批准..............................2/43.2进度管理的实施....................................3/44.式样..................................................4/41.目的本标准规定了公司软件开发过程进度管理的方法，以便统一进行进度管理，确保产品质量与交付期。本标准基于公司的质量手册，明确了在软件开发工程中公司内部进度管理的具体行为。它主要包括：·业务流的过程定义·各开发阶段的实施项目与分工·设计审查的实施日期·各开发阶段的成果2.适用范围本标准适用于公司的软件开发项目的内部工程管理。由客户提出而进行的工程管理，应由客户批准，不适用本标准的规定。3.进度管理的原则在日程计划得到批准之后，进度管理应通过进度报告及审查来实施。在发生异常或预测出日程计划有问题时，应尽快采取对策。3.1进度计划的制定与批准在着手软件开发或进入下一过程前，开发负责人应对日程计划进行立案。(1)把进度管理计划做成进度管理表（附表1）。(2)根据管理的级别，进度管理包括以下内容：·大日程进度管理：以月为单位的进度管理。含有与用户/其它公司等外部相关的开发基本计划；·中日程进度管理：以周为单位的进度管理。本管理是软件开发计划所必需的；·小日程进度管理：以日为单位/以个人为单位的进度管理．软件开发详细计划。·根据开发规模内容等项，一种日程计划可与其它计划合并使用。如在大规模系统或工期长的系统时,有时按大日程和中日程两种做成。通常情况下可将大日程省略。(3)在大、中日程中,在项目的最上段记载过程的里程碑。在里程碑中记入以下的事件。必须记载的事件：·DR(designreview设计评审)时间·定制产品的有关客户的认可、提交给用户的时间·标准化产品的审查会、产品发布会的时间根据需要而记载的事件：·用户说明会／检查、机器筹备结束、机器设置结束、公司内部验收、用户验收、演示版、展览会参展等例）·计划·实际DR-BDR-B8/258/238/23在计划与实际不一致时，在计划日上加入取消线，并追加上实际日期。(4)与其它的项目有关联时，在记入时用一根线将关联处用箭头连接。例如在开发功能A、B、C时，在未完成A的设计就不能着手C的设计时，用以下的方式记入。功能A○-----------------○-------------------○功能B○---------------------------------------○功能C○-------------------○日期变更在功能A与C不在同一页时，按以下方式记录。功能A○----------------○--------------------○（1）～～～～～～～～～～～～～～～～～～～～～～～（1）功能C○--------------------○(5)与其它部门有接口时，应将其明确表示。例）其它部门做成的ZZ添加入此过程时：项目担当ZZ接收（8/15）XXXXYY○-----------------------------○(6)在项目中，不仅仅是开发工作，包括文档、现场调试、用户培训、以前版本中不合格部分的修正过程（软件包时）等等相关的作业项标注日期目也不要忘记记载。(7)其它·用户栏：对通用/标准产品时，记载负担研究开发费用的部门。·编号栏：写明编号。·制表栏：在大、中日程表中，有多个人制作时，记入负责人姓名（在承包给外公司时，公司名也一并记入）。在小日程时，项目按个人单位进行划分，记载担当者的个人姓名。3.2进度管理的实施(1)用之型线记入实际情况，并附上记录日期。(2)项目负责人在每周末，进行实际追踪，在实际虚线的下部签字（或盖章）并向部长递交。部长原则上月末在实际线的上部签字（或盖章）来进行审批。例）开发部长印（月末）-------//-------------------------------------------------事件DR-CDR-D．．．．...