系统集成公司进度管理标准样本.doc

作业标准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样式。项目名：编号：大日程进度管理表起草时调查认可担当更新时RV日期调查认可担当RV日期调查认可担当BFCGDHEI编号项目担当199 .备注12345678910111213141516171819202122232425262728293031认可印调查印