文章目录
- 技巧
- 高频考点分析(一、过程;二、人员)
- 一、过程:
-
- 1.1 变更管理:
-
- 1.1.1 瀑布型变更(一次交付、尽量限制、确定性需求 >风险储备)
- 1.1.2 敏捷型变更(多次交付、拥抱变化、待办需求>确定性需求)
- 一模
-
- 变更--敏捷变更--敏捷拥抱变更,PO与客户一起确认优先级。
-
- 63、 [单选] 一个敏捷项目已经进入了第七次冲刺阶段。在冲刺结束前两天,客户通知产品负责人,他们忘记在冲刺中包含某个功能。高级经理无意中听到谈话,并表示包含该功能意味着范围蔓延,并不应被允许。产品负责人的最佳行动方案是什么?
- 变更--敏捷变更--敏捷拥抱变更
-
- 73、 [单选] 一个敏捷团队即将开始项目的第一次迭代来为客户开发一个软件应用程序。发起人要求团队与客户紧密协作,以增加项目成功的机会。项目经理应该鼓励以下哪一项来支持发起人的要求?
- 二模
-
- 变更--敏捷变更--敏捷拥抱变更
-
- 25、 [单选] 你被分配到一个软件开发项目。产品需求在一开始就没有明确定义。因此,决定使用敏捷框架来开发产品。项目的其他方面将使用传统的瀑布式项目管理方法进行管理。以下哪一项可能会花费较少的时间来开发和/或实现该项目?
- 变更--敏捷变更--敏捷拥抱变更
- 14.敏捷–角色–产品负责人PO–职责–1.创建待办列表并排序;2.确认工作优先顺序;3.提供反馈;4.指导开发方向。--指导开发方向是PO的角色内容。PO对接客户,以确定是否变更以及何时变更。--重要性:PO的角色不可或缺,需专人负责。
-
- 59、 [单选] 一家公司正在为外部客户运行一个敏捷项目。团队在冲刺审查会议上演示了网络用户界面的新功能后,一个干系人找到产品负责人,并建议对其中一个屏幕进行改进。干系人坚持认为,这种改进将使用户更容易在界面中导航。产品负责人的最佳行动方案是什么?
- 变更--敏捷变更--敏捷拥抱变更
- 14.敏捷–角色–产品负责人PO–职责–1.创建待办列表并排序;2.确认工作优先顺序;3.提供反馈;4.指导开发方向。--指导开发方向是PO的角色内容。PO对接客户,以确定是否变更以及何时变更。--重要性:PO的角色不可或缺,需专人负责。--优先级的问题,应该听PO的。--是否变更,由PO决定。
-
- 109、 [单选] 当项目发起人找到Scrum主管,要求在当前的冲刺中立即开发一个新的、紧急的、潜在的复杂的强制性法规遵循相关的需求时,Scrum团队正处于冲刺的中途。发起人强调,如果需求没有实现,整个项目可能会被取消。Scrum主管的最佳回应是什么?
- 变更--敏捷变更--敏捷拥抱变更
- 14.敏捷–角色–产品负责人PO–职责–1.创建待办列表并排序;2.确认工作优先顺序;3.提供反馈;4.指导开发方向。
-
- 113、 [单选] 项目经理制定了一个全面的项目管理计划,包括完全详细的WBS和详细的项目进度计划。尽管做了这些努力,但项目仍然落后于计划,因为变更控制委员会(CCB)无法处理大量变更,即使其中大部分已经被产品负责人批准了。项目经理的最佳行动方案是什么?
- 变更--敏捷变更--敏捷拥抱变更
- 变更--敏捷型变更(多次交付、拥抱变化、待办需求>确定性需求)--口诀:冲刺内谨慎,冲刺外待办--重大问题、新增需求、需求变更交给PO(Product Owner),随后加入待办事项列表(PB)。
-
- 159、 [单选] 一个实施新的线上登录平台的项目已经启动。在第一次冲刺之后,项目发起人要求变更。接下来项目经理该怎么做?
- 三模
-
- 变更--敏捷变更--敏捷拥抱变更
- 易混~~产品负责人评估变更请求后,判定是否变更,不能直接变更~~ 。~~C选项错在这里~~ ~~还是已经是延迟了,所以敏捷拥抱变更,直接跟客户说了~~ C选项错在“冲刺待办事项列表”,是“产品待办事项列表”,AB也是错误,排除法选D。
-
- 4、 [单选] 在每日站会上,开发人员指出一个待办事项将不会交付,因为他们需要在接下来的几天里意外休假。待办事项是用户在下一个冲刺评审中所期望的功能的先决条件。项目负责人应该怎么做?
- 14.敏捷--敏捷变更--通过不断迭代的待办事项列表来应对敏捷的变更。
-
- 109、 [单选] 项目经理在不断变化的商业环境中从事敏捷项目。项目发起人担心利益的实现,并要求项目经理关注可能影响项目的变更。项目经理应该采取什么行动来识别可能影响产品的变更?
- 冲刺
- 必刷
-
- 变更--敏捷变更--敏捷拥抱变更,敏捷不是没有变更,由PO评估变更
-
- 144、 [单选] `在迭代过程中`,产品负责人告诉敏捷团队政府已经更新了法律要求。这将导致产品定义发生一些变更。项目经理应该如何处理这种情况?
技巧
高频考点分析(一、过程;二、人员)
一、过程:
1.1 变更管理:
1.1.1 瀑布型变更(一次交付、尽量限制、确定性需求 >风险储备)
口诀: 一个中心,两个基本点
(1)一个中心:计划 = 执行
缺陷补救:让可交付成果正常(强调质量、范围)
纠正措施:让绩效恢复正常(强调进度、成本、其他绩效领域)
预防措施:防止将来的偏离(强调风险)
调整计划:原基准或计划不再合适(强调基准、计划)
(2)两个基本点:
内部变更先分析:分析原因、影响、解决方案。
外部变更先沟通