一、整体管理过程
制定项目章程（在项目的前期需要写一个文件，就是项目章程，它是正式批复项目启动的，并且任命项目经理，为项目经理授权的）
制定项目管理计划（和大家一起编制一个项目管理计划，为项目的执行奠定了基础）
指导与管理项目执行（按照计划执行）
监控项目工作（在执行的过程中做好监控，需要将实际和计划做一个对比，看有没有偏差，如果有偏差要纠偏）
实施整体变更控制（变更是不可避免的，如果有变更，要走变更流程）
结束项目或阶段（项目通过了验收，交付了产品，履行了相关合同条款，除此之外我们还要召开项目的总结会，进行项目的总结和项目的评估审计工作）

制定项目章程
输入：
1、协议
2、项目工作说明书
3、商业论证
4、事业环境因素
5、组织过程资产

工具与技术：
1、专家判断
2、引导技术

输出：
项目章程

制定项目管理计划
输入：
1、项目章程
2、其他过程的输出结果
3、事业环境因素
4、组织过程资产

工具与技术：
1、专家判断
2、引导技术

输出：
项目管理计划

项目管理计划一般包括项目范围管理计划、进度管理计划、成本管理计划、质量管理计划、过程改进计划、人力资源管理计划、沟通管理计划、风险管理计划、采购管理计划、干系人管理计划等
项目管理计划可以是正式的也可以是非正式的，可以是详细的也可以是概括的

指导与管理项目执行
输入：
1、项目管理计划
2、批准的变更请求
3、事业环境因素
4、组织过程资产

工具与技术：
1、专家判断
2、项目管理信息系统
3、会议

输出：
1、可交付成果
2、工作绩效数据
3、变更请求
4、项目管理计划的更新
5、项目文件更新

工作绩效数据：（执行过程的输出）工作绩效数据是执行过程中收集到的原始观察结果和数值，如已完成的工作、关键绩效指标等
工作绩效信息：（各控制过程的纯输出）从各个控制过程收集并进行整合分析而得到的绩效数据，如可交付成果状态，变更落实情况和预测的尚需完工估算
工作绩效报告：（监控的输出）为了制定决策或行动而汇编工作绩效信息所形成的文件，如状态报告、备忘录等

监控项目工作
输入：
1、项目管理计划
2、进度预测
3、成本预测
4、确认的变更
5、工作绩效信息
6、事业环境因素
7、组织过程资产

工具与技术：
1、专家判断
2、分析技术
3、项目管理信息系统
4、会议

输出：
1、变更请求
2、工作绩效报告
3、项目管理计划更新
4、项目文件更新

实施整体变更控制
输入：
1、项目管理计划
2、工作绩效报告
3、变更请求
4、事业环境因素
5、组织过程资产

工具与技术：
1、专家判断
2、会议
3、变更控制工具

输出：
1、批准的变更请求
2、变更日志
3、项目管理计划更新
4、项目文件更新

整体变更控制过程贯穿于项目的始终
变更控制委员会（CCB）最好由各方参加，甲方乙方监理方，也可以是一个人就是甲方领导，可以是兼职人员，可以临时组建

变更流程：
1、提出与接受变更申请
2、对变更的初审
3、变更方案论证
4、项目变更控制委员会审查
5、发出变更通知并开始实施
6、变更实施的监控
7、变更效果的评估
8、判断发生变更后的项目是否已纳入正常轨道

结束项目或阶段
输入：
1、项目管理计划
2、验收的可交付成果
3、组织过程资产

工具与技术：
1、专家判断
2、分析技术
3、会议

输出：
1、最终产品、服务或者成果移交
2、组织过程资产更新

二、项目范围管理

1、规划范围管理（写一个文档，范围管理计划，规定如何做好范围管理）
2、收集需求（收集需求后才知道，后期项目要做什么）
3、定义范围（需要写一个详细的项目范围说明书）
4、创建WBS（把整个项目工作分解为较小的、易于管理的组成部分，形成一个自上而下的分解结构）
5、确认范围（在项目的进行中，需要阶段性的一些验收）
6、控制范围（做好监控，看有没有偏差，有偏差进行纠偏）

产品范围是指产品或者服务应该包含的功能，项目范围是指为了能够交付产品，项目所必须做的工作
项目的范围基准是经过批准的项目范围说明书、WBS和WBS词典。判断项目范围是否完成，要以范围基准来衡量。判断产品范围是否完成，根据产品是否满足了产品描述来判断

规划范围管理
输入：
1、项目管理计划
2、项目章程
3、事业环境因素
4、组织过程资产

工具与技术：
1、专家判断
2、会议

输出：
1、范围管理计划
2、需求管理计划

项目范围管理计划可以是详细的或者概括的，可以是正式的也可以是非正式的

范围管理计划的内容：
1、如何制订项目范围说明书（定义范围）
2、如何根据范围说明书创建WBS（工作分解结构）
3、如何维护和批准WBS（工作分解结构）
4、如何确认和正式验收已完成的项目可交付成果（确认范围）
5、如何处理项目范围说明书的变更，该工作与实施整体变更控制过程直接相连（控制范围）

对于WBS的编制指南可能有以下内容：
1、确定WBS满足职能和项目的要求，包括重置和非重置成本
2、检查WBS是否为所有的项目工作提供了逻辑细分
3、保证每一个特定层的总成本等于下一个层次构成要素的成本和
4、从全面适应和连续角度来检查WBS
5、所有的工作职责需分配到个人或组织单元

收集需求
需求包括业务需求、干系人需求、解决方案需求、过渡需求、项目需求和质量需求等

输入：
1、范围管理计划
2、需求管理计划
3、干系人管理计划
4、项目章程
5、干系人登记册

工具与技术：
1、访谈
2、焦点小组
3、引导式研讨会
4、群体创新技术
5、群体决策技术
6、问卷调查
7、观察
8、原型法
9、标杆对照
10、系统交互图
11、文件分析

输出：
1、需求文件
2、需求跟踪矩阵

焦点小组：群体访谈，主持人，分组讨论
群体创新技术是指可以组织一些群体活动来识别项目和产品需求，群体创新技术包括头脑风暴法、名义小组技术、德尔菲技术、概念\思维导图、亲和图和所标准决策分析等
德尔菲技术：匿名、多轮、背靠背，结果趋向于一致

需求跟踪是将单个需求和其他元素之间的依赖关系和逻辑联系建立跟踪，这些元素包括各种类型的需求、业务规则、系统组件、以及帮助文件等，可验证性是需求的最基本特性

每个配置项的需求到其涉及的产品需求都需要有双向可跟踪性

需求跟踪矩阵：
表示需求和其他产品元素之间的联系链的最普遍方式是使用需求跟踪（能力）矩阵，需求跟踪矩阵是将产品需求从其来源链接到能满足需求的可交付成果的一种表格

需求跟踪矩阵的内容包括以下几个方面：
1、业务需求、机会、目的和目标
2、项目目标
3、项目范围（WBS可交付成果）
4、产品设计
5、产品开发
6、测试策略和测试场景
7、高层级需求到详细需求

需求跟踪矩阵中记录的典型属性包括唯一标识、需求的文字描述、收录该需求的理由、所有者、来源、优先级别、版本、当前状态（如进行中、已取消、已推迟、新增加、已批准、已分配、已完成等）和状态日期

定义范围
定义范围是制订项目和产品详细描述的过程，是明确所收集的需求哪些将包含在项目范围内，哪些将排除在项目范围外，从而明确产品、服务或成果的边界

定义范围的输入：
1、范围管理计划
2、项目章程
3、需求文件
4、组织过程资产

工具与技术：
1、专家判断
2、产品分析
3、备选方案生成
4、引导式研讨会

输出：
1、项目范围说明书
2、项目文件更新

产品分析：针对产品提问并回答，形成对将要开发的产品的用途、特征和其他方面的描述（项目范围说明书中有验收标准所以要做产品分析）
产品分析技术包括产品分解、系统分析、需求分析、系统工程、价值工程（产品没做出来之前）和价值分析（产品做出来之后）

备选方案生成：用来指定尽可能多的潜在可选方案的技术，用于识别执行项目工作的不同方法

项目范围说明书内容：
1、产品范围描述
2、验收标准
3、可交付成果
4、项目的除外责任（什么不能做）
5、制约因素
6、假设条件

项目范围说明书的主要作用：
1、确定范围
2、沟通基础
3、规划和控制依据
4、变更基础
5、规划基础

创建工作分解结构（WBS）
创建WBS是将项目可交付成果和项目工作分解成较小的、更易于管理的组件的过程，其主要作用是对所要交付的内容提供一个结构化的视图

在每个分解单元中都存在可交付成果和里程碑。里程碑标志着某个可交付成果或者阶段的正式完成

工作包时位于WBS每条分支最底层的可交付成果或者项目工作组成部分，应便于完整地分派给不同的人或组织单元，所以要求明确各工作单元直接的界面。工作包应该非常具体，以便于承担着能明确自己的任务，努力的目标和承担的责任，作为一种经验法则，8\80原则建议工作包的大小应该至少需要8小时完成，总完成时间也不应该大于80小时

控制账户是一种管理控制点。在该控制点上，将范围、预算（资源计划）、实际成本和进度加以整合，并将他们与挣值进行比较，以测量绩效。控制账户是WBS某个层次上的要素，既可以是工作包，也可以是比工作包更高层次上的一个要素。如果是后一种情况，一个控制账户中就包括若干个工作包，但一个工作包仅属于一个控制账户。项目管理团队在控制账户上考核该项目的执行情况，即在控制账户的相应要素下，将项目执行情况与计划情况进行比较，以便评价该执行情况好坏，并发现与纠正偏差

规划包是指在控制账户之下，工作内容已知但是尚缺详细进度活动的WBS组成部分。规划包是在控制账户之下、工作包之上的WBS要素。规划包是暂时用来做计划的，随着情况的逐渐清晰，规划包最终将被分解成工作包以及相应的具体活动

WBS词典也称为WBS词汇表，它是描述WBS各组成部分的文件。对于WBS的每一个组成部分，WBS词典可能包括账户编码标识、工作描述、假设条件和制约因素、负责人或组织单元、进度里程碑、相关的进度活动、所需资源、成本估算、质量要求、验收标准、技术参考文献、协议信息等（是对WBS中每个元素的描述）

创建WBS的输入：
1、范围管理计划
2、项目范围说明书
3、需求文件
4、事业环境因素
5、组织过程资产

工具与技术
1、分解
2、专家判断

输出：
1、范围基准
2、项目文件更新

创建工作分解结构（WBS）
*分解是一种将项目可交付成果和项目工作分解成较小的、更易于管理的组件的技术

要将整个项目工作分解为工作包，需要开展以下活动：
1、识别和分析可交付成果及相关工作（要分解什么）
2、确定WBS的结构和编排方法（怎么分解）
3、自上而下逐层细化分解（开始分解）
4、为WBS组件制订和分配标识编码（编码）
5、核实可交付成果分解的程度是恰当的（检查和确认）

WBS分解的方法
1、项目生命周期的各阶段作为分解的第二层，产品和项目可交付成果放在第三层
2、主要可交付成果作为分解的第三层
3、整合可能由项目团队以外的组织来实施的各种组件（如外包），然后作为外包工作的一部分，卖方需要编制相应的合同WBS

WBS不是某个团队成员的责任，应该由全体项目团队成员、用户和项目干系人共同完成和一致确认

WBS分解注意方面：
1、必须是面向可交付成果的
2、必须符合项目范围
3、底层应该支持计划和控制
4、WBS中的元素必须有人负责，并且只能由一人负责，尽管实际上可能有多人参与
5、WBS应控制在4-6层
6、WBS应包括项目管理工作（因为管理是项目具体工作的一部分），也要包括分包出去的工作
7、WBS的编制需要所有（主要）项目干系人的参与，需要项目团队成员的参与
8、WBS并非是一成不变的。在完成了WBS之后的工作中，仍然有可能需要对WBS进行修改

范围基准
项目的范围基准是经过批准的项目范围说明书，WBS和WBS词典

确认范围
确认范围是正式验收项目已完成的可交付成果的过程。确认范围包括与客户或发起人一起审查可交付成果，确保可交付成果已圆满完成，并获得客户或发起人的正式验收

确认范围的主要工具与技术是检查和群体决策技术

检查也称为审查、评审、审计、走查、巡检、测试等，是指开展测量、审查与确认等活动来判断工作和可交付成果是否符合需求和产品验收标准。确认范围应贯穿项目的始终

确认范围的输入：
1、项目管理计划
2、需求文件
3、需求跟踪矩阵
4、确认的可交付成果
5、工作绩效数据

工具与技术：
1、检查
2、群体决策技术

输出：
1、验收的可交付成果
2、变更请求
3、工作绩效信息
4、项目文件更新

确认范围干系人关注点
1、管理层所关注的项目范围，是指范围对项目的进度、资金和资源的影响，这些因素是否超过了组织承受范围，是否在投入产出上具有合理性
2、客户主要关心的是产品的范围，关心项目的可交付成果是否足够完成产品或者服务
3、项目管理人员主要关注可交付成果是否足够和必须完成，时间、资金和资源是否足够，主要的潜在风险和预备解决的方案
4、项目团队成员主要关心项目范围中自己参与的元素和负责的元素，通过定义范围中的时间检查自己的工作时间是否足够，自己在项目范围中是否有多项工作，而这些工作有没有冲突的地方

在项目中，客户和项目团队成员往往有在当前版本中加入所有功能和特征的意愿，这对于项目来说是一种潜在的风险，会给组织和客户带来危害和损失

确认范围与质量控制的不同之处：
1、确认范围主要强调可交付成果获得客户或发起人的接受，质量控制强调可交付成果的正确性，并符合为其制订的具体质量要求（质量标准）
2、质量控制一般在确认范围前进行，也可同时进行；确认范围一般在阶段末尾进行，而质量控制并不一定在阶段末进行
3、质量控制属内部检查，由执行组织的相应质量部门实施；确认范围则是由外部干系人（客户或发起人）对项目可交付成果进行检查验收
从检查的详细程度来说，核实产品、确认范围和质量控制是递进的、越来越细的检查过程

确认范围和项目收尾的不同之处：
1、虽然确认范围与项目收尾工作都在阶段末进行，但确认范围强调的是核实与接受可交付成果，而项目收尾强调的是结束项目（或阶段）所要做的流程性工作
2、确认范围与项目收尾都有验收工作，确认范围强调验收项目可交付成果，项目收尾强调验收产品

控制范围
控制范围是监督项目和产品的范围状态、管理范围基准变更的过程，其主要作用是在整个项目期间保持对范围基准的维护。对项目范围进行控制，就必须确保所有请求的变更、推荐的纠正措施或预防措施都经过实施整体变更控制过程的处理。在变更实际发生时，也要采用范围控制过程来管理这些变更

未经控制的产品或项目范围的扩大（未对时间、成本和资源做相应调整）称为范围蔓延。（客户不断提出要求，不断去改，最终交付物不满足要求；镀金：项目实施人员往往愿意尝试新的技术或者为信息系统项目加上更厉害的功能）变更是不可避免的，控制范围过程依赖于范围变更控制系统。范围变更控制是指对有关项目范围的变更实施控制，审批项目范围变更的一系列过程，包括书面文件、跟踪系统和授权变更所必须的批准级别

控制范围的输入：
1、项目管理计划
2、需求文件
3、需求跟踪矩阵
4、工作绩效数据
5、组织过程资产

工具与技术：
1、偏差分析

输出：
1、工作绩效信息
2、变更请求
3、项目管理计划更新
4、项目文件更新
5、组织过程资产更新
————————————————
版权声明：本文为CSDN博主「耿玖」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。
原文链接：https://blog.csdn.net/gengjia_/article/details/128917751