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

项目管理实施流程规范

目 录
一 前言 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.1 目的
为规范项目管理工作，指导项目经理及相关人员按照规范的流程实施项目，使各项目都处于可跟踪状态，确保项目实施的质量和效率，特编写本文档。
1.2 使用范围
该实施规范适用于****类型项目。
1.3 角色成员
本文中涉及的部分角色成员如下表
角色
成员

二 项目实施总流程
2.1 流程总图

2.2 说明
重点控制环节：项目计划、测试（功能、性能及安全）、联调测试。
三 项目启动

3.1 流程描述
【P1-01】：项目经理制定项目计划。确定了执行、监控和结束项目的方式和方法，包括项目需要执行的过程、项目生命周期、里程碑和阶段划分等全局性内容。对项目进度管理、项目资源管理、项目费用管理、项目风险管理、项目质量管理等管理思路和方法进行阐述。项目管理计划包括项目质量管理计划、项目风险管理计划、项目集成管理计划、项目进度/费用/资源等监控管理计划、项目变更管理计划等。
【P1-02】：项目经理使用工作分解结构(WBS)将项目工作组织成为若干个工作包，并给出一个范围说明来详细地描述这项工作。明确关键可交付成果：列出并描述项目中的关键产品。它还应当描述这些可交付成果的质量预期。
包括数据迁移相关工作。
【P1-03】：项目计划经过内部及外部评审（万达、用户方参与）。
【P1-04】：评审通过后进入下一阶段。
3.2 输入输出
【输入】
Ø 项目合同
【输出】
Ø 项目计划
Ø WBS任务分解
Ø 评审报告
四 需求调研（分析）
4.1 流程描述
【P2-01】：项目经理根据合同和项目关键里程碑节点计划以及与用户协商的结果（需求调研的对象和调研的时间），编制（或细化）《需求调研计划》并发送给需求调研分析人员。
【P2-02】：项目经理组织对《需求调研计划》的评审（可以以邮件的形式），评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。评审人员范围：需求调研分析人员。
【P2-03】：项目经理、需求调研分析人员根据分工，分别拟定相关需求的《调研提纲》。
【P2-04】：项目经理、需求调研分析人员到用户现场进行需求调研，每次与用户交流后编制《用户交流备忘录》与用户书面确认交流的内容。必要时，技术架构师参与到需求调研中与架构有关的工作。
【P2-05】：阶段性需求调研工作结束后，由项目经理牵头，需求调研分析人员共同参与编制《调研报告》。
【P2-06】：项目经理提交《调研报告》给用户确认。
【P2-07】：项目经理、需求调研分析人员、（技术架构师）共同对用户需求进行分析，并编制《用户需求说明书》。
【P2-08】：项目经理组织内部对《用户需求说明书》进行评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。
【P2-09】：内部评审通过后项目经理申请外部评审。
项目经理组织对《用户需求说明书》的评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。参与评审人员包括：需求调研分析人员、项目组其他成员、万达相关人员、用户。
【P2-10】：评审通过后，项目经理开始跟踪需求状态和实现，直至项目测试完成，并随时维护《需求跟踪表》。
【P2-11】：需求变更管理贯穿于项目实施全过程，属事件驱动型任务。一旦用户提交需求变更后，项目经理需要与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户明确需求变更的流程，大的流程性变更，或新增需求变更，必须填写《需求变更确认单》交用户书面确认。
4.2 输入输出
【输入】
Ø 项目建设方案（文档）
Ø 项目计划（文档）
【输出】
Ø 需求调研计划（文档）
Ø 调研提纲（文档）
Ø 用户交流备忘录（文档）
Ø 调研报告（文档）
Ø 用户需求说明书（含系统功能说明书）（文档）
Ø 评审报告及跟踪表（文档）
Ø 需求跟踪表（文档）
Ø 需求变更确认单（文档）
五 概要设计
5.1 流程描述
【P3-01】：项目经理编制（或细化）《概要设计计划》并发送给需求调研分析人员、系统架构师。
【P3-02】：项目经理组织需求调研分析人员及其他设计人员、系统架构师、QA对《概要设计计划》进行评审。评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。
【P3-03】：项目经理、调研分析人员及其他设计人员编制《概要设计》的相关部分，内容可包括：ER图和系统层级描述、界面设计人员进行UI设计、数据库设计（PDM实体级）等。
【P3-04】：系统架构师编制《概要设计》中架构规划部分，内容可包括：应用部署要求、各应用结构规则等。
【P3-05】：系统架构师负责搭建开发环境并编制《开发配置说明》。项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统架构师的工作。
【P3-06】：系统架构师负责对项目组成员进行开发培训，培训前编制《培训计划》发送给项目组成员；培训结束后编制《培训总结报告》发送给项目经理。项目经理可视实际情况安排开发组长或者技术经理共同参与配合系统架构师的工作。
【P3-07】：项目经理、需求调研分析人员及其他设计人员、系统架构师共同编制完成《概要设计说明书》。
【P3-08】：项目经理组织需求调研分析人员及其他设计人员、系统架构师对《概要设计说明书》进行评审，评审发现的问题填写到《评审报告及跟踪表》里进行跟踪直至问题关闭。
5.2 输入输出
【输入】
Ø 用户需求说明书（文档）
Ø 项目计划（文档）
【输出】
Ø 概要设计计划（文档）
Ø PDM（实体级）（文档）
Ø 开发配置说明（文档）
Ø 培训计划（文档）
Ø 培训记录表（文档）
Ø 培训总结报告（文档）
Ø 概要设计说明书（含UI设计）（文档）
Ø 评审报告及跟踪表（文档）
六 详设开发测试
6.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），发送给项目经理（审核）。

注：详设、开发、测试是一个不断迭代，螺旋式前进的过程，因此作为一个流程描述。
6.2 输入输出
【输入】
Ø 用户需求说明书（文档）
Ø 概要设计说明书（文档）
Ø PDM（实体级）（文档）
Ø 项目计划（文档）
【输出】
Ø 详设开发测试计划（文档）
Ø 项目编码规范（文档）
Ø 详细设计说明书（文档）
Ø PDM（详细文档及说明）（文档）
Ø 功能测试用例（文档）
Ø 评审报告及跟踪表（文档）
Ø 源代码（系统）
Ø 功能测试问题管理表（文档或系统）
Ø 功能测试总结报告（文档）
Ø 组合测试计划（文档）
Ø 组合测试用例（文档）
Ø 组合测试问题管理表（文档）
Ø 组合测试总结报告（文档）
Ø 用户手册（文档）
七 联调测试
7.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】：项目经理组织用户召开系统交付会议，并请用户签署《系统交付清单》《试运行方案》《系统切换方案》。
7.2 输入输出
【输入】
Ø 用户需求说明书（文档）
Ø 功能测试用例（文档）
Ø 性能测试用例（文档）
Ø 组合测试用例（文档）
Ø 用户手册（文档）
【输出】
Ø 应用联调测试方案（文档）
Ø 系统集成方案（文档）
Ø 联调方案评审报告及跟踪表（文档）
Ø 系统测试问题管理表（文档或系统）
Ø 应用联调测试总结报告（文档）
Ø 系统测试报告（文档）
Ø 系统安装配置报告（文档）
Ø 系统操作维护手册（文档）
Ø 系统应急预案（文档）
Ø 系统切换方案（文档）
Ø 系统应急预案和系统切换方案评审报告及跟踪表（文档）
Ø 用户培训计划（文档）
Ø 用户培训问题管理表（文档或系统）
Ø 用户培训总结报告（文档）
Ø 用户手册（修订后）（文档）
Ø 系统交付清单（文档）
Ø 试运行计划（文档）
Ø
Ø 7、将铁钉的一部分浸入硫酸铜溶液中，有什么现象？过一会儿，取出铁钉，我们又观察到了什么现象？（P36）试运行方案（文档）
八
九 答：连接北斗七星勺形前端的两颗星，并将连线向勺口方延长约5倍远，处于此位置的那颗星就是北极星。试运行维护
9.1 流程描述
【P6-01】：项目经理组织项目组成员、维护人员根据《系统切换方案》实施系统切换。
【P6-02】：项目经理组织项目组成员、维护人员完成《系统维护方案》编制。

19、细胞也是生物最基本的功能单位，生物的呼吸、消化、排泄、生长、发育、繁殖、遗传等生命活动都是通过细胞进行的。【P6-03】：维护人员采集、并根据问题描述分类录入《问题申报单》（如有条件，用户自行录入管理工具中）。

答：当月球运行到地球和太阳的中间，如果月球挡住了太阳射向地球的光，便发生日食。【P6-04】：维护人员在规定时间内处理完问题，答复用户，并记录答复情况和用户满意评价（如有条件用户自行填写满意评价）。
【P6-05】：项目经理根据《变更问题申报表》，编制《需求变更评估报告》（包括人力、费用预算，风险，实施计划等），发送给变更控制委员会，与变更控制委员会共同评估需求变更造成的影响和范围，确定可以变更后，由项目经理与用户联系沟通，填写《需求变更确认单》，交由用户签字确认。

答：说明米饭不是甜的，但米饭含有淀粉，在我们咀嚼的过程中发生了变化，变得有甜味了。【P6-06】：项目经理组织相关人员制定计划、完成设计、开发、测试等（参见相关流程）。

19、阳光、空气、水、土壤、岩石、植物、动物……构成了我们周围的环境。我们人类也是环境中的一部分，我们都生活在一不定的环境之中。人与自然和谐相处，共同发展，是我们共同的责任。【P6-07】：维护人员编制《更新发布确认单》，交由项目经理、用户确认。发布更新版本。
【P6-08】：试运行结束时，项目经理组织维护人员编写《试运行总结报告》，提交用户。

15、在显微镜下，我们看到了叶细胞中的叶绿体，还看到了叶表皮上的气孔。注：试运行结束，系统维护和需求变更流程继续。
9.2 输入输出

1、人们把放大镜叫作凸透镜（边沿薄、中间厚、透明），它能把物体的图像放大，早在一千多年前，人们就发明了放大镜。放大镜在我们的生活、工作、学习中被广泛使用。【输入】
Ø 系统应急预案（文档）
Ø 用户手册（文档）
Ø
Ø 答：优点：占地小，避免了垃圾污染地下水，产生的热量还可以用来发电。系统操作维护手册（文档）
Ø 系统安装配置报告（文档）
Ø
Ø 2、物质变化有快有慢，有些变化只改变了物质的形态、形状、大小，没有产生新的不同于原来的物质，我们把这类变化称为物理变化；有些变化产生了新的物质，我们把有新物质生成的变化称为化学变化。系统切换方案（文档）
Ø 试运行计划（文档）
Ø 试运行方案（文档）
【输出】
Ø 系统维护方案（文档）
Ø 一线维护人员审签表（文档）
Ø 问题申报单（文档或系统）
Ø 变更问题申报单（文档或系统）
Ø 需求变更单（文档）
Ø 需求变更评估报告（文档）
Ø 更新发布确认单（文档）
Ø 试运行总结报告（文档）