如何分解fogbugz，区域中的部分？答案

【问题标题】：How to break down sections in fogbugz, areas?如何分解fogbugz，区域中的部分？
【发布时间】：2009-04-10 03:31:09
【问题描述】：

我有一个想要构建的网络应用程序，我应该如何使用fogbugz 管理我的所有任务。

如果我想逐页列出我的所有任务，我应该为此使用区域吗？我也想把它分解成模块，我还是用区域？

示例：

或者如果它以页面为基础，列表看起来会有所不同。

【问题讨论】：

标签： fogbugz

【解决方案1】：

随着时间的推移，我发现试图通过项目和责任（区域）以外的任何其他方式来严格地构建您的案例是浪费精力。

只需将案例放入 FogBugz 下的正确项目和区域，并具有良好的标题。

因此，项目就是您正在从事的产品或业务项目。

这些领域应该是 UI、代码、文档、数据迁移，以及人们在其中具有不同责任和/或能力的类型。

然后为您的案例命名以便于管理和搜索，如果可能的话，将案例的范围控制在几个小时内，当然不超过几天。

所以，从你的例子来看，它可能很简单......

说实话，即使是上面的内容也可能有点过火，你可能会侥幸逃脱：

你做的越简单，你对你的开发者的信任度越高，你的开发者所感受到的阻碍就越少，并且更有可能继续它。

【讨论】：

【解决方案2】：

用户可以按分配给他们的案例进行过滤，因此他们可以随时查看自己的队列。

许多不同的领域只会造成不必要的复杂性——你只是不需要那种程度的细分。

请记住，您永远不应该有大量的活动案例，并且您不需要对短名单进行大量分类。

我发现区域标志的最佳用途是将工作分组到多个开发人员的队列中。然后你会得到一个任何人都可以快速查看的队列。

例如，您可能有一个“产品规划”区域，用于展示您尚未决定执行的功能创意。在大型团队中，您可能会为每个子团队分配一个区域，以便每个直线经理可以自己查看他们的队列。

我们有一个大型而复杂的项目，它使用 Fogbugz 已有 4 年了，而且我们从来不需要超过 5 个区域。如果我们按照您在此处建议的方式划分区域，我们现在将拥有数百个区域。

【讨论】：