已解决 升级期望

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

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

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

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

禅道版本 1.4 源码包
操作系统 Windows XP
客户端浏览器 其他

提问者: 黄际雷 悬赏:10 日期: 2011-03-24 09:42:51 答案:1 点击:2592

获取技术支持

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