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

1、项目管理实施流程规范项目管理实施流程规范目 录一 前言 31.1 目的 31.2 使用范围 31.3 角色成员 3二 项目实施总流程 42.1 流程总图 42.2 说明 4三 项目启动 43.1 流程描述 53.2 输入输出 5四 需求调研（分析） 54.1 流程描述 54.2 输入输出 6五 概要设计 65.1 流程描述 65.2 输入输出 7六 详设开发测试 76.1 流程描述 76.2 输入输出 8七 联调测试 87.1 流程描述 87.2 输入输出 9八 试运行维护 108.1 流程描述 108.2 输入输出 11一 前言一.1 目的为规范项目管理工作，指导项目经理及相关人员按照规范的

2、流程实施项目，使各项目都处于可跟踪状态，确保项目实施的质量和效率，特编写本文档。一.2 使用范围该实施规范适用于*类型项目。一.3 角色成员本文中涉及的部分角色成员如下表角色成员二 项目实施总流程二.1 流程总图二.2 说明重点控制环节：项目计划、测试（功能、性能及安全）、联调测试。三 项目启动三.1 流程描述【P1-01】：项目经理制定项目计划。确定了执行、监控和结束项目的方式和方法，包括项目需要执行的过程、项目生命周期、里程碑和阶段划分等全局性内容。对项目进度管理、项目资源管理、项目费用管理、项目风险管理、项目质量管理等管理思路和方法进行阐述。项目管理计划包括项目质量管理计划、项目风险管理

3、计划、项目集成管理计划、项目进度/费用/资源等监控管理计划、项目变更管理计划等。【P1-02】：项目经理使用工作分解结构(WBS)将项目工作组织成为若干个工作包，并给出一个范围说明来详细地描述这项工作。明确关键可交付成果：列出并描述项目中的关键产品。它还应当描述这些可交付成果的质量预期。包括数据迁移相关工作。【P1-03】：项目计划经过内部及外部评审（万达、用户方参与）。【P1-04】：评审通过后进入下一阶段。三.2 输入输出【输入】 项目合同【输出】 项目计划 WBS任务分解 评审报告四 需求调研（分析）四.1 流程描述【P2-01】：项目经理根据合同和项目关键里程碑节点计划以及与用户协商的

4、结果（需求调研的对象和调研的时间），编制（或细化）需求调研计划并发送给需求调研分析人员。【P2-02】：项目经理组织对需求调研计划的评审（可以以邮件的形式），评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。评审人员范围：需求调研分析人员。【P2-03】：项目经理、需求调研分析人员根据分工，分别拟定相关需求的调研提纲。【P2-04】：项目经理、需求调研分析人员到用户现场进行需求调研，每次与用户交流后编制用户交流备忘录与用户书面确认交流的内容。必要时，技术架构师参与到需求调研中与架构有关的工作。【P2-05】：阶段性需求调研工作结束后，由项目经理牵头，需求调研分析人员共同参与编制调研报

5、告。【P2-06】：项目经理提交调研报告给用户确认。【P2-07】：项目经理、需求调研分析人员、（技术架构师）共同对用户需求进行分析，并编制用户需求说明书。【P2-08】：项目经理组织内部对用户需求说明书进行评审，评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P2-09】：内部评审通过后项目经理申请外部评审。项目经理组织对用户需求说明书的评审，评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。参与评审人员包括：需求调研分析人员、项目组其他成员、万达相关人员、用户。【P2-10】：评审通过后，项目经理开始跟踪需求状态和实现，直至项目测试完成，并随时维护需求跟踪表。【P2

6、-11】：需求变更管理贯穿于项目实施全过程，属事件驱动型任务。一旦用户提交需求变更后，项目经理需要与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户明确需求变更的流程，大的流程性变更，或新增需求变更，必须填写需求变更确认单交用户书面确认。四.2 输入输出【输入】 项目建设方案（文档） 项目计划（文档）【输出】 需求调研计划（文档） 调研提纲（文档） 用户交流备忘录（文档） 调研报告（文档） 用户需求说明书（含系统功能说明书）（文档） 评审报告及跟踪表（文档） 需求跟踪表（文档） 需求变更确认单（文档）五 概要设计五.1 流程描述【P3-01】：项目经理编制（或细

7、化）概要设计计划并发送给需求调研分析人员、系统架构师。【P3-02】：项目经理组织需求调研分析人员及其他设计人员、系统架构师、QA对概要设计计划进行评审。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P3-03】：项目经理、调研分析人员及其他设计人员编制概要设计的相关部分，内容可包括：ER图和系统层级描述、界面设计人员进行UI设计、数据库设计（PDM实体级）等。【P3-04】：系统架构师编制概要设计中架构规划部分，内容可包括：应用部署要求、各应用结构规则等。【P3-05】：系统架构师负责搭建开发环境并编制开发配置说明。项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统

8、架构师的工作。【P3-06】：系统架构师负责对项目组成员进行开发培训，培训前编制培训计划发送给项目组成员；培训结束后编制培训总结报告发送给项目经理。项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统架构师的工作。【P3-07】：项目经理、需求调研分析人员及其他设计人员、系统架构师共同编制完成概要设计说明书。【P3-08】：项目经理组织需求调研分析人员及其他设计人员、系统架构师对概要设计说明书进行评审，评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。五.2 输入输出【输入】 用户需求说明书（文档） 项目计划（文档）【输出】 概要设计计划（文档） PDM（实体级）（文档） 开

9、发配置说明（文档） 培训计划（文档） 培训记录表（文档） 培训总结报告（文档） 概要设计说明书（含UI设计）（文档） 评审报告及跟踪表（文档）六 详设开发测试六.1 流程描述【P4-01】：项目经理编制（或细化）详设开发测试计划并发送给设计人员、开发人员、测试人员。【P4-02】：项目经理组织设计人员、开发人员、测试人员对详设开发测试计划进行详设开发测试计划的评审。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P4-03】：项目经理制定项目编码规范并对开发人员进行一定的编码规范培训。【P4-04】：设计人员编制详细设计的相关部分，内容可包括：详细设计说明书、细化的PDM。【P4

10、-05】：测试人员可根据用户需求说明书同步编制功能测试用例。【P4-06】：项目经理组织设计人员、开发人员、测试人员（不限于上述人员，也可申请事业部其他人员共同参与评审）对详细设计说明书和功能测试用例进行评审（建议用会议评审方式）。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P4-07】：开发人员进行软件编码，形成源代码。编码建议开发人员进行代码互查。【P4-08】：测试人员根据详设开发测试计划、功能测试用例，进行功能测试，编制功能测试问题管理表（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理。测试人员完成功能测试后，汇总测试发现的问题进行分析，编制功能测试总

11、结报告，发送给项目经理。【P4-09】：测试人员根据详设开发测试计划、概要设计说明书，编制组合测试计划、组合测试用例，发送给项目经理。【P4-10】：项目经理组织设计人员、开发人员、测试人员对组合测试计划、组合测试用例进行评审（可采取邮件方式）。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P4-11】：测试人员进行组合测试，编制组合测试问题管理表（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理。测试人员完成组合测试后，汇总测试发现的问题进行分析，编制组合测试总结报告，发送给项目经理。【P4-12】：测试人员编制用户手册（包括系统环境，产品安装，业务操作图例说明

12、，常见问题Q&A），发送给项目经理（审核）。注：详设、开发、测试是一个不断迭代，螺旋式前进的过程，因此作为一个流程描述。六.2 输入输出【输入】 用户需求说明书（文档） 概要设计说明书（文档） PDM（实体级）（文档） 项目计划（文档）【输出】 详设开发测试计划（文档） 项目编码规范（文档） 详细设计说明书（文档） PDM（详细文档及说明）（文档） 功能测试用例（文档） 评审报告及跟踪表（文档） 源代码（系统） 功能测试问题管理表（文档或系统） 功能测试总结报告（文档） 组合测试计划（文档） 组合测试用例（文档） 组合测试问题管理表（文档） 组合测试总结报告（文档） 用户手册（文档）七 联调测

13、试七.1 流程描述【P5-01】：项目经理和联调测试相关人员完成应用联调测试方案，主要内容包括：数据转储方案（包括数据转储脚本）、应用联调测试计划和应用联调测试用例。【P5-02】：系统集成人员编制系统集成方案，主要内容包括：系统集成方案、系统集成计划和系统测试方案，发送给项目经理。【P5-03】：项目经理组织系统架构师、设计人员、开发人员、测试人员、联调测试人员、系统集成人员对联调方案（包括应用联调测试方案和系统集成方案）进行评审（建议用会议评审方式）。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P5-04】：系统集成人员配合项目经理对采购设备进行验收，并完成用户现场的设备

14、安装和调试。【P5-05】：联调测试人员完成用户现场的应用安装和调试。【P5-06】：项目经理组织联调测试人员、系统集成人员和用户到现场共同执行联调测试，主要内容可包括：联调测试人员执行数据转储脚本，转储数据；用户进行测试，联调测试人员现场支持，并收集反馈用户提出的问题，编制应用联调测试问题管理表（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；联调测试人员配合系统集成人员执行系统测试，系统集成人员监测、记录系统性能指标，联调测试人员编制系统测试问题管理表（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；完成联调测试后，联调测试人员编制应用联调测试总结报告，修订

15、用户手册，发送给项目经理；系统集成人员编制系统测试报告、系统安装配置报告、系统操作维护手册，提交给项目经理。【P5-07】：项目经理组织联调测试阶段工作总结，将应用联调测试报告系统测试报告提交用户。【P5-08】：项目经理组织联调测试人员和系统集成人员编制系统应急预案和系统切换方案（联调测试人员完成与应用相关部分，系统集成人员完成与系统相关部分）。【P5-09】：项目经理组织系统架构师、设计人员、联调测试人员、系统集成人员对系统应急预案系统切换方案进行评审（建议用会议评审方式）。评审发现的问题填写到评审报告及跟踪表里进行跟踪直至问题关闭。【P5-10】：项目经理组织用户培训，联调测试人员和系统

16、集成人员共同配合完成用户培训，主要内容包括：项目经理向用户提交培训材料（包括系统应急预案用户手册系统操作维护手册系统安装配置报告系统切换方案），确定培训时间和人员，编制用户培训计划；联调测试人员和系统集成人员分别编制应用和系统的用户培训PPT；培训中联调测试人员编制用户培训问题管理表（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；完成培训后，项目经理编制用户培训总结报告，联调测试人员修订用户手册。【P5-11】：项目经理组织联调测试人员和系统集成人员进行生产环境的部署、调试。【P5-12】：项目经理编制系统交付清单，并按照系统交付清单准备好软件产品和相关文档。【P5-13】：

17、联调测试人员编制试运行计划试运行方案，发送给项目经理。【P5-14】：项目经理组织用户召开系统交付会议，并请用户签署系统交付清单试运行方案系统切换方案。七.2 输入输出【输入】 用户需求说明书（文档） 功能测试用例（文档） 性能测试用例（文档） 组合测试用例（文档） 用户手册（文档）【输出】 应用联调测试方案（文档） 系统集成方案（文档） 联调方案评审报告及跟踪表（文档） 系统测试问题管理表（文档或系统） 应用联调测试总结报告（文档） 系统测试报告（文档） 系统安装配置报告（文档） 系统操作维护手册（文档） 系统应急预案（文档） 系统切换方案（文档） 系统应急预案和系统切换方案评审报告及跟踪表

18、（文档） 用户培训计划（文档） 用户培训问题管理表（文档或系统） 用户培训总结报告（文档） 用户手册（修订后）（文档） 系统交付清单（文档） 试运行计划（文档） 试运行方案（文档）八 试运行维护八.1 流程描述【P6-01】：项目经理组织项目组成员、维护人员根据系统切换方案实施系统切换。【P6-02】：项目经理组织项目组成员、维护人员完成系统维护方案编制。【P6-03】：维护人员采集、并根据问题描述分类录入问题申报单（如有条件，用户自行录入管理工具中）。【P6-04】：维护人员在规定时间内处理完问题，答复用户，并记录答复情况和用户满意评价（如有条件用户自行填写满意评价）。【P6-05】：项目经

19、理根据变更问题申报表，编制需求变更评估报告（包括人力、费用预算，风险，实施计划等），发送给变更控制委员会，与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户联系沟通，填写需求变更确认单，交由用户签字确认。【P6-06】：项目经理组织相关人员制定计划、完成设计、开发、测试等（参见相关流程）。【P6-07】：维护人员编制更新发布确认单，交由项目经理、用户确认。发布更新版本。【P6-08】：试运行结束时，项目经理组织维护人员编写试运行总结报告，提交用户。注：试运行结束，系统维护和需求变更流程继续。八.2 输入输出【输入】 系统应急预案（文档） 用户手册（文档） 系统操作维护手册（文档） 系统安装配置报告（文档） 系统切换方案（文档） 试运行计划（文档） 试运行方案（文档）【输出】 系统维护方案（文档） 一线维护人员审签表（文档） 问题申报单（文档或系统） 变更问题申报单（文档或系统） 需求变更单（文档） 需求变更评估报告（文档） 更新发布确认单（文档） 试运行总结报告（文档）