1. 首页
  2. 问答
  3. Scrum和Fogbugz

Scrum和Fogbugz

2008-11-24 69 views
23

任何人都在那里使用Fogbugz和Scrum在一起？Scrum和Fogbugz

我们广泛使用Fogbugz，并且我正在寻找任何可能将其用作Scrum一部分的人的想法。我发现了这两个项目，但它们已存档并且无法进一步讨论。我特别感兴趣的是将Scrum概念映射到Fogbugz的想法。

有些事情相当明显。发布和sprint很好地映射到彼此。但是Scrum的其他部分并不适合。

http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3

我也在想这可能不会太努力创造一些轻量级定制的东西环绕的FogBugz，使我们不必放弃我们最喜欢的工具之一，以改善我们的软件过程集成。

编辑：

我补充说，已经提出了一些更具体的问题。这些项目的任何建议将是有益的：

  • 我们如何优先考虑大 积压只用7优先通过的FogBugz提供 水平？我们可以通过 修改数据库表添加 更多的级别，但是在当前/意图的 Fogbugz模型中是否适合？ ？
  • 我们在哪里 记录冲刺目标？
  • 我们如何记录取消的冲刺？
  • 我们如何记录冲刺回顾？
  • 我们如何跟踪完成或取消 冲刺？

编辑＃2：下面

克里斯的回答让我想起，我们的确升级到FogBugz的V7。它具有敏捷，Scrum的更紧密地协调了很多强大的功能，以及精益包括：

  • 项目积压（通过插件）
  • 自定义工作流
  • 刻录下来图表
  • 看板（通过插件）

详情参见以下链接：
http://www.fogcreek.com/FogBugz/WhatsNew.html
http://www.fogcreek.com/FogBugz/Plugins/default.aspx?ixCategory=-3

编辑＃3 添加链接，停泊在他的回答中提到还有另一个我发现：

http://www.danielroot.info/2009/08/how-to-apply-scrum-using-fogbugz-7.html
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx

来源

2008-11-24 Keith G

回答

7

的FogBugz现在（截至7版）支持插件，这将使我们更容易与Scrum的使用。

Tools for Agile/Scrum

来源

2009-08-03 19:36:14

1

目前，我们正在对一个尝试FogBugz的过程基于SCRUM的项目。

我们仍然非常想用SCRUM（和FogBugz）找到我们的脚，所以我们正在做的可能不是'纯粹'SCRUM。

首先，我们使用Excel来发布待办事项，例如我们将在x.xx版中提供的内容

我实际上已经写了一篇关于使用FogBugz作为积压的博客post，但最终以Excel的方式进行，因为我提议的回想起来有点复杂，我不认为我真的获得了一切。

在积压电子表格中，我们保持背部日志项，大小估计的名字，所以我们可以计算速度，以及其他一些信息，比如哪些冲刺，我们将提供每个项目。

我们保持我们的产品规格在FogBugz wiki中，并从积压的每个条目添加链接。

在Fogbugz中，我们将版本映射到冲刺并使用计划项目跟踪每个积压项目的任务。

在我们开始冲刺之前，我们选择我们要在这个冲刺中交付的积压项目。在FogBugz中，我创建了一个新版本，并将结束日期设置为两周后。然后，我们将所选积压项目分解为任务，并将其作为“计划项目”添加到发布中。

每个人都会像平常一样使用'工作'菜单来估计他们自己的任务并跟踪他们的时间。团队成员每天都会修改他们的估算，然后我们可以使用各种报告来了解事情的进展情况。发货日期信心图给你一种反向燃烧。

团队的每个成员还有一个“状态”时间表项目，他们每天编辑以记录每日站立式会议的状态报告，例如，我昨天做了什么？ ，我今天在做什么？我的方式有哪些障碍？

正如你所看到的，我们真的只是使用FogBugz进行任务管理。

我们为EBS和Wiki选择了它。

到目前为止它工作得很好，但我使用它的项目是一个3人6周的项目。

希望这可以帮助一些。让我知道你是否需要任何澄清。

编辑：我也没有试图让第一次运行完美的系统。我非常喜欢尝试一些东西，如果它没有解决问题，那就改变它。尽管如此，FogBugz仍然非常棒。

来源

2008-11-24 22:37:04 Jamie

4

使用FOGBUGZ和JIRA进行敏捷后，我决定这两种工具都不是真正理想的支持模型。你可以去上班吗？是。 JIRA实际上更好一些，因为它可以自定义更多（创建用户故事等）但是如果你真的希望你的团队处于SCRUM模式，那么你需要让每个人都看着burndown图表，并且每个人都在看待积压并且我认为你应该看看像SCRUMWORKS这样的工具。基本版本是免费的，它会给你你想要的。使用JIRA和Fogbugz来完成他们的工作，跟踪错误和请求，但不能成为一个完整的SCRUM管理工具。'

更新：您可以将Greenhopper插件用于JIRA，这对于支持敏捷项目稍微好一些。

来源

2008-11-29 14:15:53 leora

0

我们使用Scrumworks和JIRA。

SCRUM并没有真正涵盖了如何实现QA/QC程序，敏捷的一部分是能够确定，提高，迭代过程。

来源

2008-11-30 00:27:14

2

在icanhascheezburger.com上，我们使用FogBugz，我们发现FogBugz在很多方面都很出色，但它对于开箱即用的敏捷开发并不适用。这里有两件事情我们做的：

我们使用讨论板的每日Scrum报道，虽然维基页面可能更适合于因为你可以订阅。

我们还使用优先级7作为积压。要查找所有的积案只是搜索：

priority:7 project:"project name"

的API将使一个写一点混战客户很容易。

Kanban plugin for FogBugz

来源

2008-11-30 07:33:26

+0

如果你还没有找到它：Admin-> Priority可以让你在FogBugz 7中自定义你的优先标签。 – richj 2010-03-27 18:36:16

0

好评论到目前为止。我会看看Scrumworks。我们非常喜欢Fogbugz，球队对此感到满意，所以这就是为什么我想看看它是否可行。

@Stefan，链接文章中产品积压的建议之一是项目积压可以在Fogbugz中实现，方法是创建一个可分配的相同名称的发布，没有日期，正式合同结束时的日期，或者是未来的日期。你有没有尝试过或有任何想法，为什么你的方法可能会更好？

来源

2008-12-01 18:46:51

0

我们使用的FogBugz为争球，通过使用“释放”项目积压，然后创建冲刺的版本中，从项目积压发布移动项目到当前冲刺释放。每个项目都有一个估计，我们可以建立一个burndown图表，如this earlier SO question所示。

不，这不是理想的，但它工作得很好。

来源

2008-12-01 19:14:09 plinth

1

FogBugz & Scrum充分合作。我认为你的问题是好的，所以我会坚持回答这些问题......

我们如何优先处理Fogbugz提供的7个优先级别的大型积压？我们可以修改数据库表来添加更多级别，但是在当前/预期的Fogbugz模型中是否合适？

恕我直言7是太多无法管理，我发现最好的3-4是可管理的，除此之外，我不妨将所有东西都归入单个“以后”积压。但是，FogBugz文档或知识库文章偶尔会为添加了额外优先级的人员提供指导，因此如果FogBugz不打算让您使用它，他们似乎很清楚它并基本上支持人们这样做。

我们如何记录冲刺目标？ 我们在每个项目的wiki上都有一个“sprint review”页面。我们将最新的sprint记录在顶部，并将其作为一个巨大的页面（尽管我想我们最终只保留最近的一年或某些东西，因为这些页面变得很大）。我们使用的冲刺评论很简单，并且有一组必须由团队和PM完成的字段。 在冲刺之前，我们在添加评论字段后记录目标和SBL。

我们如何记录取消的冲刺？

在上面提到的sprint review页面中。

我们如何记录冲刺回顾？ 我们如何追踪完成或取消的冲刺？

我想你能猜到我们如何现在处理这两个:)

我希望有助于你和他人阅读。我们确实有一些与FB相关的fogbugz黑客，估计我没有进入这里，但如果你想再讨论一下，我会很乐意这样做。也许你有一些经验可以分享，我可以从中学习吗？

斯科特

来源

2009-03-01 23:13:39

5

我们一直在使用FB了长时间，但最近开始正式我们所使用的Scrum的。

发现以下的事情非常有益的：

  1. 用于每个Scrum的冲刺标签。
  2. 冲刺标签被输入到该冲刺中的每个FB案例中。
  3. 我们有一个名为“Scrum Sprint Reports”的维基。
  4. 在Wiki中，我们为每个新冲刺添加了一篇文章（我们每周都有它们）。该文章与sprint具有相同的标签。

接着，下面的事情帮助：

首先，如果你仅仅通过标签搜索，你会发现：所有的情况和具体的维基文章（甚至在标题视图将显示你的目标）其次，我们创建两个过滤器：一个过滤器用于在列表视图中显示该混乱的情况，第二个过滤器用于在饼图中显示开放/关闭的情况。当你经历这个星期，你希望吃更多的馅饼。

我不喜欢这件事的唯一情况是我必须在每个星期五修改我的两个过滤器，但至少是TGIF。 PS：感觉就像提到FB Wiki编辑器比7.0版好一点，但真的应该版本化为0.8。至少有两个版本远离稳定。

来源

2010-10-15 16:03:01

相关问题

 相关问题