做题技巧总结
审题
题干说 "信息交换" 找沟通相关
说 干系人 找 干系人相关
不要想太多!
排除不符合阶段的选项
比如说:
- 敏捷中没有所谓的变更流程, 敏捷中的变更记录在问题日志,等下个冲刺计划开始时来确定是否变更和排优先级
(第七周练习 T38, T19; 模拟二 T25)
- 项目章程中没有风险相关
- 启动阶段没有需求相关工作
(模拟二 T147)
;也没有沟通管理计划(题目说干系人不支持,选项出现沟通管理计划 ❌) - 规划阶段不做商业论证 (注意区分 启动 和 规划)
(模拟三 T32)
- 敏捷/混合框架中不要单纯套用预测性的方法
(模拟三 T111; 模拟二 T128)
- 可交付成果已关闭(收尾并交付运营)后,不能再走变更
选项中的包含关系
选线中的行动存在包含关系
举例: A, B, C, D 四个选项
A 是干扰项排除; C, D 说法正确不够全面; B 包含 C, D 的内容,选择 B
(模拟三 T169, T91; 模拟二 T140, T26); 章节练习【过程】 T6, T22
注意选项的先后顺序
有些题 A, B 两个选项都是正确的解决方案, 但是他们之前存在顺序关系: A > B, 选择顺序靠前的 A (模拟二 T101)
三动一分析题型
寻求解决方案,三个选项直接行动,一个选项确定原因+记录
,典型的三动一分析
注意题目是问事先做什么还是问当前解决方案
事先
,要避免
这个问题 => 预防措施
常见说法错误
- 范围管理计划不包括范围(它是如何管理和控制范围的指南)
(模拟三 T114, T47)
- 邀请干系人参加每日例会、回顾会议 (干系人一般只参加评审会议, PO 一般不参加每日例会)
- 敏捷迭代中的功能
演示
不是真正的交付价值
,只有将产品交付给使用方才能真正的产生价值 - 项目章程不包含项目范围
- 高层次的需求(项目章程) => 需求收集(范围管理:收集需求;确定范围) => 范围(范围说明书)
- 残余风险是采取风险应对措施之后仍然存在的风险,他不是新的风险
关键字判断
风险类型题: 看到
新技术、新工具或者交给能力最强的人/团队(使用最好的资源)
- 开拓(模拟一 T3)
关于项目所在行业、项目关注的(领域知识、法规、采购、组织治理)领域相关的 - 找专家判断
(模拟一 T86; 模拟三 T64)
干系人
类型的题,遇到抵制
- 找干系人参与计划(模拟一 T91, T125)
初始会议
、新项目开始
或者启动这个项目
类似的词 - 马上反应是启动阶段(模拟一 T93, T137)
团队相关的题,看到
技能
- 优先考虑培训(模拟一 T114)
解决某个问题
- 选具体的措施(记录...这种选项是正确的,但不是最符合题意的选项)发现质量问题
- 先分析根本原因,再通过审计进行排查(模拟一 T141)
不同国家的团队、供应商
- 优先"虚拟"
选项职能型/矩阵组织
中 - 对资源的决策要经过职能经理人的问题先沟通
敏捷相关:
- 产品代办列表项不够细化 -
DoR
(准备就绪的定义); - 迭代完成的功能没有满足(客户/团队/PO 的期待) -
DoD
(完成的定义) - 项目章程; 固定的时间盒
;潜在的发布增量
;跨职能团队
-Scrum 敏捷交付
快速部署
- 增量交付初期接受基本版本,其余后期交付
;少量可交付成果的频繁交付
- 增量型(第七周 T7, T22, T29; 模拟三 T105; 模拟二 T144)
- 产品代办列表项不够细化 -
敏捷题: 明确角色职责
有些选项做的事和题干中的角色不符合,可以快速排除
PO
: (模拟一 T112, T80; 模拟二 D5)
- 创建产品待办列表并排序
- 确认工作优先顺序
- 提供反馈
- 指导开发方向 所有的待办列表优先级的划分
- 分配故事点
项目经理
(敏捷教练;模拟一 T84; 模拟三 T6
):
- 促进者将帮助团队中每个人各尽所能地思考和工作
- 促进者帮助团队创建可接受的解决方案
- 促进者鼓励团队参与、
理解 (培养 ×)
,并对团队输出共同承担责任 - 消除障碍 (这是仆人式领导的责任,不应该拉上团队一起解决)
- 对新成员/敏捷新人 要加以辅导
项目团队
:
- 维护冲刺待办列表
(模拟三 T4)
补充:
敏捷 Scrum 方法
和 敏捷看板方法
:
Scrum 方法
通常在规划会议上设置优先级,而在冲刺期间不鼓励进行大的优先级更改看板方法
允许随时调整任务的优先级,非常适合于优先级经常变化的环境
敏捷题: 转型
预测型向敏捷型转型时:
- 培训 > 转变沟通渠道
- 一般来说仆人型项目经理需要让团队自组织,有一个例外:当组织从预测型向敏捷型转型时,需要参与辅导