管理未完成的工作

注意:此页面描述最适用于采用项目组合层次结构的团队和组织的方法,且用户情景直接与功能关联。如果团队未使用项目组合项,请参阅“管理情景层次结构团队的未完成工作”。

您可以使用多种方法来管理未完成的工作:

完成迭代后,您可能会发现您没有完成团队承诺完成的所有工作。导致此情况的原因各种各样:

您高估了可在迭代中完成的工作

还在了解其速度的新团队可能会在处理部分迭代的未完成工作时出现挣扎。这属于正常情况。团队应针对新的迭代持续调整其计划速度,直到未完成的工作变为意外而非规则。

某一工作项的最终规模远超预期

有时,所有团队都会遇到某一工作项远超其初始估算的情况,从而会排挤其他工作。如果此情况成为常见现象,团队则应考虑采取两项预防性措施:

  • 在迭代计划期间加大讨论、估算和分配用户情景任务的时间;或是
  • 将较大的功能和用户情景严格细分为较小的增值情景。

某一工作项变为阻止状态

有时,受阻情况可以避免,但有时又无法避免。始终将受阻的项目纳入迭代回溯,以便有机会为下一迭代改进过程和交流。

管理未完成的用户情景

对于每个未完成的用户情景,您都希望与团队一道:

  • 了解其根本原因,以及如何在下一次避免。
  • 讨论用户情景的未来:
    • 它是否仍是处理此情景的优先项目?
    • 这次是否要采取不同的方案?
    • 还有哪些剩余工作?
    • 是否可进一步细分此情景从而降低风险?

根据团队和组织使用 CA Agile Central 的方式,您需要选择以下两个选项之一来处理未完成的工作。每个选项均会对报告和图表产生不同的影响:

  • 将情景移出最近完成的迭代,且最好是移入下一迭代。此方法可简化对未完成情景的管理,但也可能会对历史迭代图表产生负面影响。
  • 将情景拆分为两个,从而将未完成工作的历史记录保留在最近完成的迭代中。此方法承认迭代中计划的总工作量并未完成,但用于跟踪发布范围、父项目组合项以及进度时间的图表也许永远不会显示 100% 完成。

与团队和组织一起复查移动和拆分这两个选项,并就处理此情况的标准方法进行决策。一致性是保留历史记录的关键所在。

移动未完成的情景

移动某一用户情景时,您只需编辑工作项并更改其迭代值来反映其在新迭代中的排定。先前迭代中的未完成工作应为下一迭代中优先级最高的工作。在迭代回顾和迭代计划会议中讨论此移动方案。

要进行移动,请在该情景的可编辑详细信息页面上执行以下更改:

  1. 将“迭代”字段更改为即将到来的下一迭代。
  2. 保留相同的“计划估算”值。
  3. 编辑此情景下已在先前迭代中完成的任务:
    • 将任务“估算”和“待做”的值设为 0,以防止完成的任务小时数影响下一迭代的燃尽图。
    • 如果团队为新团队且临时激活了“实际值”字段,则请勿更改这些值。
    • 如有必要,添加新的任务或是更新剩余任务说明。

影响

使用此方法可能会在某些方面影响统计信息和图表。

被移动情景的“计划估算”字段中的点数不会再应用于先前的迭代。这可能会影响“迭代状态”页面上的完成百分比指示器。

例如,某一团队在其迭代中计划了值 20 个点数的工作,但却无法完成计划中其中一个价值 5 个点数的情景。在移动未完成的情景之前,团队的迭代已正确显示迭代已验收计划共计 20 个点数中的 15 个点数。将不完整的情景移入下一迭代后,团队会发现错误的图表值:已验收 15 个总计划点数中的 15 个点数。如此一来,查找历史失败情况或其他事件便会更为困难。

Agile Central 中的其他位置可能会显示修改后的历史数据:

  • 增强的速度”和“速度”图不会显示工作已在迭代中验收或延迟验收这一事实。
  • “累积流”图会显示在情景被移动的当天出现了范围更改。
  • “迭代范围更改”报告会显示某一情景已从计划中移出,如果此移动完成于当前迭代的最后一天或该天之前。
  • 如果移动进行中的任务,则当任务的“待做”值低于原始的“任务估算”时便可能会出现“额外加分”。例如,如果某一被移动情景的估算总小时数为 5 小时但只剩 3 小时,则下一迭代的燃尽图会显示已在第一天完成 2 小时的工作。而事实上,这些小时数是在工作未完成时在前一迭代中完成的。

拆分未完成的情景

拆分用户情景后,前一迭代中未完成的情景(作为历史占位符)会在下一迭代中继续。

对于历史用户情景,我们建议您:

  • 保留历史情景的所有已完成的任务和缺陷。
  • 从父情景中删除情景。
  • 将“计划估算”保持不变,以便了解计划点数与实际验收点数的比值。
  • 将“排定状态”字段保持不变,以便轻松了解哪些用户情景在迭代期间未实现验收。
  • 将“发布”字段更改为未排定。此操作将在迭代中保留团队的历史记录,但总体发布会正确显示计划工作实际已完成。此操作会假设缺少工作的迭代以及完成此工作的迭代均处于同一发布中。

对于继续执行的用户情景,我们建议您:

  • 保留“计划估算”值。您完成得很好!团队在验收此工作的迭代中为其工作实现了最高速度表现。
  • 分配所有未完成的任务、未结的缺陷和测试用例。
  • 重新评估继续执行的用户情景的优先级。
  • 讨论不同的方案。
  • 如有可能,将情景进行细分以降低风险。
  • 根据剩余工作重新评估任务。

这些步骤会降低第二次未能完成此用户情景的风险。

拆分用户情景时,Agile Central 会自动:

  • 选择用于创建父用户情景以关联这两个情景的选项。取消选择该选项,因为对于采用项目组合层次结构的团队并不建议使用此选项。
  • 将讨论和附件继续复制到继续执行的用户情景。

在待拆分情景的详细信息页面上:

  1. 在“操作”中,选择“拆分”。

    原始情景将以“名称”字段前面带有 [Continued] 的形式显示在右侧。新的情景将以“名称”字段前面带有 [Unfinished] 的形式显示在左侧。继续执行的情景将被视为拆分或进行中的情景。

  2. 拆分情景
  3. 在“迭代”下拉菜单中,为继续执行且未完成的情景选择迭代。
  4. 为以下字段选择值:
    • 发布
    • 排定状态
    • 计划估算
  5. 要在新的情景和原始情景之间移动任务、缺陷或测试用例,请单击待移动工作项旁的齿轮图标,然后选择“移到另一边”。
  6. 重要信息!请确保取消选中“创建父项以将两个情景连接”选项。默认情况下,此选项为选中状态。
  7. 单击“拆分”。

    您随即被重定向到继续执行的情景的详细信息页面。

如果为项目隐藏了某一字段,它则不会显示在情景拆分屏幕上。拆分用户情景后,前一迭代中未完成的用户情景(作为历史占位符)将继续在下一迭代中执行。

任务

拆分后,任务将作为其下所列情景的父项。状态为“进行中”和“已定义”的任务将显示在继续执行的情景中。已完成的任务将显示在未完成的情景中。

缺陷

默认情况下,排定状态为“已关闭”或“已验收”的缺陷将显示在未完成情景的“任务”窗格中。所有其他状态的缺陷将显示在继续执行的情景中。

影响

拆分情景可能会在以下方面影响图表和统计信息:

如果您未按推荐方式将历史情景从发布中移出,“发布范围”图和“发布燃尽图”则会因时间框中的未完成工作而永远无法实现 100% 验收。

如果不从功能父项中移除历史情景,该功能的范围则会被人为扩大。此功能的燃尽图会因子用户情景中的未完成工作而永远无法实现 100% 验收。

高级洞察力图表(如“进程时间”)也会因某一情景永远没有完成或验收而出现负面影响。

拆分情景会在“发布范围更改”报告中产生两个条目。范围会因创建新的情景而扩大,而当您未在发布中排定未完成的工作时又会删除范围。

拆分情景字段

拆分用户情景时,您可以设置以下字段值:

字段 说明
名称 您可以更改继续执行且未完成的情景的名称。请务必使用富有意义且包含上下文的名称。
发布

默认情况下,将为未完成的情景选择当前发布。默认情况下,将为继续执行的情景选择下次发布。如果可能,请在同一发布中继续执行此情景。

迭代

默认情况下,将为未完成的情景选择当前迭代。默认情况下,将为继续执行的情景选择下一迭代。如果某一未来迭代不存在,则会将其留在当前迭代中。

排定状态

继续执行的情景的默认排定状态来自针对该情景的任务的排定状态。

未完成的情景的默认排定状态将保持为拆分前的同一状态。排定状态将从任务汇总。

计划估算 未完成的情景默认采用原始值。

管理未完成的测试

测试用例可能会通过用户情景、缺陷或测试集的附件出现在迭代中。由于测试用例的结果将在 Agile Central 中作为独立的工作项来记录,因此无需为每个迭代创建新的测试用例副本。

如果您无法完成带关联测试用例的缺陷,则请编辑此缺陷以将其移入下一迭代。

如果您无法在迭代中完成某一测试集,则可复制或移动此测试集。建议使用复制功能为下一迭代创建单独的测试集。副本将包括对分配给前一测试集的相同测试用例的引用。通过使用此方法,您可以将前一迭代中运行的所有测试用例结果与未来迭代中的结果区分开来,从而避免出现命名混乱。

反馈

需要更多帮助? CA Agile Central 社区为您提供一站式自助和支持。要将反馈或支持请求提交到 CA Agile Central 支持、获取解答并与其他用户协作,请加入我们的 CA Agile Central 社区