如何在FogBugz 6中表示功能和任务？

Question

在FogBugz 6中，我如何表示“功能”与“任务”的概念？作为Fog Creek Software（制作FogBugz）的所有者defined by Joel Spolsky，功能本质上是用户可见的功能。为了估计实现功能的时间，开发人员应该将实现分解为短任务（最多2天），以确保他们考虑每个步骤。

FogBugz只有案例。我不知道它们是否应该与功能或任务相对应。 Some FogBugz documentation表示每个案例都是一个任务，除了没有办法将给定特征的所有任务分组在一起之外，这很好。这一点特别奇怪，因为在FogBugz 6之前，Joel主张使用电子表格将每个功能的所有任务分组。但是他自己的软件似乎并不能有意义地支持这种分组。

我意识到我引用的Joel文章包含一个指向后续文章的免责声明。然而，后面的文章没有解决这个问题，事实上它根本没有讨论功能与任务，这是令人惊讶的，因为Joel在第一篇文章中提倡这些概念。

Answer 1

Responding to AviD's comment/question to Joel：

  

所以，如果你有10个新功能即将推出   在下一个版本中，每个功能   需要5个任务来实现，你   建议创建10个版本？和   我如何定义这些是   功能/“发布”将是   包含在即将发布的版本中？

以下是我们在开发过程中处理此特定问题的方法：

1. 首先，我们制定了定期发布时间表：每月内部发布和季度外部发布。此计划永远不会更改，但任务分配/功能完成会更改。这在简化人际交流方面非常重要：不要试图与日历争论。
2. 主要功能（在您的示例中为“10个新功能”）将变为案例（例如，案例101至案例110）。
3. 作为主要特征的子组件的每个任务也被创建为子案例，其中描述了使这一块工作成为更大图片的重要部分的原因。以前，在Fogbugz 6中，我们使用“See also”功能，允许它为我们搜索文本（例如，“这是案例101的子组件”）。这实际上是相同的，但不太美观。
4. 现在我们已经将工作分解为最高级别的实用性，我们将实际的开发人员纳入讨论。每个任务和主要功能都单独分配给特定的开发人员。
5. 开发人员通过选择他们认为可以承诺的适当内部发布日期来确定何时可以完成分配的工作。
6. 此时，我们粗略地概述了每个版本将要完成的工作。随着工作人员实际估计他们完成工作所需的时间，实现基于证据的日程安排等，继续进一步完善。

对于AviD的问题，他会在上面的第5步解决发布分配问题。

然而，我认为第6点是最有趣的，因为那是你真正得到一个可靠的时间表。例如，如果开发人员在估算较大任务时遇到问题，他们会进一步将其分解为子案例。请注意我对“最佳实用程度”的评估可能与真正需要完成工作的人有所不同（可能很大）。

这也是开发人员可以与其他人联系并说“我能做到这一切的大部分时间，但如果X人可以帮我处理这件小事，那真是有帮助。”这实际上是我获得大部分开发任务的地方：在这个过程中我个人坐在多个地方，从大规模的计划会议到没有其他人有时间做的小任务。

PS：将这个答案评为高于Joel的答案的个人目标......; - ）

PPS：由于Fogbugz 7有可爱的子任务，我的原始响应现在被事件所克服。项目经理喜欢这些报告。

Answer 2

对于FogBugz 6.0及更早版本：

为每个工作项（任务）创建一个案例。 FogBugz将它们称为“功能”，只是为了将它们与错误区分开来，但是你确实需要为每个任务分配一个案例。

对一组任务进行分组的最佳方法是制作一个Release（Fix-For）并将所有任务分配给该版本。

Answer 3

您可以更好地在FogBugz Discussion Forum

中提出问题

Answer 4

我们使用项目组合来实现您的分组目标。我们还经常设置一个项目“停放”维基，其中可以放置开发案例，技术文档，系统要求，用户文档，资源外部链接等链接。它为与该项目相关的所有事物提供了良好的“一站式服务”。

作为该Wiki的一部分，我们将设置两个特定项目。一个与大型总体目标/轮廓相关的内容，类似于您的项目管理图表/诸如此类的内容。一个与每个功能的开发任务相关，因为它们被分解为更小且更易于管理的块。然后，您可以，如前所述，用例链接既可以引用其他项目中的“主”案例，也可以引用项目Wiki本身，以便您可以快速轻松地返回所有项目相关信息，这些信息很方便。一个地方。

你可以使用FogBugz完成一堆不同的组织结构，你只需要稍微改变一下，以便达到每一种情况。

希望有所帮助。

Answer 5

哈哈，那篇文章有免责声明，但我明白你在说什么。

我们使用Fogbugz，我所知道的唯一“功能”属于类别，我认为您无法将其与子任务相关联。

如果你只是想在案例文本中引用它，你可以输入'Case N'这个任务的功能。

这种类似的东西更像是项目管理领域而不是用于跟踪错误的软件。

Answer 6

这是一个很好的问题，我自己也问过这个问题。 我们目前在一组5名开发人员中试用了45天的雾霾，我们目前正在为主要功能创建一个“发布版”。事实上，我们不会发布它，但是当某些东西准备就绪时，它们会一起发布。

在fogbugz中肯定应该是某种高级任务分组。