关于项目视图中任务查看的建议

多谢建议。是这样考虑的，按照scrum的方式，一个迭代中的任务不会太多，所以也就没有模块划分的概念。
当然，有的公司不是按照scrum走的，所以我们的机会是引入目录的概念，也可以理解为是一级的模块划分。来组织一下任务。

那请问有没计划实现按模块分类的功能呢?
像目前我们整个开发团队有30多人，一次迭代任务任务怎么也少不了。

那请问有没计划实现按模块分类的功能呢?
像目前我们整个开发团队有30多人，一次迭代任务任务怎么也少不了。

暂时没有这个计划。你们现在这样30多人的，应该研究下scrum，转变一下项目管理方式。

之前用禅道的模式，是根据传统的产品开发的模式。产品规划模块了，再把需求都添加到产品中并和模块关联。
这样就导致产品显得比较大，也导致一次迭代任务怎么也少不了。就出了上我上面帖子说的问题。
现在想，如果把产品分成多个子产品，然后再在子产品上做迭代，这样看起来上面说的问题就好像解决了。
你觉得这种想法有问题吗？

子产品也可以的。项目也可以分为多个子项目，同时进行嘛。

那你的意思是不建议用子产品，而是建议用子项目了。子项目再并行进行。
假如是根据模块划分子项目。
那子项目就会产生多个build，那在产品的发布列表中岂不是有很多子项目（模块）的发布，而没有一个整个产品的发布呢？
例如，我看你给出的禅道使用帮助中是拿禅道这个产品作为例子的。
我现在建立了禅道这个产品，但是觉得禅道产品一次迭代开发过程太大（项目）。我就将产品管理、项目管理、QA管理划成3个子项目。
然后产品管理、项目管理、QA管理这3个子项目，发布了3个build。那在禅道这个产品的发布列表中就有了然后产品管理、项目管理、QA管理这3个子项目的build，而没有禅道整个产品的一个buid。这样对这个产品的发布是不是不方便呢？

版主，帮解答一下

建议你学习研究下scrum，会解答你的疑问的。