第13章:监控过程组
监控过程组就像项目的“仪表盘”和“方向盘”,它负责随时观察项目的运行状态,对比计划与实际,发现偏差并及时调整,确保项目始终朝着正确的方向前进。
监控过程组概述
包含的过程(12个):
- 范围管理:确认范围、控制范围
- 进度管理:控制进度
- 成本管理:控制成本
- 质量管理:控制质量
- 资源管理:控制资源
- 沟通管理:监督沟通
- 风险管理:监督风险
- 采购管理:控制采购
- 干系人管理:监督干系人参与
- 整合管理:监控项目工作、实施整体变更控制
主要目的:定期监督和计量项目绩效,及时发现与计划的偏差,分析原因,预测未来,并采取纠正或预防措施,同时控制变更。
需要开展的11类工作:
- 比较执行情况与计划,分析范围、进度、成本、质量绩效,识别偏差。
- 分析偏差的程度和原因,预测未来绩效。
- 基于分析和预测,提出变更请求(纠正、预防、缺陷补救、计划修改)。
- 按变更管理计划评审变更请求,做出批准、否决或搁置决定。
- 从项目符合商业需要的高度管理变更,必要时修改项目目标。
- 处理问题日志中的问题,减少不利影响。
- 检查并验收已完成的可交付成果。
- 监控团队和干系人参与情况。
- 监控采购活动。
- 监控单个风险和整体风险,确保风险管理有效。
- 不断总结经验教训,持续改进。
形象解释:监控过程组就像开车时的仪表盘(显示速度、油量)和方向盘(调整方向)。你时刻观察仪表,如果偏离计划(如速度过快),就调整方向盘(采取纠正措施),确保安全到达目的地。
13.1 控制质量
- 定义:为了评估绩效,确保项目输出完整、正确且满足客户期望,而监督和记录质量管理活动执行结果的过程。
- 主要作用:核实项目可交付成果和工作已达到主要干系人的质量要求,可供最终验收。
- 开展时间:整个项目期间。
关键点:
- 质量控制活动可能因行业而异(如制药业更严格),在敏捷项目中可能由全体成员持续执行,在预测型项目中可能由特定成员在特定时间执行。
- 通过测量所有步骤、属性和变量,核实与规划阶段规范的一致性和合规性。
主要输入:
- 项目管理计划:质量管理计划
- 项目文件:经验教训登记册、质量测量指标、测试与评估文件
- 批准的变更请求
- 可交付成果
- 工作绩效数据
主要工具与技术:
- 数据收集:核对单、核查表(计数表)、统计抽样、问卷调查
- 数据分析:绩效审查、根本原因分析
- 检查:审查、同行审查、审计等
- 测试/产品评估:单元测试、集成测试、黑盒/白盒测试等
- 数据表现:因果图、控制图、直方图、散点图
- 会议:审查已批准的变更请求、回顾/经验教训会议
主要输出:
- 质量控制测量结果:书面记录质量控制活动的结果
- 核实的可交付成果:经检查正确的可交付成果,作为确认范围的输入
- 工作绩效信息:包括需求实现情况、拒绝原因、返工要求等
形象解释:控制质量就像质检员对产品进行抽检,确保每个零件都合格,不合格的标记返工,合格的才能进入下一道工序。
13.2 确认范围
- 定义:正式验收已完成的项目可交付成果的过程。
- 主要作用:使验收过程具有客观性,提高最终产品获得验收的可能性。
- 开展时间:根据需要在整个项目期间定期开展。
关键点:
- 确认范围前通常先进行质量控制(如软件测试)。
- 确认范围关注“验收”,控制质量关注“正确性”。
- 干系人关注点不同:管理层关注范围对进度、资金的影响;客户关注产品范围;项目管理人员关注制约因素;团队成员关注自己负责的元素。
确认范围的步骤:
- 确定确认时间
- 识别所需投入
- 确定验收标准和要素
- 确定会议组织步骤
- 组织确认范围会议
确认范围时需要检查的问题(6个):
- 可交付成果是否确定、可确认?
- 是否有明确里程碑?
- 是否有明确质量标准?
- 审核和承诺是否清晰?
- 范围是否覆盖所有活动?
- 范围风险是否太高?
主要输入:
- 项目管理计划:范围管理计划、需求管理计划、范围基准
- 项目文件:需求文件、需求跟踪矩阵、质量报告、经验教训登记册
- 核实的可交付成果
- 工作绩效数据
主要输出:
- 验收的可交付成果:客户或发起人正式签字批准
- 工作绩效信息:哪些被验收、哪些未通过及原因
形象解释:确认范围就像客户验收房子,拿着图纸对照每个房间,确认都按要求建好了,然后签字收房。
13.3 控制范围
- 定义:监督项目和产品的范围状态,管理范围基准变更的过程。
- 主要作用:在整个项目期间保持对范围基准的维护。
- 开展时间:整个项目期间。
关键点:
- 所有变更请求、纠正措施、预防措施都需通过整体变更控制过程处理。
- 未经控制的范围扩大(未调整时间、成本、资源)称为范围蔓延。
主要输入:
- 项目管理计划:范围管理计划、需求管理计划、变更管理计划、配置管理计划、范围基准、绩效测量基准
- 项目文件:经验教训登记册、需求文件、需求跟踪矩阵
- 工作绩效数据(如变更请求数量、已验收可交付成果数量)
主要输出:
- 工作绩效信息:范围实施情况,包括变更分类、偏差原因、对进度和成本的影响、未来绩效预测
形象解释:控制范围就像防止项目“长胖”,一旦有人想加新功能,就要评估对时间、成本的影响,通过正式流程决定是否接受。
13.4 控制进度
- 定义:监督项目状态,以更新项目进度和管理进度基准变更的过程。
- 主要作用:在整个项目期间保持对进度基准的维护。
- 开展时间:整个项目期间。
关键点:
- 关注内容:判断当前状态、影响变更因素、重新考虑储备、管理变更。
- 敏捷方法中,通过比较已完成工作量、燃尽图、回顾性审查、未完项重新排序来控制进度。
- 外包时,需定期了解供应商的里程碑状态。
主要输入:
- 项目管理计划:进度管理计划、进度基准、范围基准、绩效测量基准
- 项目文件:经验教训登记册、项目日历、项目进度计划、资源日历、进度数据
- 工作绩效数据(活动开始/完成日期、进展等)
主要工具与技术:
- 数据分析:挣值分析、迭代燃尽图、绩效审查、趋势分析、偏差分析、假设情景分析
- 关键路径法:检查关键路径进展,评估对项目结束日期的影响
- 资源优化:平衡资源
- 提前量和滞后量:调整活动关系
- 进度压缩:快速跟进、赶工
主要输出:
- 工作绩效信息:与进度基准比较的结果,如SV、SPI
- 进度预测:基于当前绩效预测未来完工日期
形象解释:控制进度就像导航软件实时对比计划路线和实际位置,如果堵车了(进度滞后),就重新规划路线(赶工或快速跟进)。
13.5 控制成本
- 定义:监督项目状态,以更新项目成本和管理成本基准变更的过程。
- 主要作用:在整个项目期间保持对成本基准的维护。
- 开展时间:整个项目期间。
关键点:
- 不仅要看花了多少钱,还要看这些钱完成了多少工作(挣值分析)。
- 目标:影响变更因素、确保支出不超限、监督绩效、防止未批准变更、报告变更、控制超支。
主要输入:
- 项目管理计划:成本管理计划、成本基准、绩效测量基准
- 项目文件:经验教训登记册
- 项目资金需求
- 工作绩效数据(已批准、发生、支付的成本)
主要工具与技术:
- 挣值分析(EVA):
- 计划值(PV)、实际成本(AC)、挣值(EV)
- 进度偏差(SV)、进度绩效指数(SPI)
- 成本偏差(CV)、成本绩效指数(CPI)
- 预测:完工估算(EAC)、完工尚需估算(ETC)
- 偏差分析:比较计划与实际成本
- 趋势分析:审查绩效随时间变化
- 储备分析:监督应急和管理储备使用情况
- 完工尚需绩效指数(TCPI):为了达到目标,剩余工作必须达到的成本绩效
- 项目管理信息系统:监测指标,绘制趋势图
主要输出:
- 工作绩效信息:CV、CPI、EAC、VAC、TCPI等
- 成本预测:记录并传达EAC值
形象解释:控制成本就像记账本,不仅要记录花了多少钱,还要看这些钱买了多少东西(完成的工作),如果超支了就要调整消费计划。
13.6 控制资源
- 定义:确保按计划为项目分配实物资源,监督实际使用情况,并采取必要纠正措施的过程。
- 主要作用:确保资源适时适地可用,并在不再需要时释放。
- 开展时间:整个项目期间。
关键点:
- 重点关注实物资源(设备、材料、设施)。
- 关注:监督资源支出、识别资源缺乏/剩余、确保按计划使用、通知干系人、管理变更。
主要输入:
- 项目管理计划:资源管理计划
- 项目文件:问题日志、经验教训登记册、物质资源分配单、项目进度计划、资源分解结构、资源需求、风险登记册
- 工作绩效数据(已使用的资源数量和类型)
- 协议
主要输出:项目管理计划更新、项目文件更新等(文档中未详细列出,通常会有工作绩效信息等)
形象解释:控制资源就像仓库管理员,检查材料是否按时到位,使用是否合理,不够要及时补货,多了要退库。
13.7 监督沟通
- 定义:确保满足项目及其干系人的信息需求的过程。
- 主要作用:按沟通管理计划和干系人参与计划优化信息传递流程。
- 开展时间:整个项目期间。
关键点:
- 评估沟通方法和活动是否有效,确保正确的内容、时间、渠道、受众。
- 可能触发规划沟通和管理沟通的迭代。
主要输入:
- 项目管理计划:资源管理计划、沟通管理计划、干系人参与计划
- 项目文件:问题日志、经验教训登记册、项目沟通记录
- 工作绩效数据(沟通类型和数量)
主要输出:工作绩效信息(关于沟通效果的评估)
形象解释:监督沟通就像检查微信群消息,看是否有人没收到通知,信息是否被误解,必要时重新发送或补充说明。
13.8 监督风险
- 定义:在整个项目期间,监督商定的风险应对计划的实施、跟踪已识别风险、识别和分析新风险,以及评估风险管理有效性的过程。
- 主要作用:使项目决策基于当前的整体和单个项目风险信息。
- 开展时间:整个项目期间。
关键点:
- 确定:风险应对是否有效、整体风险级别是否改变、单个风险状态是否改变、是否出现新风险、风险管理方法是否适用、假设条件是否成立、政策和程序是否遵守、储备是否需要修改、策略是否有效。
主要输入:
- 项目管理计划:风险管理计划
- 项目文件:问题日志、经验教训登记册、风险登记册、风险报告
- 工作绩效数据(已实施的风险应对、已发生的风险等)
- 工作绩效报告
主要工具与技术:
- 数据分析:技术绩效分析、储备分析
- 审计:风险审计,评估风险管理过程有效性
- 会议:风险审查会(定期或在状态会中)
主要输出:
- 工作绩效信息:比较风险实际发生与预计情况,说明风险应对效果
形象解释:监督风险就像天气预报员持续关注天气变化,看之前预报的雨是否下了,有没有新台风生成,及时更新预警。
13.9 控制采购
- 定义:管理采购关系、监督合同绩效、实施必要的变更和纠偏,以及关闭合同的过程。
- 主要作用:确保买卖双方履行法律协议,满足项目需求。
- 开展时间:根据需要在整个项目期间定期开展。
关键点:
- 合同管理活动:收集数据、完善计划、建立报告机制、监督环境、付款。
- 需要关注付款与实际工作的关系。
- 合同收尾前可根据变更控制条款修改协议。
主要输入:
- 项目管理计划:需求管理计划、风险管理计划、采购管理计划、变更管理计划、进度基准
- 项目文件:假设日志、经验教训登记册、里程碑清单、质量报告、需求文件、需求跟踪矩阵、风险登记册、干系人登记册
- 协议
- 采购文档(工作说明书、支付信息、往来函件等)
- 工作绩效数据(卖方技术绩效、已付款等)
主要工具与技术:
- 专家判断(财务、法律、索赔管理)
- 索赔管理:处理争议,首选谈判,必要时用替代争议解决方法(ADR)
- 数据分析:绩效审查、挣值分析、趋势分析
- 检查:实地审查可交付成果
- 审计:对采购过程的结构化审查
主要输出:
- 采购关闭:正式书面通知,要求所有可交付成果已交付、款项已付清
- 工作绩效信息:卖方履行情况,如可交付成果完成情况、技术绩效、成本产生等
形象解释:控制采购就像监督外包工程队,检查他们是否按合同施工,进度是否正常,付款要与实际工作量挂钩,最后验收合格才结清尾款。
13.10 监督干系人参与
- 定义:监督项目干系人关系,并通过修订参与策略和计划来引导干系人合理参与项目的过程。
- 主要作用:随着项目进展和环境变化,维持或提升干系人参与活动的效率和效果。
- 开展时间:整个项目期间。
主要输入:
- 项目管理计划:资源管理计划、沟通管理计划、干系人参与计划
- 项目文件:问题日志、经验教训登记册、项目沟通记录、风险登记册、干系人登记册
- 工作绩效数据(干系人支持水平、参与类型)
主要工具与技术:
- 数据分析:备选方案分析、根本原因分析、干系人分析
- 决策:多标准决策分析、投票
- 数据表现:干系人参与度评估矩阵(跟踪参与水平变化)
- 沟通技能:反馈、演示
- 人际关系与团队技能:积极倾听、文化意识、领导力、人际交往、政策意识
- 会议:状态会议、站会、回顾会等
主要输出:
- 工作绩效信息:干系人当前支持水平与期望水平的比较
形象解释:监督干系人参与就像维护客户关系,定期回访,了解他们是否满意,如果发现有人不满,及时调整策略,重新争取支持。
13.11 监控项目工作
- 定义:跟踪、审查和报告整体项目进展,以实现项目管理计划中确定的绩效目标的过程。
- 主要作用:让干系人了解项目当前状态,认可处理绩效问题的行动,并通过预测让干系人了解未来状态。
- 开展时间:整个项目期间。
关键点:
- 关注:比较实际绩效与计划、定期评估绩效、检查风险状态、维护信息库、提供预测、监督变更实施、向项目集管理层报告、确保与商业需求一致。
主要输入:
- 项目管理计划(所有组成部分)
- 项目文件:假设日志、估算依据、成本预测、问题日志、经验教训登记册、里程碑清单、质量报告、风险登记册、风险报告、进度预测
- 工作绩效信息(从控制过程获得)
- 协议
主要工具与技术:
- 数据分析:备选方案分析、成本效益分析、挣值分析、根本原因分析、趋势分析、偏差分析
- 决策:投票
主要输出:
- 工作绩效报告:实体或电子形式,包含状态报告、进展报告,如挣值图表、趋势线、储备燃尽图、缺陷直方图、合同绩效、风险概述。常用形式:仪表盘、大型可见图表(BVC)、任务板、燃烧图(燃起图、燃尽图)。以及预算临界值设置。
工作绩效数据、信息、报告的区别:
- 数据:原始记录(what),如“完成20个模块”
- 信息:分析后(why),如“进度落后2个月,因人员能力不足”
- 报告:综合后(how),如“偏差超临界,需加强培训”
形象解释:监控项目工作就像项目经理的驾驶舱,整合所有仪表信息,生成综合报告,让高层和干系人一目了然。
13.12 实施整体变更控制
- 定义:审查所有变更请求,批准变更,管理对可交付成果、组织过程资产、项目文件和项目管理计划的变更,并对变更处理结果进行沟通的过程。
- 主要作用:确保对项目中已记录在案的变更做综合评审,避免不考虑整体影响而随意变更。
- 开展时间:整个项目期间。
关键点:
- 项目经理承担最终责任。
- 任何干系人都可提出变更请求,但必须以书面形式记录。
- 基准确定前,变更无须正式受控;基准确定后,必须通过本过程。
- 配置控制关注技术规范,变更控制关注对基准的变更。
- 变更控制工具支持:识别配置项、记录报告状态、核实审计;识别变更、记录变更、做出决定、跟踪变更。
主要输入:
- 项目管理计划:变更管理计划、配置管理计划、范围基准、进度基准、成本基准
- 项目文件:需求跟踪矩阵、风险报告、估算依据
- 工作绩效报告
- 变更请求
主要输出:
- 批准的变更请求:由项目经理、CCB或指定团队成员做出批准、推迟或否决的决定,并通知相关人员。批准的变更通过指导与管理项目工作过程实施。
形象解释:实施整体变更控制就像公司内部的审批流程,任何改变计划(如增加预算)都要提交申请,经过综合评估才能批准,确保不会顾此失彼。