权威的南昌网站设计,深圳网站建设网站制作网站设计,国外网站搭建平台,附近哪里有计算机培训班文章目录 一模二模三模冲刺14.敏捷--不确定性、风险和生命周期选择14.敏捷--特点--敏捷范围灵活#xff0c;敏捷拥抱变更14.敏捷--阶段关口--在不同的组织、行业或工作类型中#xff0c;阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这… 文章目录 一模二模三模冲刺14.敏捷--不确定性、风险和生命周期选择14.敏捷--特点--敏捷范围灵活敏捷拥抱变更14.敏捷--阶段关口--在不同的组织、行业或工作类型中阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项例如产品相关文件或模型。48、 [单选] 一个新品发布项目处于初期阶段需求还在不断发展变化。由于市场竞争激烈客户希望发布产品时保持范围的灵活性项目团队打算根据对去年交付的一个类似项目所做的预测开始工作。哪种项目方法适合此情景 必刷14.敏捷--特点--灵活性--详细的工作说明不仅可能会限制敏捷的灵活性4、 [单选] 一个项目经理在一个打算开始使用敏捷交付的组织工作但一些业务部门缺乏支持。项目经理需要解决对敏捷方法缺乏信任的问题。项目经理应该推荐什么 14.敏捷--敏捷拥抱变更敏捷不是没有变更由PO评估变更144、 [单选] 在迭代过程中产品负责人告诉敏捷团队政府已经更新了法律要求。这将导致产品定义发生一些变更。项目经理应该如何处理这种情况 14.敏捷--特点--敏捷范围灵活敏捷拥抱变更2.项目运行环境--适应型方法--采用适应型方法的项目范围是灵活可变的主要是基于价值和优先级持续进行定义和重新定义。152、 [单选] 到目前为止一名经验丰富的项目经理从未管理过敏捷项目。由于项目的不确定性项目经理正在努力定义项目范围并花费了很长时间试图定义它。项目经理应该做什么 一模
二模
三模
冲刺
14.敏捷–不确定性、风险和生命周期选择
14.敏捷–特点–敏捷范围灵活敏捷拥抱变更
14.敏捷–阶段关口–在不同的组织、行业或工作类型中阶段关口可能被称为阶段审查、阶段门、关键决策点和阶段入口或阶段出口。组织可以通过这些审查来检查本指南范围之外的其他相关项例如产品相关文件或模型。
48、 [单选] 一个新品发布项目处于初期阶段需求还在不断发展变化。由于市场竞争激烈客户希望发布产品时保持范围的灵活性项目团队打算根据对去年交付的一个类似项目所做的预测开始工作。哪种项目方法适合此情景
A project for a new product launch is in a very initial stage and the requirements are evolving. Due to stiff competition in the market, the customer would like to launch the product keeping the scope flexible. The project team intends to start the work based on the forecast of a similar project delivered last year. Which project approach suits the scenario?
A将之作为一个有多个阶段关口的项目执行。 Execute it as a project with stage gates.
B将之作为敏捷项目执行。 Execute it as a Scrum project.
C运用与参照项目相同的方法执行该项目。 Execute it using the same approach as the reference project.
D将之作为预测型项目执行。 Execute it as a predictive project. A B解析《敏捷实践指南》16页2.4-不确定性、风险和生命周期选择。注意审题“根据对去年交付的一个类似项目所作的预测开始工作”并不是根据预测型生命周期工作也就是说对于新项目所产出的产品范围以去年类似项目的预测为基础排除选项ACD。但是仍然要保持“范围的灵活性”即随时要根据市场的反馈来调整产品范围所以适合采用适应型生命周期进行管理。适应型周期兼具了增量型生命周期的“频繁交付”与迭代型生命周期的“循环”适合对产品进行持续调优因此选项B正确。 必刷
14.敏捷–特点–灵活性–详细的工作说明不仅可能会限制敏捷的灵活性
4、 [单选] 一个项目经理在一个打算开始使用敏捷交付的组织工作但一些业务部门缺乏支持。项目经理需要解决对敏捷方法缺乏信任的问题。项目经理应该推荐什么
A project manager is working in an organization that plans to start using agile delivery, but some business departments lack support. The project manager needs to address the lack of trust in agile methods. What should the project manager recommend?
A为敏捷试点项目协商特殊安排。 Negotiate special arrangements for an agile pilot project.
B为敏捷项目交付定义详细的工作说明。 Define detailed work instructions for agile project delivery.
C实施并建立项目的敏捷框架。 Implement and establish an agile framework for the project.
D为敏捷项目交付聘请一支承包商团队。 Hire a contractor team for agile project delivery. B A 为了解决这些敏捷组织障碍项目领导可以尝试多种方法来加速文化兼容性 ● 积极明确的管理层支持。 ● 变革管理实践包括沟通和引导。 ● 逐个项目应用敏捷实践(增量上项目)。 ● 向团队增量地引入敏捷实践(增量用实践)通过采取适用的敏捷技术和实践示范引导。–敏捷实践指南P746.1.2 B、C变革的步伐迈得过大应渐进和增量式地推进变革。 D聘请外部承包商团队无法解决组织内部向敏捷交付变革面临的问题组织自身还是不会敏捷交付。
解析考点敏捷转型解决思维问题A选项最佳试点项目可以提供一个低风险的环境来展示敏捷方法的价值并且成功的试点项目可以增强对敏捷方法的信任。 选项B详细的工作说明不仅可能会限制敏捷的灵活性并且定义工作说明并不足以解决业务部门对敏捷方法的信任问题。 选项C在没有建立信任的情况下强行引入框架可能会遇到更多的阻力。 选项D同样不能直接解决团队对敏捷的信任问题。
14.敏捷–敏捷拥抱变更敏捷不是没有变更由PO评估变更
144、 [单选] 在迭代过程中产品负责人告诉敏捷团队政府已经更新了法律要求。这将导致产品定义发生一些变更。项目经理应该如何处理这种情况
In the middle of an iteration, the product owner tells the agile team that the government has updated legal requirements. This will result in some changes in the product definition. How should the project manager handle this situation?
A审查迭代待办事项列表因为产品定义已经改变需要在继续项目之前重新评估。 Review the iteration backlog because the product definition has changed and needs to be reassessed before continuing the project.
B继续工作并要求产品负责人评估变更并根据待办事项列表中的需要添加/删除用户故事。Continue work and ask the product owner to assess the changes and add/remove the stories as needed in the backlog.
C请业务分析师评估变更然后在待办事项列表中添加/删除用户故事并根据商业价值对它们进行优先排序。 Ask a business analyst to assess the changes and then add/remove the stories in the backlog and prioritize them by business value.
D要求产品负责人将新的变更添加到待办事项列表的底部以便将变更作为变更请求来处理。 Ask the product owner to add new changes to the bottom of the backlog in order to handle the modifications as a change request. A B 1.在敏捷团队中产品负责人负责评估产品层面的变更转化为用户故事同时开发团队应继续对应原定承诺完成的迭代待办事项列表。 2.在新法规导致需要变更的用户故事以及生效时间不确定的情况下没有必要直接暂停当前迭代。 (例新法律要求游戏类APP登录时必须输入本人的真实姓名和身份证号但是本次迭代全都是关于游戏流程的用户故事那么本次迭代可能就不受影响PO可以在下个迭代中加入登录时输入本人的真实姓名和身份证号的用户故事)。 A两个角度 ●新法规导致产品需要变更的用户故事不确定。 ●新法规的生效时间不确定。 因此产品负责人应先评估变更没有必要直接暂停当前迭代。 C敏捷团队中评估产品层面变更的应该是产品负责人。 B敏捷团队中决定待办事项优先级的应该是产品负责人项目经理不能直接要求添加到待办事项列表底部。 解析敏捷实践指南4.3.2-敏捷的角色P41。 选B在敏捷团队中产品负责人负责维护产品待办事项列表以及评估变产品层面的变更。 A错误题干场景强调了已经在迭代过程中不应该为了评估直接叫停。 C错误敏捷团队中评估产品层面变更的应该是产品负责人。 D错误敏捷团队中决定待办事项优先级的应该是产品负责人项目经理不能直接要求添加到待办事项列表底部。 14.敏捷–特点–敏捷范围灵活敏捷拥抱变更
2.项目运行环境–适应型方法–采用适应型方法的项目范围是灵活可变的主要是基于价值和优先级持续进行定义和重新定义。
152、 [单选] 到目前为止一名经验丰富的项目经理从未管理过敏捷项目。由于项目的不确定性项目经理正在努力定义项目范围并花费了很长时间试图定义它。项目经理应该做什么
In experienced project manager has never managed an agile project until now. Due to the uncertainty of the project, the project manager is struggling with the definition of the project scope and is taking a long time trying to define it. What should the project manager do?
A提交变更请求以利用以前的经验并使用预测型方法管理项目。 Submit a change request to leverage previous experience and manage the project using a predictive approach.
B在开始执行之前与团队安排一次每日项目定义会议以定义项目范围。 Before starting execution, schedule a daily project definition meeting with the team to define the project scope.
C开始执行项目因为项目范围将在整个项目中被定义和重新定义。 Start executing the project as the scope will be defined and redefined throughout the project.
D在开始执行之前获得产品负责人的部分批准以确定项目范围计划的基线。 Obtain partial approval from the product owner to baseline the project scope plan before starting the execution. B C 敏捷项目的范围很难完全明确而是在执行过程中基于价值和优先级持续地进行定义和重新定义。 A改为预测型方法管理项目违反了题干场景。 B、D敏捷项目的范围很难在初始阶段明确定义。 解析PMBOK 7th2.3.3-开发方法P38。选C采用适应型方法的项目范围是灵活可变的主要是基于价值和优先级持续进行定义和重新定义。A、B、D尝试使用预测型方法管理项目。
