项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几个迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）A、要求产品负责人增加团队资源B、与产品负责人沟通速度以及新的发布时间C、通过将测量单位从故事点更改为理想的天数重新估算，并通过产品负责人D、重新估算，并通知产品负责人项目比原先预期得更为复杂。

题目

项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几个迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）

  • A、要求产品负责人增加团队资源
  • B、与产品负责人沟通速度以及新的发布时间
  • C、通过将测量单位从故事点更改为理想的天数重新估算，并通过产品负责人
  • D、重新估算，并通知产品负责人项目比原先预期得更为复杂。
相似考题

1.在上一次迭代中,Paula和她的敏捷团队完成了10个各值1个点的用户故事,2个各值5个点用户故事,还有1个值5个点的用户故事即将完成。请问该团队在之前的迭代中的速度是多少?()A30B20C5D10

2.在一次scrum回顾会议上，团队识别到发布版本中遗漏了一项非功能性需求。团队应该怎么做？（）A、重新计划后续迭代，并重新确定产品待办事项的优先顺序。B、在下一次迭代中包含该非功能性需求。C、将该需求放入未来版本的产品待办事项中。D、为该迭代增加时间，包含该非功能性需求。

3.如果一个团队的速度是20个故事点，待办事项剩余83个故事点。排除所有其它的潜在因素比如增加范围，该项目团队应采用多少次迭代来完成剩余故事点？（）A、6B、3C、5D、4

4.在最近的四周迭代中,赫克托尔的敏捷团队刚完成了10个用户故事点的开发,测试和发布,那么团队的速度是()A10B4C5D40

更多“项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计”相关问题

  • 第1题：

    在一次迭代Sprint审查会议上，客户对产品印象及其深刻，要求立即发布该产品，推向市场。敏捷团队担心，因为还未解决产品维护用例问题。产品负责人将团队的担心告知客户。团队下一步应该怎么做？（）

    • A、发布该产品，但通知用户产品维护只能等到未来版本才能提供
    • B、执行更为敏捷的过程步骤来实现维护功能
    • C、重新调整产品待办事项的优先级，在产品发布执勤啊实现维护功能的用户故事
    • D、安排一次干系人Scrum会议，来讨论产品发布之前必须完成的最小可售单元

    正确答案:D

  • 第2题：

    敏捷项目团队在迭代期间收到一个紧急请求。敏捷项目经理首先应该做什么？（）

    • A、停止未完成用户故事的工作，先为该请求工作
    • B、召开一场团队会议，更改迭代范围以包含该请求
    • C、向客户提供项目团队建议的意见
    • D、解释到下一次迭代之前，团队不能包含该请求

    正确答案:C

  • 第3题：

    有六名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于优先级的变化。管理层决定将一名团队成员重新分配到另一个项目。在这个变化之前，团队每次迭代的平均速度是60点。这个变化将对项目造成什么影响？（）

    • A、团队士气和项目速度受到影响。
    • B、团队将必须自行组织，以保持速度和进度计划。
    • C、项目完成之前，团队可能需要一次或多次迭代来重组。
    • D、团队将希望停止该项目。

    正确答案:B

  • 第4题：

    以下表格列出了某个敏捷项目版本的故事。如果团队在第一次迭代中完成故事A、故事B以及50%的故事C，那么团队的速度是多少？（）

    • A、9
    • B、10
    • C、12
    • D、15

    正确答案:A

  • 第5题：

    有6名敏捷通才组成的团队正按进度在四次迭代中完成一个项目。由于项目优先级的变化。管理层决定将一名团队成员重新分配到两一个项目。在这个变化执勤啊，团队每次迭代平局速度是60点。这个变化对项目造成什么影响？（）

    • A、团队生气和项目速度都将受到影响
    • B、团队将必须自行组织，以保持速度和进度计划
    • C、项目完成之前，团队可能需要一次或多次迭代来重组
    • D、团队将希望停止该项目

    正确答案:B

  • 第6题：

    在回顾会上，燃尽图显示项目略微落后于进度计划。项目团队识别到是一名经验不足的软件工程师导致了团队速度的下降。项目团队应该如何解决这个问题？（）

    • A、在回顾会上建议结对编程
    • B、要求产品负责人在下一次回顾会上重新排列用户故事的优先级
    • C、在下一次迭代计划会议上，与团队成员一起重新估算故事点
    • D、在下一次迭代计划会议上，将较不复杂的用户故事分配给经验不足的软件工程师

    正确答案:A

  • 第7题：

    敏捷项目团队在迭代期间受到一个紧急请求。敏捷项目经理首先应该做什么？（）

    • A、停止未完成的用户故事的工作，先为该请求工作
    • B、召开异常团队会议，更改迭代范围以包含该请求
    • C、向客户提供项目团队建设的意见
    • D、解释到下一次迭代之前，团队不能包含该请求

    正确答案:C

  • 第8题：

    单选题
    有3个团队目前正处于一个为期2周的Sprint的第8天。团队速度为30，有20个故事点已经完成，但团队只能额外再完成6个故事点。团队应如何解决故事点差距？（）
    A

    在待办事项中添加代表两个故事点的额外任务

    B

    从待办事项中删除代表四个或更多故事点的最低优先级任务

    C

    延长迭代长度两天时间

    D

    减少迭代长度两天时间


    正确答案： B
    解析： 暂无解析

  • 第9题：

    单选题
    对发布版本计划（）
    A

    每个版本的范围是固定的，不允许调整

    B

    不包括每个版本的发布时间、发布内容、迭代数量

    C

    每个版本计划都要准时完成，不能推迟发布

    D

    概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护


    正确答案： B
    解析： 暂无解析

  • 第10题：

    单选题
    敏捷项目团队在迭代期间收到一个紧急请求。敏捷项目经理首先应该做什么？（）
    A

    停止未完成用户故事的工作，先为该请求工作

    B

    召开一场团队会议，更改迭代范围以包含该请求

    C

    向客户提供项目团队建议的意见

    D

    解释到下一次迭代之前，团队不能包含该请求


    正确答案： D
    解析： 暂无解析

  • 第11题：

    单选题
    在上一次迭代中，Paula和她的敏捷团队完成了10个各值1个点的用户故事，2个各值5个点用户故事，还有1个值5个点的用户故事即将完成。请问该团队在之前的迭代中的速度是多少？（）
    A

    30

    B

    20

    C

    5

    D

    10


    正确答案： A
    解析： 暂无解析

  • 第12题：

    单选题
    在一次scrum回顾会议上，团队识别到发布版本中遗漏了一项非功能性需求。团队应该怎么做？（）
    A

    重新计划后续迭代，并重新确定产品待办事项的优先顺序。

    B

    在下一次迭代中包含该非功能性需求。

    C

    将该需求放入未来版本的产品待办事项中。

    D

    为该迭代增加时间，包含该非功能性需求。


    正确答案： B
    解析： 暂无解析

  • 第13题：

    以下哪项最能描述确定迭代（时间箱）长度的方法？（）

    • A、迭代（时间箱）应该总是30天
    • B、团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度
    • C、迭代（时间箱）应该总是两周
    • D、考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致

    正确答案:D

  • 第14题：

    对发布版本计划（）

    • A、每个版本的范围是固定的，不允许调整
    • B、不包括每个版本的发布时间、发布内容、迭代数量
    • C、每个版本计划都要准时完成，不能推迟发布
    • D、概念阶段/项目早期就开始制定版本计划，并每个迭代进行及时维护

    正确答案:D

  • 第15题：

    速度的定义是（）

    • A、对每一迭代完成的用户故事点或故事的衡量
    • B、对每一次发布完成的用户故事点或故事的衡量
    • C、对一次迭代计划的用户故事点的衡量
    • D、对每天完成的用户故事点的衡量

    正确答案:A

  • 第16题：

    在最近的四周迭代中，赫克托尔的敏捷团队刚完成了10个用户故事点的开发，测试和发布，/n那么团队的速度是（）

    • A、10
    • B、4
    • C、5
    • D、40

    正确答案:A

  • 第17题：

    项目团队对发布版本的初始估算是300个故事点，一次迭代的平均估计速度是30个故事点。经过几次迭代后，计算的实际速度只有15个故事点，让项目的预计完成时间翻倍。项目团队应该怎么做？（）

    • A、要求产品负责人增加团队资源。
    • B、与产品负责人沟通速度以及新的发布日期。
    • C、通过将测量单位从故事点更改为理想的天数重新估算，并通知产品负责人。
    • D、重新估算，并通知产品负责人项目比原先预期的更为复杂。

    正确答案:B

  • 第18题：

    有3个团队目前正处于一个为期2周的Sprint的第8天。团队速度为30，有20个故事点已经完成，但团队只能额外再完成6个故事点。团队应如何解决故事点差距？（）

    • A、在待办事项中添加代表两个故事点的额外任务
    • B、从待办事项中删除代表四个或更多故事点的最低优先级任务
    • C、延长迭代长度两天时间
    • D、减少迭代长度两天时间

    正确答案:B

  • 第19题：

    多选题
    你作为NICO公司的员工，在项目团队中担任程序管理的角色，你们团队的项目正处于项目的计划阶段，该项目的解决方案将有2个发布版本。项目团队允许将版本1的反馈加入到版本2的需求中去。但是，团队的发布管理角色突然通知你，现在由于操作上的约束，该产品只能被发布一次，这次改动会给项目带来哪些风险（）
    A

    整个解决方案会被推迟进入市场

    B

    发布过程需要变得自动化

    C

    造成项目测试的时间变得不够

    D

    需要在需求分析上花费更多的时间


    正确答案： A,B
    解析： 暂无解析

  • 第20题：

    单选题
    如果一个团队的速度是20个故事点，待办事项剩余83个故事点。排除所有其它的潜在因素比如增加范围，该项目团队应采用多少次迭代来完成剩余故事点？（）
    A

    6

    B

    3

    C

    5

    D

    4


    正确答案： A
    解析： 暂无解析

  • 第21题：

    单选题
    速度的定义是（）
    A

    对每一迭代完成的用户故事点或故事的衡量

    B

    对每一次发布完成的用户故事点或故事的衡量

    C

    对一次迭代计划的用户故事点的衡量

    D

    对每天完成的用户故事点的衡量


    正确答案： D
    解析： 暂无解析

  • 第22题：

    单选题
    以下哪项最能描述确定迭代（时间箱）长度的方法？（）
    A

    迭代（时间箱）应该总是30天

    B

    团队通过将故事点的总数除以团队的平均速度来确定迭代（时间箱）的长度

    C

    迭代（时间箱）应该总是两周

    D

    考虑到项目的规模和复杂性，团队应该迭代的长度（计时器）达成一致


    正确答案： A
    解析： 暂无解析

  • 第23题：

    单选题
    在回顾会上，燃尽图显示项目略微落后于进度计划。项目团队识别到是一名经验不足的软件工程师导致了团队速度的下降。项目团队应该如何解决这个问题？（）
    A

    在回顾会上建议结对编程

    B

    要求产品负责人在下一次回顾会上重新排列用户故事的优先级

    C

    在下一次迭代计划会议上，与团队成员一起重新估算故事点

    D

    在下一次迭代计划会议上，将较不复杂的用户故事分配给经验不足的软件工程师


    正确答案： B
    解析： 暂无解析

相关内容