项目管理实施流程规范.docxVIP

工程管理实施流程标准

目录

TOC\o1-3\h\z\u一 前言 3

1.1 目的 3

1.2 使用范围 3

1.3 角色成员 3

二 工程实施总流程 4

2.1 流程总图 4

2.2 说明 4

三 工程启动 4

3.1 流程描述 5

3.2 输入输出 5

四 需求调研〔分析〕 5

4.1 流程描述 5

4.2 输入输出 6

五 概要设计 6

5.1 流程描述 6

5.2 输入输出 7

六 详设开发测试 7

6.1 流程描述 7

6.2 输入输出 8

七 联调测试 8

7.1 流程描述 8

7.2 输入输出 9

八 试运行维护 10

8.1 流程描述 10

8.2 输入输出 11

前言

目的

为标准工程管理工作，指导工程经理及相关人员按照标准的流程实施工程，使各工程都处于可跟踪状态，确保工程实施的质量和效率，特编写本文档。

使用范围

该实施标准适用于****类型工程。

角色成员

本文中涉及的局部角色成员如下表

角色

成员

工程实施总流程

流程总图

说明

重点控制环节：工程方案、测试〔功能、性能及平安〕、联调测试。

工程启动

流程描述

【P1-01】：工程经理制定工程方案。确定了执行、监控和结束工程的方式和方法，包括工程需要执行的过程、工程生命周期、里程碑和阶段划分等全局性内容。对工程进度管理、工程资源管理、工程费用管理、工程风险管理、工程质量管理等管理思路和方法进行阐述。工程管理方案包括工程质量管理方案、工程风险管理方案、工程集成管理方案、工程进度/费用/资源等监控管理方案、工程变更管理方案等。

【P1-02】：工程经理使用工作分解结构(WBS)将工程工作组织成为假设干个工作包，并给出一个范围说明来详细地描述这项工作。明确关键可交付成果：列出并描述工程中的关键产品。它还应当描述这些可交付成果的质量预期。

包括数据迁移相关工作。

【P1-03】：工程方案经过内部及外部评审〔万达、用户方参与〕。

【P1-04】：评审通过后进入下一阶段。

输入输出

【输入】

工程合同

【输出】

工程方案

WBS任务分解

评审报告

需求调研〔分析〕

流程描述

【P2-01】：工程经理根据合同和工程关键里程碑节点方案以及与用户协商的结果〔需求调研的对象和调研的时间〕，编制〔或细化〕《需求调研方案》并发送给需求调研分析人员。

【P2-02】：工程经理组织对《需求调研方案》的评审〔可以以邮件的形式〕，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。评审人员范围：需求调研分析人员。

【P2-03】：工程经理、需求调研分析人员根据分工，分别拟定相关需求的《调研提纲》。

【P2-04】：工程经理、需求调研分析人员到用户现场进行需求调研，每次与用户交流后编制《用户交流备忘录》与用户书面确认交流的内容。必要时，技术架构师参与到需求调研中与架构有关的工作。

【P2-05】：阶段性需求调研工作结束后，由工程经理牵头，需求调研分析人员共同参与编制《调研报告》。

【P2-06】：工程经理提交《调研报告》给用户确认。

【P2-07】：工程经理、需求调研分析人员、〔技术架构师〕共同对用户需求进行分析，并编制《用户需求说明书》。

【P2-08】：工程经理组织内部对《用户需求说明书》进行评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P2-09】：内部评审通过后工程经理申请外部评审。

工程经理组织对《用户需求说明书》的评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。参与评审人员包括：需求调研分析人员、工程组其他成员、万达相关人员、用户。

【P2-10】：评审通过后，工程经理开始跟踪需求状态和实现，直至工程测试完成，并随时维护《需求跟踪表》。

【P2-11】：需求变更管理贯穿于工程实施全过程，属事件驱动型任务。一旦用户提交需求变更后，工程经理需要与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由工程经理与用户明确需求变更的流程，大的流程性变更，或新增需求变更，必须填写《需求变更确认单》交用户书面确认。

输入输出

【输入】

工程建设方案〔文档〕

工程方案〔文档〕

【输出】

需求调研方案〔文档〕

调研提纲〔文档〕

用户交流备忘录〔文档〕

调研报告〔文档〕

用户需求说明书〔含系统功能说明书〕〔文档〕

评审报告及跟踪表〔文档〕

需求跟踪表〔文档〕

需求变更确认单〔文档〕

概要设计

流程描述

【P3-01】：工程经理编制〔或细化〕《概要设计方案》并发送给需求调研分析人员、系统架构师。

【P3-02】：工程经理组织需求调研分析人员及其他设计