进度管理与规程.docVIP

 进度管理规程 批准人 刘岩 审核人 崔戈 拟制人 杨薇 批准日期 1999．5．12 生效日期 1999．5．12 关 联 文 件 进度管理标准（S-04000） 沈阳东东系统集成有限公司  更改记录 序号 发行日 更改对象·更改内容 批准 审查 拟制 0 1999.5.12 新发行 刘岩 崔戈 杨薇 1 1999.12.21 修改3.5节，4.3.2节批准人 王齐 崔戈 罗思佳 1. 目的 本规程规定了贯穿公司软件生产全过程的进度管理的方法和实施程序。其目的是制订公司通用的标准，统一进行进度管理，确保产品的质量和交纳期。 2. 适用范围 本规程适用于公司内所有软件开发部门及项目管理部门。 职责 项目负责人负责大日程计划的制作和实际结果的记录，开发部部长负责审查，开发事业部长负责批准； 子项目负责人负责中日程计划的制作和实际结果的记录，项目负责人负责审查，开发部部长负责批准； 开发执行者负责小日程计划的制作和实际结果的记录，子项目负责人负责审查，项目负责人负责批准； 日程计划的更改由(1)、(2)、(3)中所规定的相应的制作负责人负责更改，并保留更改记录，相应的审批负责人负责审批。 进度报告由相应的负责人进行制作审批。见附表1。 程序 4.1 作为本规程管理对象的软件生产过程： （1）需求定义 （2）（软件）系统设计 （3）程序设计 （4）程序制作 （5）单元测试 （6）组合测试 （7）综合测试 （8）现场调试 4.2 进度管理的依据 进度管理是在制作日程计划／获得批准后，用进度报告以及审查的形式来实施。 另外，发生或者预测要发生异常时，要迅速采取对策。 4.2.1 日程计划的制作／批准 在着手软件开发以及进入下一过程之前，开发负责人需立案制作日程计划。 日程计划根据管理的目的，分成以下几类 大日程计划 与顾客／其它公司相关联的开发的基本计划，原则上以月为单位制 作。 中日程计划 软件开发计划。原则上以周为单位制作。 小日程计划 软件开发详细计划。原则上以日为单位制作。 但是，根据开发的规模，内容，也可以将一类日程计划与其它的计划并用。 4.2.2进度管理方法 4.2.2.1进度报告 项目负责人每周末负责制作项目进度报告，进度报告要包含以下报告项目： 成果和作业完成程度 对日程计划的进度和完成情况的估计 已发生或预测要发生的课题、问题点、对策 其它关联事项 2.2.2进度审查 部长对进度报告的内容进行审查，预测将来要发生的异常并制订对策。 4.2.2.3异常对策 发生或预测要发生异常时，必须迅速制订包含获得关联部门协助的对策。 4.2.3日程计划的更改 要进行日程计划更改时，要立案进行。 对于日程计划的更改，要保留更改履历。 4.3 大日程计划 4.3.1制作的目的、记载内容 大日程计划制作的目的是明确从接受订货开始直到向顾客交付为止的所有过程以及进度，并将它作为关联部门的通用的进度管理依据。 大日程计划主要记录下述项目的计划，实际结果。 软件开发过程----------------------软件设计 ～ 现场调试的时间。 顾客／本公司过程----------------向顾客交纳物品，与顾客机器的连接，培训，实施开 始等的时间。 设计审查计划----------------------DR - （Q）A ～H。 开发环境设定----------------------硬件／操作系统的准备·通信线路开设、设计～测 试环境等相关的项目的设定。 通常以月为单位进行记载，但也可采用与规模、交纳期等系统状况相适合的单位 4.3.2 制作·实施过程 制作 时间 开发计划立案时 执行 在与开发部部长／关联部门关系者协商的基础上由项目负责人起草，并保管原件 审查 开发部部长 批准 开发事业部部长 传阅 开发部部长，其它关联部门的关系者，必要的上级管理者。 实施 标准 通过系统全体的进度管理，发现异常并及时地采取纠正和预防措施。 时间 记入·报告： 原则上每月一次，也可根据具体需要确定记入日期。 进度记入 制作执行者（项目负责人） 进度审查 制作审查者（开发部部长） 更改 标准 按制作时同样的程序进行日程更改，且更改履历必须作为记录保存 时间 开发计划更改时 执行 在与开发部部长/关联部门关系者协商的基础上由项目负责人起草（与履历一