2025年PMI-ACP情景题训练卷.docxVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多

2025年PMI-ACP情景题训练卷

考试时间:______分钟总分:______分姓名:______

一、

你正在领导一个软件开发团队,采用Scrum方法进行项目开发。当前正在进行Sprint评审会,几个用户故事已经完成。然而,一位重要的干系人提出,他期望在下一个Sprint结束时看到某个核心功能的初步原型,以便他能够向他的上级进行演示。你的团队之前并没有在Sprint计划中明确包含原型开发,并且当前Sprint已经过半,距离结束还有一周时间。

请分析这个情景,并说明你会如何应对这位干系人的需求,同时尽量不影响当前Sprint的交付和团队的整体节奏。

二、

你是一个项目的敏捷教练,该项目采用Kanban方法进行管理。团队的Kanban板显示,待办事项列(Backlog)中有大量用户故事等待处理,而进行中(InProgress)列和完成(Done)列的积压(WIPLimit)似乎经常被突破。团队成员抱怨说他们不知道该从哪里开始工作,因为待办事项太多且不够清晰。同时,由于工作积压,团队的流速(Throughput)明显下降。

请分析这个情景,并提出至少三种具体的措施来帮助团队改善Kanban系统的运行效率和团队的流速。

三、

你领导一个敏捷团队,正在开发一个需要跨多个功能团队协作的大型企业级应用。每个团队都遵循Scrum流程,有自己的产品backlog和Sprint计划。然而,团队之间的依赖关系导致了频繁的集成问题和进度延误。例如,团队A完成的功能模块因为团队B尚未完成其依赖的接口而无法集成测试,导致团队A的Sprint无法按时完成。

请分析这个情景,并提出至少两种方法来促进跨团队协作,减少集成风险,并确保项目整体按时交付。

四、

你正在参与一个新项目的启动会议,项目发起人希望采用敏捷方法,但同时对敏捷开发可能带来的预算不确定性表示担忧。发起人强调需要明确的项目范围和固定的最终成本。项目团队中有成员建议采用固定价格合同,但这与敏捷强调的灵活性和迭代开发的精神相悖。你需要在会议中解释敏捷方法如何处理范围和成本管理,并说服发起人接受敏捷的开发模式。

请分析这个情景,并说明你会如何向项目发起人解释敏捷方法在范围和成本管理方面的运作机制,以及为什么固定价格合同可能不适合敏捷项目。

五、

一个采用XP方法的敏捷团队,在开发过程中遇到了一个技术难题,需要进行大量的重构才能解决。这可能会导致当前Sprint的目标无法按时完成。团队中有些成员倾向于推迟重构,专注于完成当前的用户故事,而另一些成员则认为现在就应该开始重构,以避免将来付出更大的代价。

请分析这个情景,并说明你会如何引导团队就是否以及如何在当前Sprint中进行重构达成共识。考虑XP原则(如持续集成、测试驱动开发、简单设计、重构)在决策过程中的作用。

试卷答案

一、

应对策略:

1.积极沟通与理解:首先与提出需求的干系人进行一对一沟通,深入了解他对原型具体需求、预期用途、时间节点的详细要求,确认其重要性和紧迫性。

2.评估影响与透明化:与团队负责人和产品负责人一起,评估在当前Sprint中挤出时间开发原型对Sprint目标、进度、质量以及团队士气的潜在影响。将评估结果透明地传达给干系人,解释可能的后果(如Sprint目标延后、原型功能不完整或质量下降)。

3.探索解决方案:

*调整Sprint计划:如果评估认为可行且影响可控,可以考虑调整当前Sprint的后端用户故事,优先或部分开发原型功能,或者将部分开发任务外包/转移。

*提议替代方案:如果在当前Sprint内完成高质量原型确实困难,可以提议提供一个简化版的原型、设计稿或演示视频,满足其部分演示需求,并承诺在下一个Sprint投入更多资源完成完整原型。

*争取产品Backlog调整:将干系人的原型需求清晰地转化为用户故事,评估其业务价值和优先级,与产品负责人讨论,看是否可以将其作为新的高优先级用户故事加入产品Backlog,并在后续Sprint中处理。

4.维护敏捷原则:始终强调敏捷的透明度和协作精神,通过沟通和协商达成共识,避免对Sprint承诺做出不切实际的调整,保护团队和项目的敏捷节奏。

二、

改进措施:

1.细化和管理产品Backlog:组织团队对待办事项列进行梳理和细化,确保用户故事清晰、明确,并具有商业价值,估算工作量。产品负责人应定期评审和优先级排序Backlog,确保团队始终处理最高价值的任务。引入BacklogRefinement(Backloggrooming)会议,让开发团队参与故事细化和估算。

2.实施WIP限制:明确为进行中列和关键过程节点(如测试、集成)设置合理的在制品(WorkInProg

文档评论(0)

181****5248 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档