我有一个想要构建的 Web 应用程序，我应该如何使用fogbugz 管理我的所有任务。
如果我想逐页列出我的所有任务，我应该为此使用区域吗？我也想把它分解成模块，我再次使用区域？
例子：
- 用户
- 添加用户
- 删除用户
- 为用户分配权限/角色
或者如果它以页面为基础，列表看起来会有所不同。
2 回答
11
随着时间的推移，我发现试图通过项目和责任（区域）以外的任何东西来严格地构建你的案例是浪费精力。
只需将案例放入 FogBugz 下的正确项目和具有良好标题的区域即可。
因此，项目是您正在从事的任何产品或业务项目。
这些领域应该是诸如 UI、代码、文档、数据迁移之类的东西，人们在这些方面有不同的责任和/或能力。
然后为您的案例命名以便于管理和搜索，如果可能的话，将案例的范围控制在几个小时内，当然不超过几天。
所以，从你的例子来看，它可能很简单......
- 添加角色
- 查看角色
- 更新角色
- 删除角色？
- 列出角色
- 添加用户
- 查看用户
- 更新用户
- 删除用户
- 列出用户
- 添加依赖检查以删除角色。
老实说，即使上述内容也可能有点过火，您可能会逃脱：
- 用户角色添加/查看/更新/删除/列表
- 用户添加/查看/更新/删除/列表
你做的越简单，你对你的开发者的信任越多，你的开发者感受到的阻碍就越少，更有可能继续下去。
于 2009-04-12T19:59:12.837 回答
3
用户可以按分配给他们的案例进行过滤，因此他们始终可以查看自己的队列。
许多不同的领域只会产生不必要的复杂性——你只是不需要那种程度的细分。
请记住，您永远不应该有大量的活动案例，并且您不需要对短名单进行大量分类。
我发现区域标志的最佳用途是将工作分组到多个开发人员的队列中。然后你得到一个任何人都可以快速查看的队列。
例如，您可能有一个“产品规划”区域，用于展示您尚未决定执行的功能创意。在大型团队中，您可能会为每个子团队分配一个区域，以便每个直线经理可以自己查看他们的队列。
We have one large and complex project that's been using Fogbugz for 4 years and we've never needed more than 5 areas. If we'd split areas the way that you suggest here we would now have hundreds of them.
于 2009-04-14T14:27:19.250 回答