How do I represent features v. tasks in FogBugz 6?在FogBugz 6中，我如何表示"功能"与"任务"的概念？根据Fog Creek软件(生产FogBugz的所有者)的所有者Joel Spolsky的定义，功能本质上是用户可见的功能。为了估算实现功能所需的时间，开发人员应将实现分解为简短的任务(最多2天)以确保他们考虑每个步骤。 FogBugz只有案例。我不知道它们是否应该与功能或任务相对应。一些FogBugz文档指出，每种情况都是一个任务，这很好，除了无法将给定功能的所有任务组合在一起。考虑到在FogBugz 6之前，Joel提倡使用电子表格来对每个功能的所有任务进行分组，因此这尤其奇怪。但是他自己的软件似乎并没有有意义地支持该分组。 我意识到，我所引用的Joel文章中有一个指向以后文章的免责声明。但是，后面的文章并没有解决这个问题，实际上，它根本没有讨论功能与任务，考虑到Joel在第一篇文章中对这些概念的拥护程度，这令人惊讶。 对于FogBugz 6.0及更早版本： 为每个工作项(任务)辩护。 FogBugz称它们为"功能"，只是为了将它们与错误区分开来，但是您确实希望每个任务都有一种情况。 对一堆任务进行分组的最佳方法是制作一个版本(Fix-For)并将所有任务分配给该版本。 回应AviD对Joel的评论/问题：
这是我们在开发过程中如何处理此特定问题的方法： 但是，对于AviD的问题，他将通过上面的第5步解决发布分配问题。 但是，我认为第6点是最有趣的，因为那是您真正获得固定时间表的地方。例如，如果开发人员在估计更大的任务时遇到困难，则可以将其进一步细分为子案例。请注意，我对"最大程度的有用性"的评估与真正需要完成工作的人之间的差异(也许很大)。 这也是开发人员可以与其他人联系并说"我可以做的大部分事情，但是如果X人可以帮助我解决这个小小的问题，这确实会有所帮助"。实际上，这是我完成大部分开发任务的地方：在此过程中，我个人坐在多个地方，从大型计划会议到其他人没有时间做的小巧的任务。 PS：将这个答案的评分高于Joel的评分是个人目标。 PPS：由于Fogbugz 7具有可爱的子任务，现在我的最初反应已被事件克服。项目经理喜欢这些报告。 您可能会更好地在FogBugz论坛上提问 我们使用项目组合来完成您的分组目标。我们通常还会建立一个项目" parking" Wiki，在其中可以放置到开发案例，技术文档，系统要求，用户文档，外部资源链接等的链接。它为与该项目相关的所有事情提供了一个很好的"一站式服务"。 作为该Wiki的一部分，我们将设置两个特定项目。与大型总体目标/大纲相关的一项，可能与您的项目管理图表/其他类似。一个与每个功能的开发任务相关的功能，因为它们被分解为更小和更易于管理的块。然后，如前所述，用例链接既可以引用另一个项目中的"主"用例，也可以引用项目Wiki本身，以便您可以快速轻松地返回所有与项目相关的信息，这些信息在一个点。 您可以使用FogBugz完成一堆不同的组织结构，有时您需要采取一些稍有不同的方式来处理每种情况。 希望能有所帮助。
多数民众赞成在一个很好的问题，我也问过自己.. 在Foxbugz中肯定应该有某种高级任务分组。 哈哈，该文章有免责声明，但我理解您的意思。 我们使用Fogbugz，据我所知，唯一的"功能"在类别下，我认为您无法将其与子任务相关联。 如果您只想在案例文本中引用"案例N"，则可以输入"案例N"。 听起来这类东西更多地位于项目管理领域，而不是用于跟踪错误的软件。 |
