在产品中的项目整合与角色定位

2 评论 3202 浏览 6 收藏 9 分钟

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

一、整体变更

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可参与也可不用参与

本文由 @wenshyhao 原创发布于人人都是产品经理,未经许可,禁止转载

题图来自 Unsplash,基于 CC0 协议

该文观点仅代表作者本人,人人都是产品经理平台仅提供信息存储空间服务。

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
海报
评论
评论请登录
  1. 还可以

    来自河南 回复
    1. Thanks♪(・ω・)ノ

      来自湖北 回复