如何在fogbugz区域分解?

时间:2009-04-10 03:31:10

标签: fogbugz

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

如果我想逐页列出我所拥有的所有任务,我应该使用哪些区域吗? 我还想把它分解成模块,我再次使用区域?

示例:

  • 用户
    • 添加用户
    • 删除用户
    • 为用户分配权限/角色

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

2 个答案:

答案 0 :(得分:11)

随着时间的推移,我发现除了项目和责任(区域)以外的其他任何事情都是在努力严格地构建您的案例,这是浪费精力。

在正确的项目和区域下,将案例纳入FogBugz,并获得良好的头衔。

因此,项目就是您正在进行的任何产品或业务项目。

这些领域应该是UI,代码,文档,数据迁移,以及人们在不同职责和/或能力方面的事物。

然后标题您的案例,以便于管理和搜索,如果可能的话,将案件的范围保持几个小时,当然不会超过几天。

所以,从你的例子来看,它可以像......一样简单。

  • 添加角色
  • 查看角色
  • 更新角色
  • 删除角色?
  • 列出角色
  • 添加用户
  • 查看用户
  • 更新用户
  • 删除用户
  • 列出用户
  • 添加依赖项检查以删除角色。

说实话,即使上面的内容可能有点过分,你可能会侥幸逃脱:

  • 用户角色添加/查看/更新/删除/列表
  • 用户添加/查看/更新/删除/列表

你做得越简单,你对开发者的信任越多,你的开发人员就越不会受到影响,而且更有可能继续使用它。

答案 1 :(得分:3)

用户可以根据分配给他们的案例进行过滤,这样他们就可以随时查看自己的队列。

许多不同的领域只会产生不必要的复杂性 - 你只需要那种级别的细分。

请记住,您不应该有大量活动案例,并且您不需要对短列表进行大量分类。

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

例如,您可能有一个“产品规划”区域,用于您还没有决定要做的功能创意。在一个大型团队中,您可以为每个子团队分配一个区域,这样每个部门经理都可以自己查看他们的队列。

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

相关问题