tfs - 如何处理 TFS 中的剩余任务

标签 tfs scrum

关闭。这个问题是opinion-based .它目前不接受答案。












想改善这个问题吗?更新问题,以便可以通过 editing this post 用事实和引文回答问题.

3年前关闭。




Improve this question




处理未在 TFS 中结束冲刺的任务和用户故事的最佳方法是什么?

我的做法:

  • 使用正确的 Reason 子状态将每个任务设置为“已关闭”。我将此任务 + 原始估计 + 剩余时间复制到记事本。
  • 从用户故事中删除迭代(以便它再次出现在产品待办列表中)

  • 对于下一个冲刺:
  • 将记事本中的任务作为新任务添加到 TFS,将其分配给正确的用户故事并将用户故事设置为当前 sprint。

  • 这只是一种方法。你有更好的想法或建议吗?

    最佳答案

    如果你真的在做 Scrum,你会看到对任何团队来说唯一重要的指标是“剩余工作”。问题是,许多人沉迷于指标、统计、数据和对 Scrum 本质的松散追踪。

    所以保持简单。在冲刺评审中,只需与 PO 商定何时完成工作,然后将未完成的任务分配给约定的冲刺。

    如果你想提高一点生产力;然后创建一个未完成任务的查询,并简单地将迭代列值替换到下一个 sprint 并发布回 TFS。

    关于tfs - 如何处理 TFS 中的剩余任务,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11425551/

    相关文章:

    visual-studio-2012 - 团队基础服务器 : Why is changeset history shared among separate projects?

    c# - Visual Studio 2012项目属性 "Always Start when Debugging"

    reporting-services - TFS权限以在特定集合中创建团队项目

    scrum - Scrum Master 整天做什么?

    agile - 谁创造了 "original"用户故事模板

    rest - Protractor/Jasmine 在测试失败时发送 REST 调用

    .net - 在构建服务器上运行 Moles - 有什么想法可以跳过代码生成吗?

    基于 PHP 的项目管理应用程序(Scrum/Agile)

    agile - 在 Scrum 或其他敏捷流程中 - 您如何处理需求版本

    agile - Scrum和故事点-为什么理想的工时不是理想的工时?