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

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

《项目管理实施流程规范.docx》由会员分享，可在线阅读，更多相关《项目管理实施流程规范.docx（14页珍藏版）》请在冰豆网上搜索。

项目管理实施流程规范

项目管理实施流程规范

目录

一前言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

一前言

一.1目的

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

一.2使用范围

该实施规范适用于****类型项目。

一.3角色成员

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

角色

成员

二项目实施总流程

二.1流程总图

二.2说明

重点控制环节：

项目计划、测试（功能、性能及安全）、联调测试。

三项目启动

三.1流程描述

【P1-01】：

项目经理制定项目计划。

确定了执行、监控和结束项目的方式和方法，包括项目需要执行的过程、项目生命周期、里程碑和阶段划分等全局性内容。

对项目进度管理、项目资源管理、项目费用管理、项目风险管理、项目质量管理等管理思路和方法进行阐述。

项目管理计划包括项目质量管理计划、项目风险管理计划、项目集成管理计划、项目进度/费用/资源等监控管理计划、项目变更管理计划等。

【P1-02】：

项目经理使用工作分解结构（WBS）将项目工作组织成为若干个工作包，并给出一个范围说明来详细地描述这项工作。

明确关键可交付成果：

列出并描述项目中的关键产品。

它还应当描述这些可交付成果的质量预期。

包括数据迁移相关工作。

【P1-03】：

项目计划经过内部及外部评审（万达、用户方参与）。

【P1-04】：

评审通过后进入下一阶段。

三.2输入输出

【输入】

Ø项目合同

【输出】

Ø项目计划

ØWBS任务分解

Ø评审报告

四需求调研（分析）

四.1流程描述

【P2-01】：

项目经理根据合同和项目关键里程碑节点计划以及与用户协商的结果（需求调研的对象和调研的时间），编制（或细化）《需求调研计划》并发送给需求调研分析人员。

【P2-02】：

项目经理组织对《需求调研计划》的评审（可以以邮件的形式），评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

评审人员范围：

需求调研分析人员。

【P2-03】：

项目经理、需求调研分析人员根据分工，分别拟定相关需求的《调研提纲》。

【P2-04】：

项目经理、需求调研分析人员到用户现场进行需求调研，每次与用户交流后编制《用户交流备忘录》与用户书面确认交流的内容。

必要时，技术架构师参与到需求调研中与架构有关的工作。

【P2-05】：

阶段性需求调研工作结束后，由项目经理牵头，需求调研分析人员共同参与编制《调研报告》。

【P2-06】：

项目经理提交《调研报告》给用户确认。

【P2-07】：

项目经理、需求调研分析人员、（技术架构师）共同对用户需求进行分析，并编制《用户需求说明书》。

【P2-08】：

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

【P2-09】：

内部评审通过后项目经理申请外部评审。

项目经理组织对《用户需求说明书》的评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

参与评审人员包括：

需求调研分析人员、项目组其他成员、万达相关人员、用户。

【P2-10】：

评审通过后，项目经理开始跟踪需求状态和实现，直至项目测试完成，并随时维护《需求跟踪表》。

【P2-11】：

需求变更管理贯穿于项目实施全过程，属事件驱动型任务。

一旦用户提交需求变更后，项目经理需要与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户明确需求变更的流程，大的流程性变更，或新增需求变更，必须填写《需求变更确认单》交用户书面确认。

四.2输入输出

【输入】

Ø项目建设方案（文档）

Ø项目计划（文档）

【输出】

Ø需求调研计划（文档）

Ø调研提纲（文档）

Ø用户交流备忘录（文档）

Ø调研报告（文档）

Ø用户需求说明书（含系统功能说明书）（文档）

Ø评审报告及跟踪表（文档）

Ø需求跟踪表（文档）

Ø需求变更确认单（文档）

五概要设计

五.1流程描述

【P3-01】：

项目经理编制（或细化）《概要设计计划》并发送给需求调研分析人员、系统架构师。

【P3-02】：

项目经理组织需求调研分析人员及其他设计人员、系统架构师、QA对《概要设计计划》进行评审。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P3-03】：

项目经理、调研分析人员及其他设计人员编制《概要设计》的相关部分，内容可包括：

ER图和系统层级描述、界面设计人员进行UI设计、数据库设计（PDM实体级）等。

【P3-04】：

系统架构师编制《概要设计》中架构规划部分，内容可包括：

应用部署要求、各应用结构规则等。

【P3-05】：

系统架构师负责搭建开发环境并编制《开发配置说明》。

项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统架构师的工作。

【P3-06】：

系统架构师负责对项目组成员进行开发培训，培训前编制《培训计划》发送给项目组成员；培训结束后编制《培训总结报告》发送给项目经理。

项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统架构师的工作。

【P3-07】：

项目经理、需求调研分析人员及其他设计人员、系统架构师共同编制完成《概要设计说明书》。

【P3-08】：

项目经理组织需求调研分析人员及其他设计人员、系统架构师对《概要设计说明书》进行评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

五.2输入输出

【输入】

Ø用户需求说明书（文档）

Ø项目计划（文档）

【输出】

Ø概要设计计划（文档）

ØPDM（实体级）（文档）

Ø开发配置说明（文档）

Ø培训计划（文档）

Ø培训记录表（文档）

Ø培训总结报告（文档）

Ø概要设计说明书（含UI设计）（文档）

Ø评审报告及跟踪表（文档）

六详设开发测试

六.1流程描述

【P4-01】：

项目经理编制（或细化）《详设开发测试计划》并发送给设计人员、开发人员、测试人员。

【P4-02】：

项目经理组织设计人员、开发人员、测试人员对《详设开发测试计划》进行《详设开发测试计划》的评审。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P4-03】：

项目经理制定《项目编码规范》并对开发人员进行一定的编码规范培训。

【P4-04】：

设计人员编制详细设计的相关部分，内容可包括：

《详细设计说明书》、《细化的PDM》。

【P4-05】：

测试人员可根据《用户需求说明书》同步编制《功能测试用例》。

【P4-06】：

项目经理组织设计人员、开发人员、测试人员（不限于上述人员，也可申请事业部其他人员共同参与评审）对《详细设计说明书》和《功能测试用例》进行评审（建议用会议评审方式）。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P4-07】：

开发人员进行软件编码，形成《源代码》。

编码建议开发人员进行代码互查。

【P4-08】：

测试人员根据《详设开发测试计划》、《功能测试用例》，进行功能测试，编制《功能测试问题管理表》（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理。

测试人员完成功能测试后，汇总测试发现的问题进行分析，编制《功能测试总结报告》，发送给项目经理。

【P4-09】：

测试人员根据《详设开发测试计划》、《概要设计说明书》，编制《组合测试计划》、《组合测试用例》，发送给项目经理。

【P4-10】：

项目经理组织设计人员、开发人员、测试人员对《组合测试计划》、《组合测试用例》进行评审（可采取邮件方式）。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P4-11】：

测试人员进行组合测试，编制《组合测试问题管理表》（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理。

测试人员完成组合测试后，汇总测试发现的问题进行分析，编制《组合测试总结报告》，发送给项目经理。

【P4-12】：

测试人员编制《用户手册》（包括系统环境，产品安装，业务操作图例说明，常见问题Q&A），发送给项目经理（审核）。

注：

详设、开发、测试是一个不断迭代，螺旋式前进的过程，因此作为一个流程描述。

六.2输入输出

【输入】

Ø用户需求说明书（文档）

Ø概要设计说明书（文档）

ØPDM（实体级）（文档）

Ø项目计划（文档）

【输出】

Ø详设开发测试计划（文档）

Ø项目编码规范（文档）

Ø详细设计说明书（文档）

ØPDM（详细文档及说明）（文档）

Ø功能测试用例（文档）

Ø评审报告及跟踪表（文档）

Ø源代码（系统）

Ø功能测试问题管理表（文档或系统）

Ø功能测试总结报告（文档）

Ø组合测试计划（文档）

Ø组合测试用例（文档）

Ø组合测试问题管理表（文档）

Ø组合测试总结报告（文档）

Ø用户手册（文档）

七联调测试

七.1流程描述

【P5-01】：

项目经理和联调测试相关人员完成应用联调测试方案，主要内容包括：

《数据转储方案》（包括《数据转储脚本》）、《应用联调测试计划》和《应用联调测试用例》。

【P5-02】：

系统集成人员编制系统集成方案，主要内容包括：

《系统集成方案》、《系统集成计划》和《系统测试方案》，发送给项目经理。

【P5-03】：

项目经理组织系统架构师、设计人员、开发人员、测试人员、联调测试人员、系统集成人员对联调方案（包括《应用联调测试方案》和《系统集成方案》）进行评审（建议用会议评审方式）。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P5-04】：

系统集成人员配合项目经理对采购设备进行验收，并完成用户现场的设备安装和调试。

【P5-05】：

联调测试人员完成用户现场的应用安装和调试。

【P5-06】：

项目经理组织联调测试人员、系统集成人员和用户到现场共同执行联调测试，主要内容可包括：

联调测试人员执行数据转储脚本，转储数据；用户进行测试，联调测试人员现场支持，并收集反馈用户提出的问题，编制《应用联调测试问题管理表》（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；联调测试人员配合系统集成人员执行系统测试，系统集成人员监测、记录系统性能指标，联调测试人员编制《系统测试问题管理表》（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；完成联调测试后，联调测试人员编制《应用联调测试总结报告》，修订《用户手册》，发送给项目经理；系统集成人员编制《系统测试报告》、《系统安装配置报告》、《系统操作维护手册》，提交给项目经理。

【P5-07】：

项目经理组织联调测试阶段工作总结，将《应用联调测试报告》《系统测试报告》提交用户。

【P5-08】：

项目经理组织联调测试人员和系统集成人员编制《系统应急预案》和《系统切换方案》（联调测试人员完成与应用相关部分，系统集成人员完成与系统相关部分）。

【P5-09】：

项目经理组织系统架构师、设计人员、联调测试人员、系统集成人员对《系统应急预案》《系统切换方案》进行评审（建议用会议评审方式）。

评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。

【P5-10】：

项目经理组织用户培训，联调测试人员和系统集成人员共同配合完成用户培训，主要内容包括：

项目经理向用户提交培训材料（包括《系统应急预案》《用户手册》《系统操作维护手册》《系统安装配置报告》《系统切换方案》），确定培训时间和人员，编制《用户培训计划》；联调测试人员和系统集成人员分别编制应用和系统的《用户培训PPT》；培训中联调测试人员编制《用户培训问题管理表》（或记录在TD/JIRA等管理工具中），并及时更新、反馈项目经理；完成培训后，项目经理编制《用户培训总结报告》，联调测试人员修订《用户手册》。

【P5-11】：

项目经理组织联调测试人员和系统集成人员进行生产环境的部署、调试。

【P5-12】：

项目经理编制《系统交付清单》，并按照系统交付清单准备好软件产品和相关文档。

【P5-13】：

联调测试人员编制《试运行计划》《试运行方案》，发送给项目经理。

【P5-14】：

项目经理组织用户召开系统交付会议，并请用户签署《系统交付清单》《试运行方案》《系统切换方案》。

七.2输入输出

【输入】

Ø用户需求说明书（文档）

Ø功能测试用例（文档）

Ø性能测试用例（文档）

Ø组合测试用例（文档）

Ø用户手册（文档）

【输出】

Ø应用联调测试方案（文档）

Ø系统集成方案（文档）

Ø联调方案评审报告及跟踪表（文档）

Ø系统测试问题管理表（文档或系统）

Ø应用联调测试总结报告（文档）

Ø系统测试报告（文档）

Ø系统安装配置报告（文档）

Ø系统操作维护手册（文档）

Ø系统应急预案（文档）

Ø系统切换方案（文档）

Ø系统应急预案和系统切换方案评审报告及跟踪表（文档）

Ø用户培训计划（文档）

Ø用户培训问题管理表（文档或系统）

Ø用户培训总结报告（文档）

Ø用户手册（修订后）（文档）

Ø系统交付清单（文档）

Ø试运行计划（文档）

Ø试运行方案（文档）

八试运行维护

八.1流程描述

【P6-01】：

项目经理组织项目组成员、维护人员根据《系统切换方案》实施系统切换。

【P6-02】：

项目经理组织项目组成员、维护人员完成《系统维护方案》编制。

【P6-03】：

维护人员采集、并根据问题描述分类录入《问题申报单》（如有条件，用户自行录入管理工具中）。

【P6-04】：

维护人员在规定时间内处理完问题，答复用户，并记录答复情况和用户满意评价（如有条件用户自行填写满意评价）。

【P6-05】：

项目经理根据《变更问题申报表》，编制《需求变更评估报告》（包括人力、费用预算，风险，实施计划等），发送给变更控制委员会，与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户联系沟通，填写《需求变更确认单》，交由用户签字确认。

【P6-06】：

项目经理组织相关人员制定计划、完成设计、开发、测试等（参见相关流程）。

【P6-07】：

维护人员编制《更新发布确认单》，交由项目经理、用户确认。

发布更新版本。

【P6-08】：

试运行结束时，项目经理组织维护人员编写《试运行总结报告》，提交用户。

注：

试运行结束，系统维护和需求变更流程继续。

八.2输入输出

【输入】

Ø系统应急预案（文档）

Ø用户手册（文档）

Ø系统操作维护手册（文档）

Ø系统安装配置报告（文档）

Ø系统切换方案（文档）

Ø试运行计划（文档）

Ø试运行方案（文档）

【输出】

Ø系统维护方案（文档）

Ø一线维护人员审签表（文档）

Ø问题申报单（文档或系统）

Ø变更问题申报单（文档或系统）

Ø需求变更单（文档）

Ø需求变更评估报告（文档）

Ø更新发布确认单（文档）

Ø试运行总结报告（文档）