建议Fogbugz[封闭]
https://stackoverflow.com/questions/315585
-
10-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian题
任何人都有使用Fogbugz与开发在一起吗？
我们使用Fogbugz广泛，并且我在寻找的想法从任何人可以使用它作为一部分的问题。我发现这两个项目，但是它们存档和unvailable进行进一步讨论。我特别感兴趣的想法进行映射的Scrum概念纳入Fogbugz.
有些东西是相当显而易见的。释放和冲刺的地图以及彼此。但其他地区敏捷真的不适合。
http://support.fogcreek.com/default.asp?fogbugz.4.12143.4
http://support.fogcreek.com/default.asp?fogbugz.4.19971.3
我也在想这可能不是太困难以至造成一些轻量级的定义的东西环绕Fogbugz因此，我们不必放弃我们最喜欢的一个工具，以便提高我们的软件进行整合。
编辑：
我增加了一些更具体的问题上来了。任何建议对这些项目将会有所帮助：
我们如何优先考虑的大型 积压的只有7优先权 各级提供的Fogbugz?我们可以 修改数据库的数据表加 更多的水平，但是是这一个 适当在目前的/意 Fogbugz模式？- 如何/何我们在哪里 文件a sprint的目标？
- 我们怎样文件已取消的冲刺?
- 我们怎样文件的冲刺审查？
- 我们如何跟踪完成或取消 冲刺?
编辑#2:
克里斯的答复如下提醒我，我们确实已经升级到Fogbugz版本7.它有许多伟大的功能，使其更密切地配合应用和精益包括：
- 项目的积压工作(通过插件)
- 定制工作流程
- 烧毁的图表
- 看板(通过插件)
请参阅以下链接的详细信息：
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
解决方案
FogBugz现在(截至第7版)支持的插件，这应该使它更容易使用的效率。
其他提示
我们已使用一FB 长 时间，但最近开始正式确定我们的使用的问题。
发现了下列事情非常有帮助：
- 使用的标记于创造冲刺。
- 冲刺标记是进入每个FB情况下，冲刺。
- 我们有一个Wiki称为"Scrum冲刺的报告"
- 内，维基，我们添加一个条文对于每一个新的冲刺(我们有他们通过个星期)。该条具有相同标记的冲刺。
然后，以下帮助：
首先，如果简单的搜索标签，你会发现：所有情况下和特定维基的文章(其中甚至在标题图会告诉你的目标)
第二，我们建立的两个过滤器：一个过滤器，用于示的情况下，糟糕的代码清单视，二是过滤器，用于示的情况下开/闭在饼图。当你经过一周，你的希望已经吃了更多的馅饼。
只有一件事，我不喜欢这是我要修改我的两个过滤器的每个星期五，但至少TGIF.
PS:只是觉得一提的是，FB Wiki编辑是比一个人在7.0，但真的应该版本0.8.它是至少2版本，从事稳定。
后使用FOGBUGZ JIRA和敏捷，我已经决定，既没有工具是真的想要支持的模式。你能得到任何工作。是的。JIRA实际上是更好一点，因为定制的能力更大(建立用户的故事等)但是，如果你真的想要你的团队和任何地方访问的模式，需要有每个人都在寻找一个燃尽图，每个人都在寻找一个积压工作和我认为你应该看看工具，如SCRUMWORKS.基本的版本是免费的，它会给你你想要什么。使用的JIRA和Fogbugz为什么他们的意思做，跟踪的错误，并请求，但不是一个完整的SCRUM管理工具。'
更新：你可以使用Greenhopper插件对JIRA这是一个好一点，以支持敏捷的项目。
在icanhascheezburger.com我们使用FogBugz和我们已经发现，FogBugz是巨大的，在很多事情，但它并不是那么好的工作敏捷的发展。这里有两件事情我们做的：
我们使用的讨论委员会对每日站报告，虽然一wiki网页可能更适合，因为你可以订阅。
我们还使用的优先7的积压。找到所有的积压情况只是搜索：
priority:7 project:"project name"
API将编写一个小scrum客户很容易的。
我们目前正在尝试FogBugz在一起的基础的项目。
我们仍然非常找到我们的脚和敏捷(和FogBugz)所以，我们正在做的事情可能不是"纯粹"的思考。
首先，我们是使用Excel的释放例如积压工作我们将提供版本x.xx
我实际上已经写了一个博客的 后 在使用FogBugz作积压，但最终要为我的建议是有点复杂现在回想起来，我不认为我真的赢得任何东西。
在积压的电子表格，我们保持的名称后的日志项目、大小的估计，所以我们可以计算出速度，以及其他一些信息，如其冲刺，我们将提供每个项目。
我们保持我们的产品规格在FogBugz wiki和链接添加到这种中的每一项积压的工作。
在Fogbugz我们的地图版本，以冲刺和使用计划项目，以追踪我们的任务的每个积压工作项目。
在我们开始冲刺，我们选择哪些积压工作项目，我们将提供在这一冲刺。在FogBugz我创建一个新的版本，并设置的结束日期为两个星期的路线。然后我们打破选择的积压工作项目中的任务和增加他们的释放作为'计划项目'.
每个人都估计了他们自己的任务和轨道时针对他们使用的'工作'菜单，你通常会。每天小组成员修订自己的估计，然后我们可以使用的各种报告来看看事情的进展。船日期的信心表给你一种反向燃尽.
每个成员的团队也有一个"状态"计划的项目，他们的编辑，每天记录有状况报告的每日会议，例如我做了什么昨天？，我在做什么呢？什么样的障碍是我的方式?
正如你可以看到我们一个真的只是使用FogBugz任务的管理。
我们选择它更多的 EBS 和Wiki。
迄今为止它的工作相当好，但是该项目，我使用这一个是3人6周的项目。
希望这些帮助。让我知道如果你需要任何澄清。
编辑：我也不想得到完善的系统的建立和运行的第一次。我非常采取的方法的想出来的东西，并如果它不工作了，然后改变它。到目前为止好与FogBugz虽然。
FogBugz&Scrum一起工作充分。我认为你的问题都是好的所以我会坚持到回答thosse...
我们如何优先考虑的大量积压仅仅只有7个优先级提供Fogbugz?我们可以修改数据库的数据表中添加更多的水平，但是，适当在目前的/意Fogbugz模式？
恕我直言，7太多的管理，我找到顶3-4是易于管理之外，我也可以一笔一切成一个单一的"后来"积压。然而，FogBugz文件或KB文章偶尔会给予指导的人增加了额外的优先权水平，因此，如果FogBugz不想让你用它他们似乎是清楚的，它基本上支持人们在这样做。
如何/何我们在哪里文件a sprint的目标？我们有一个"冲刺审查"的网页上的维基于各个项目。我们最近的冲刺在上面，使一个巨大的网页(尽管我想我们会最终只保留最近一年或一些东西，作为这些页面都遇到了巨大的).冲刺审查我们使用的是简单和具有一定的领域，必须完成的工作队和PM。之前的冲刺我们的文件的目标和双保良后，我们添加该领域的审查。
我们怎样文件已取消的冲刺?
在冲刺审查页上面提到的。
我们怎样文件的冲刺审查？我们如何跟踪完成或取消冲刺?
我想你可以猜猜我们如何处理这两个现在:)
我希望对你有帮助和其他阅读。我们有几个fogbugz黑客有关的FB估计，我还没有走到这里，但是如果你想讨论任何更多的我会很高兴这样做。也许你有一些经验的分享，我可以从中学习?
-斯科特
查阅新版本的FogBugz.有个博客的文章在这里其摘要的改进，以支持业。我们用它和它的工作原理以及对于我们。
http://www.fogcreek.com/FogBugz/blog/post/Scrum-Friendly-Features.aspx
我们使用Scrumworks和吉拉.
SCRUM并不真正涉及如何实施质量保证/质量控制程序，第一部分的敏捷并能够确定、改进和迭代的过程。
好的意见为止。我会看看Scrumworks.我们真的很喜欢Fogbugz和团队是舒适的，所以这就是为什么我要看看它是否可行。
@斯特凡，其中一项建议，为产品积压的工作链接的文章，项目积压可以实现的Fogbugz通过创建一个分配释放的同名称没有日期，日期结束时正式合同，或者一个日期远的未来。你有没有尝试，或有任何想法为什么你的方法可能是更好吗？
我们使用FogBugz为访使用"释放"项目的积压，然后创建稿冲刺，移动的项目从项目积压释放目前的冲刺释放。每个项目都有一个估计，并从我们可以建立一个燃尽的图表，作为图示 此前这样的问题.
不，它不理想，但它的工作不够好。
开放源码工具的核心预算资源调拨目标（trac）有一个 FogBugz一体化, ，而对于敏捷教的一部分，你可以使用 Agilo用于敏捷, ，这是基于 核心预算资源调拨目标（trac） 和支持Scrum全面。
