【问题标题】:How do you use FogBugz with an Agile methodology? [closed]您如何将 FogBugz 与敏捷方法结合使用? [关闭]
【发布时间】:2010-09-08 12:20:42
【问题描述】:

FogBugz 中的“基于证据的调度”很有趣,但我如何通过敏捷方法使用它?

【问题讨论】:

    标签: agile fogbugz schedule


    【解决方案1】:

    我问过 FogBugz 的人同样的事情,因为例如在 XP 中,您会提供 IET(理想工程时间)的估计值。他们的回答是在您提供估算的方式上保持一致。

    【讨论】:

      【解决方案2】:

      正如eed3si9n 所说,如果您对 EBS 的估计保持一致,FogBugz 会为您解决这个问题。

      至于更一般的说法,FogBugz 如何与敏捷方法相适应,最好的办法是将冲刺作为迷你版本进行。创建一个 sprint 并将您希望为该 sprint 实现的案例添加到该版本(或里程碑)。如果您进行为期一周的冲刺,请给它一个结束日期,比如一周后。然后 EBS 可以跟踪它并告诉您是否按时完成。

      “报告”部分中的图表还会显示燃尽图。术语有点不同,因为 FogBugz 不仅仅是敏捷,但信息就在那里。

      您想查看完成 sprint 的预期时间是保持稳定还是向前推进。如果它是稳定的,那么你就在正轨上并且你的燃尽率达到了目标。如果它正在慢慢上升,那么您将失去优势,并且您的 sprint 会被延迟。是时候将事情转移到下一个 sprint 或找出你搞砸估计的原因了 :)

      基本上我认为这是一个燃尽图而不是燃尽图,但它为您提供了相同问题的相同答案。我会按时完成吗?我还有什么事情要做?

      Atalasoft 的 Lou Franco wrote an excellent post 也对此进行了讨论。 Patrick Altman也有文章。

      更新:修复了 Altman 文章的链接

      【讨论】:

        【解决方案3】:

        我们开始将 FogBugz 用于我们技术团队中的几乎所有事情:文档、错误报告、管理任务。随着时间的推移,我们逐渐变得更加敏捷。

        我所做的是创建了一个名为 Product Backlog 的版本,并在未来给出了一个任意的发布日期。我将 FogBugz 字段“版本”更改为“优先级”,以便我们可以按优先级排序。为了管理产品积压,我大量使用区域对用户故事进行分类。区域可以是主题或史诗。每个迭代都是 FogBugz 中的一个版本。

        现在,我们最近开始使用的一件事是故事点,而不是理想的任务天数来估算我们的产品待办事项。 FogBugz 不理解故事点的测量单位,因此相当令人困惑,我们的 Product Backlog 中的 1 SP 在 FogBugz 中报告为 1 天。如果有任何混淆,这可能是危险的。但是我们的团队很小。我不使用 FogBugz 中的内置报告工具,但如果可以的话,那就太好了。

        所以,我所有的故事点和速度计算都是在 Excel 中的 FogBugz 之外完成的。目前这似乎很好。我们正在使用索引卡来跟踪用户故事的任务,并将便利贴作为办公室板上的任务。看看 Kniberg 写的“Scrum and XP from the Trenches”一书,它影响了我的决定。实际上,我们在早上的 Scrums 中看到的所有东西都放在一块大板上真的很有帮助。

        我确实认为 FogBugz 中的历史估算历史和报告非常出色。这适用于计划扑克世界吗?我想至少从团队的估计历史来看是这样。

        由于产品待办列表中的用户故事经常随着迭代计划会议而发展,(敏捷计划)如果有一个 wiki 风格的案例编辑而不是描述线程,那就太好了。

        有传言说下一个主要版本将更加支持敏捷流程,所以我非常非常期待看到它提供。

        编辑: FogBugz 7 现在可以更好地管理产品“项目”积压。看看吧!

        http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

        【讨论】:

        • 仅供参考:FogBugz 有一个项目积压插件,可以防止您在自定义字段中管理积压订单。
        【解决方案4】:

        以下是在您的计划中包含故事点的一些建议:

        当您将您的故事输入 FB7 时,您可以将其作为一个案例进行,并将来自 Planning Poker 的故事点数包含在您创建的名为“故事点”的新自定义字段中(如何执行此操作如下)。然后,当您开始着手处理该故事时,如有必要,您可以将其进一步分解为子案例,并输入完成每个子案例的预计时间(预计时间将在故事中累加(顶部) 案例的“估计”字段,以及提要基于证据的调度/燃尽图)

        这里有两件事需要考虑在您的 FogBugz 安装中进行修改以反映您的敏捷命名法。

        (1) 开箱即用,FB 类别“专题”最像您的“故事”。但是您可以更改您的类别名称,并在管理 > 工作流程 > 自定义类别中添加新名称。以下是关于此的更多信息:

        http://www.fogcreek.com/FogBugz/docs/70/topics/plugins/CustomWorkflow.html?isl=174457

        (2) 要获取故事点,您可能需要在案例对话框中创建一个自定义字段。这是通过包含的自定义字段插件完成的。有关这方面的更多信息,请访问 isl=174461

        请注意,使用自定义字段,您还可以为故事添加一个文本编辑框,该文本编辑框将始终出现在案例对话标题中(无论其下方的案例活动历史记录有多长。)

        【讨论】:

          猜你喜欢
          • 1970-01-01
          • 2010-12-07
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          • 1970-01-01
          相关资源
          最近更新 更多