Fogbugz 中单个团队的多个或一个项目？
Multiple or One Project for single team in Fogbugz?
我们已经使用 Fogbugz 几个月了，并且有大约 6 个项目（除了用于接收邮件的默认收件箱项目）。
我们在为期一周的冲刺中工作，因此我们为每周设置了全局里程碑，以防止必须多次输入它们（对于每个项目）。
迭代规划器不支持同时规划多个项目。
由于我们正在以全球方式进行冲刺计划（一次跨所有项目），一个项目包含多个领域是否更适合这个 workflow/planning？
这是否违背了 Fogbugz 的设计原则，或者是否会导致某些功能无法正常工作？
关于项目和领域的文档没有提及其中一个的优缺点。
楼@雾溪 回复：
I would say that, instead of pros and cons, there's an idea of grouping for the purposes of planning. Planning units should get their own projects, and any natural subdivisions within that unit most likely merit an Area. The main advantages of Areas is being able to have different primary contacts for workflows and organization.
所以看起来Projects的整体设计理念是一个个单独规划的东西，在这种情况下，我们所有的activity都适合一个Project。
我们已经使用 Fogbugz 几个月了，并且有大约 6 个项目（除了用于接收邮件的默认收件箱项目）。
我们在为期一周的冲刺中工作，因此我们为每周设置了全局里程碑，以防止必须多次输入它们（对于每个项目）。
迭代规划器不支持同时规划多个项目。
由于我们正在以全球方式进行冲刺计划（一次跨所有项目），一个项目包含多个领域是否更适合这个 workflow/planning？
这是否违背了 Fogbugz 的设计原则，或者是否会导致某些功能无法正常工作？
关于项目和领域的文档没有提及其中一个的优缺点。
楼@雾溪 回复：
I would say that, instead of pros and cons, there's an idea of grouping for the purposes of planning. Planning units should get their own projects, and any natural subdivisions within that unit most likely merit an Area. The main advantages of Areas is being able to have different primary contacts for workflows and organization.
所以看起来Projects的整体设计理念是一个个单独规划的东西，在这种情况下，我们所有的activity都适合一个Project。