在产品项目中，需要了解和关注什么？作者梳理和总结了在产品中的项目整合与角色定位，希望对你有所帮助。

一、整体变更

0—了解变更的原因

1—-记录（任何一个人向项目经理提出）别人–PM

2—-评估（项目经理）

3—-提交（项目经理提交给CCB） PM–CCB

4—-更新（项目管理计划和变更日志）

5—-通知（通知相关方）

二、项目范围管理

范围管理计划：

1、收集需求的工具

地理位置分散—-问卷调查

同职能—–焦点小组

跨职能—–引导

专家、匿名、消除偏见—–德尔斐技术

需求不明确的情况下——原型法（注意和MVP（在敏捷中）用到的区别）—-不能使用，MVP能使用

2、项目范围说明书四大内容

（1）产品范围的描述

（2）可交付成功

（3）验收标准—查找顺序—-项目范围说明书、WBS词典、范围基准

（4）除外责任—目的—-管理相关方的期望

3、范围基准–WBS的输出，包含三大内容

（1）范围说明书

（2）WBS

（3）WBS词典—包含验收标准

三、进度

制定进度：

1、关键路径法—-代表项目活动时间最长路径，决定项目的工期

2、关键链法—考虑了资源的约束

3、资源平衡—–资源被过度分配——会改变关键路径

4、资源平滑—–成本没有办法增加，资源没有增加—-不会改变关键路径丝滑过去

5、进度压缩

（1）赶工：花钱买时间

（2）快速更进：用风险换时间

四、成本

估算成本：

最准确—-自下而上

粗略——类比

不确定性和风险—–三点估算

*储备分析：

应急储备和管理储备只为风险服务

应急储备—项目经理不走变更，可以直接使用，包含在成本基准中，不要拿给其他项目用

管理储备—应对未知风险，不在成本基准中，使用前必须要走变更流程，提变更请求。

五、质量管理

1、规划质量管理：定标准

通过质量管理计划和质量测量指标

一致性成本（预防成本）、非一致性成本（故障处理成本）

2、*管理质量（QA）：管过程

七种武器：

因果图（鱼骨图、why-why分析图、石川图）：根本原因

直方图：显示频率分布情况产品缺陷问题 大小对比

帕累托图：累计的频率，28原则，主要原因产品缺陷问题

散点图：变量之间的关系变量之间有没有相关性

流程图：过程中哪个流程出了问题锁定问题产生点，锁定问题责任人

亲和图：分类、归类

管理质量的输入：质量控制测量结果

控制图：过程是否稳定，是否可预测 控制图才有所谓的基准数字，有上下限

质量审计=管理质量：审过程，质量核对单：过程质量标准：质量测量指标

（1）识别：识别过程做的好的，做的坏的

（2）分享：从别的项目中分享好的

（3）协助：帮你

（4）积累：积累经验教训

（5）*确认：确认已批准变更请求的实施情况—–“已批准的变更请求在指导与管理项目工作中实施”

监控过程、执行过程中申请变更—走流程—批准的变更请求（在指导和管理项目工作中实施）—实施完后保证质量（审计过程和控制质量检查变更后的结果）

质量审计报告的内容就是：项目活动是否遵循组织和项目的质量标准

可交付成果的从生到死：

（1）指导和管理项目工作中输出可交付成果

（2）控制质量输出核实的可交付成果（和团队，对内）

（3）确认范围输出验收可交付成果（和相关方，对外）

（4）移交可交付成果

六、资源管理

1、RAM、RACI

2、团队章程：基本规则

3、获取资源—-找职能经理协商、谈判、解决，项目经理没有自己控制资源的权力，如果牛人可能被调走，就去谈判，已确定调走，就对新资源培训技能不足搞培训，确定要走的人，下一步就是该提变更提变更，看到虚拟团队，首选沟通。

塔克曼模型—-加人就是形成阶段—-有矛盾就是震荡阶段—–规范阶段——团队建设

七、沟通管理

沟通指信息的传递交换。

信息有误解，多发、少发，更新沟通管理计划。

相关方指人，人在搞你、抵制你，更新相关方参与计划；之前没有识别，要更新相关方登记册；已识别，则是相关方参与计划。

质量管理计划、范围管理计划等没有内容。

沟通管理计划内容是实质性内容（发送方式等等）。

监控项目工作输出工作绩效报告，通过管理沟通过程，拿去给相关方。

机会应对策略：

1、开拓：用牛人去做

2、提高：用普通资源去做

应急应对策略：有预警信号时，采用

弹回计划=备用计划

质量审计：管过程

风险审计：审过程，审风险管理过程的有效性

采购审计：审作为甲方的我们，审我们自己的采购流程是否有效

风险责任人是风险定性之后才确定的，然后由风险责任人去制定风险应对计划。

八、产品愿景、产品路线图，类似于企业愿景

• 三个角色– PO、开发团队、SM（sm主管、敏捷教练、项目经理）
• 三个工件–PB：产品待办列表 SPB：锁定当前的产品待办列表

*增量 增量由PO决定接受与否，增量一般提前定义DOD的标准，避免出问题。

五个会议：

• 梳理会 对需求(用户故事)进行梳理，PO和团队一起梳理
• 计划会 4h，PO将优先级待办列表（用户故事）给团队将清楚

参与角色：PO、团队、SM相关方可参与。

每日站会 15min，只分享障碍，不讨论解决障碍

成员说三件事：

1）昨天完成了什么工作

2）今天要完成什么工作

3）要做的事有没有困难

参与角色：团队、SMPO可参与

评审会 演示会，与相关方核对需求及迭代的成果。

参与角色：PO、团队、客户

产出：会生成一个修改的待办列表 会纳入下个scrum。

回顾会 对前一阶段的Spring进行回顾和总结，改进，总结经验教训。

参与角色：团队、SMPO可参与也可不用参与