项目管理指导书_项目监控

工作分解结构
表1 Project项目计划分解清单
【JAVA】ETC合作 资源班培训进度计划V1.0
ChinaSoft International 中软国际
工作分解结构工具
注意：Project的使用是为了方便我们的版本需求分解点， 范围的需求分解以及项目组员的范围分工。 目的是为了缩小项目的范围，方便使用操作管理。
进度监控 ❖项目过程进度跟踪
▪ 开发进度跟踪 ▪ 测试进度跟踪
❖层级汇报-周报汇报
▪ 项目周报
ChinaSoft International 中软国际
项目过程进度跟踪
测试进度跟踪表 开发进度跟踪表 Story进度跟踪表
US进度跟踪表
ChinaSoft International 中软国际
项目周报汇报每周项目进度风险
3. 评审质量分析。结合评审效率（单位时间发现问题个数）与发现缺陷密度 （单位规模发现问题个数）达标情况组合矩阵（详见指导书page12），可 分析当次/阶段评审质量和可能存在问题。
ChinaSoft International 中软国际
第三方监控审计
阶段审计报告/阶段审计checklist ❖ 项目阶段审计
ChinaSoft International 中软国际
质量监督方法集-度量分析
❖ 项目度量计划的制定
目的：对项目关键度量项的聚焦，且明确关键度量项需达到的标准。 工具：度量计划（集成裁剪概念的应用）。 输入：公司、部门关注目标、SOW、项目关注目标。
❖ 度量与分析活动实施关键
角色明确：在项目中明确MA。 度量及时：能根据度量频率及时完成数据更新。 度量应用于管理：PM主动向MA获取最新度量数据分析结果，作为项目进度 、质量、成本现状判断和管理决策的参考。 范例（里程碑报告、迭代回顾报告）
ChinaSoft International 中软国际
质量监控
❖质量监督方法集
▪ 项目阶段评审 ▪ 度量分析
❖项目审计
▪ 阶段审计报告/阶段审计checklist ▪ QA周报
ChinaSoft International 中软国际
质量控制点-评审Hale Waihona Puke Baidu
P.S.第三小时会议 PM需协调到相关干系人就未确认问题决策是否是问题，就未确定具体 方案讨论明确方案。会议记录员进行记录。
ChinaSoft International 中软国际
场景分析
项目案例 2 什么时候需要更新需求跟踪矩阵？ •在项目计划阶段由各模块组长根据系统规格完成需求跟 踪矩阵的初始化，在阶段结束后更新，以及功能点发生 变动引起的规格、需求、用例、代码的改动，也需要更 新和完善需求跟踪矩阵。
ChinaSoft International 中软国际
Chinasoft international
项目管理指导书_项目监控
项目监控
❖Part1：范围监控 ❖Part2：进度监控 ❖Part3：质量监控 ❖Part4：风险监控 ❖Part5：成本监控 ❖Part6：变更管理 ❖Part7：团队管理
ChinaSoft International 中软国际
范围监控
RTM: 需求跟踪矩阵，从AR-->SR-->UTP-->SDVP-->Code 形
成双向跟踪追溯关系，双向回溯规格功能点的正确性和完 成性，防止功能点在开发过程中遗漏。
WBS: 将主要的项目可交付成果分解为较小的且更易于管
理的单元，即形成工作分解结构（Work Breakdown Structure），简称WBS。
ChinaSoft International 中软国际
RTM-简要介绍
ChinaSoft International 中软国际
RTM-场景使用
每个阶段对RTM进行更新，计划阶段、需求阶段、详细设计阶段、编码阶段、 单元测试阶段、集成测试阶段
ChinaSoft International 中软国际
ChinaSoft International 中软国际
质量监督方法集-度量分析
❖ 度量之分析
1. 分析页。与目标对比，发现不达标项。对阶段质量达成预期目标情况进行监 督分析。
2. 缺陷页。阶段发现缺陷和阶段引入缺陷对比，发现阶段质量目标合理性。结 项回溯阶段缺陷清除能力。若团队较稳定，则可预先规划后续版本质量目标 调整方向。
Q1:PM在项目临近归档前已多次督促项目各个开发人员及时修改问题， 但是到了归档时间点。还是出现问题单状态更新不及时，规范问题导 致bug修复存在质量风险漏洞，归档入口条件未达到情况，导致归档 滞后。
A1: PM应在测试过程中时时关注组员每日提单数和修改效率，并通过邮 件或平日沟通机会强调自己对达到出口条件的重视和监控方式，发布 监控结果。以引导组员执行该规范。进而避免因为缺陷发现率不达标 、缺陷库问题未修改验证、无测试报告等情况影响归档进度。
ChinaSoft International 中软国际
场景分析
项目案例 1 项目在编码阶段，合作方客户要求需求范围变更？
1、两套方案：时间延迟，人力不变。时间不变，人力增加。 2、需要PM安排专家先对需求范围变更，进行重新评估定性。 3、设计两套方案进行客户选择，与合作方建立沟通一致。 4、召开例行会议，针对范围变更事件重新重组，重点沟通 项目组干系人分工明确，建议可操作性方案，员工心态的稳 定工作需要加强，目的按质按量完工，激励项目团队。
ChinaSoft International 中软国际
FAQ
Q1:按照评审计划，返工确认结束时间点前，收到各个模块提交的评审表 单，表单上注明了问题已经修改，并且确认列已标注YES。但是到后 续阶段还是出现了评审发现问题没有修改或修改不全的情况，怎么办 ？
A1:PM需要检查评审表单记录的问题是否完整，是否全部修改。建议直 接抽检问题单修改情况或安排评审专家进行检查确认。
QA会在项目阶段结束后，发起审计活动，指出阶段过程中存在的不 符合项，方便项目流程更好的执行，具体使用见Xmind图 ❖ 阶段审计checklist： 项目检查项，在项目阶段结束后，通过检查项来查看过程中的遗留点 ，查看项目过程的符合度，慢慢规范项目流程 ❖ QA周报 QA每周会向项目组反馈跟踪情况，对不符合项进行跟踪，同时也展 现项目的优秀实践，有困难可以上报到QAM