生产进度_某系统集成公司进度管理标准

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