升级期望已解决悬赏10积分

提问者黄际雷答案数1 阅读数2687 发表时间2011-03-24 09:42:51

1）对于“需求”、“任务”等在一个产品和一个项目中项数比较多，是否改为表格式，像Accesss、Excel一样，而不是先点击“增加需求”/“增加任务”，操作起来比较繁琐
2）一个BUG可以关联多个产品，我们的电子产品，可能一个平台用于多个产品，当BUG属于平台级时，会跟多个产品关联。软件如果是共享模块，应该也存在这种问题
3）构建（Build）和BUG管理是否方便跟SVN集成或联系起来
4）对于跨多产品、多项目管理的人员，需求和任务安排时是否方便把时间冲突进行提示
5）燃尽图，我理解现在是基于工时的，不知道是否有基于需求或任务的？

6）计划，增加为里程碑计划，不只是项目周期

7）添加任务，进行时间安排时，需要能识别任务之间的逻辑关系，避免交叉、重叠等冲突

8）任务中有可能是评审，需要指派给评审组，怎么处理？
9）TODO的作用主要是什么，项目任务之外的吗？如果是考虑项目任务之内的，是否考虑关联任务，而且时间不局限在一天内？尤其是周计划
10）QA的范畴是否可以大一些：增加质量计划，涵盖测试、技术评审等
以上。暂时想到这些。

禅道版本：1.4

安装包类型：源码包

操作系统：Windows XP

客户端浏览器：其他

答案列表

🍟

王春生 2011-03-24 13:32:36

1. 不好实现，暂时不会考虑。
2. 比较复杂，一个bug对应多个产品，关系会变得比较复杂。平台级的共用的，可以单独做一个产品。
3. svn的集成后面会做。
4. 这种冲突其实线下大家都会很清楚的，用软件来实现，比较复杂，效果也未必好
5. 燃尽图是基于任务的剩余工时计算的。还有一个概念叫做发布燃尽图，是产品概念的，还没有实现。
6. 不明白。
7. 暂时不考虑。
8. 给评审组也好，但负责的人是一个就好了。具体的由这个人组织去评审。
9. todo可以关联项目任务。
10. 质量计划等等，放在文档库管理里面。