79072
使用反馈及改进建议
回帖数 2
阅读数 3978
发表时间 2010-06-09 14:50:19
首先,非常感谢禅道的开发人员,你们辛苦了。
我们公司目前已使用bugfree,感觉很不错。现在推出的禅道系统,让我们兴奋不已,相信禅道一定能帮助我们在项目管理上有很好的提升。结合我们目前的经验,提些改进建议,还希望贵开发团队能认真考虑。
1、产品视图中的基本信息,编辑产品,维护模块功能菜单建议放在需求列表菜单前。(往往用户的操作习惯都是从左到右)
2、 期望能完善基本信息内容。从CMMI的角度来看,有立项的过程,立项评审的动作。建议在基本信息增加产品时能添加立项评审项,内容为评审通过,评审不通过。增加附件上传功能,往往在此需要上传软件需求说明书,评审会议纪要等内容。
3、产品视图中的计划列表中,计划应该也要有变更,评审理念
4、需求评审功能中,建议能增加评审方式,如会议评审等,增加附件上传功能,往往需要上传评审的会议纪要,及评审问题的跟踪
5、期望能在需求变更中有显示变更次数和变更前后的版本号
6、QA视图建议改成QC视图。
7、 创建Bug时,期望能加上bugfree 中的‘ 如何发现’ 项,这个对我们很重要,因为可以区分Bug产生的阶段。这样可以有个字段区分Bug是在系统测试阶段,集成测试阶段,版本验证测试阶段等产生的,统计和分析起来要方便很多,一目了然。
8、建议测试用例可以增加导出测试步骤信息。 因为测试用例同时是需要用文档的整理出来保存的。
9、以前的bugfree Bug,测试用例等列表信息是可以根据想要的字段信息显示内容,我觉得这点非常好,可现在禅道好像没有这个功能,而且显示的内容特别少。
先写这些吧,多谢斑竹关注。谢谢!
我们公司目前已使用bugfree,感觉很不错。现在推出的禅道系统,让我们兴奋不已,相信禅道一定能帮助我们在项目管理上有很好的提升。结合我们目前的经验,提些改进建议,还希望贵开发团队能认真考虑。
1、产品视图中的基本信息,编辑产品,维护模块功能菜单建议放在需求列表菜单前。(往往用户的操作习惯都是从左到右)
2、 期望能完善基本信息内容。从CMMI的角度来看,有立项的过程,立项评审的动作。建议在基本信息增加产品时能添加立项评审项,内容为评审通过,评审不通过。增加附件上传功能,往往在此需要上传软件需求说明书,评审会议纪要等内容。
3、产品视图中的计划列表中,计划应该也要有变更,评审理念
4、需求评审功能中,建议能增加评审方式,如会议评审等,增加附件上传功能,往往需要上传评审的会议纪要,及评审问题的跟踪
5、期望能在需求变更中有显示变更次数和变更前后的版本号
6、QA视图建议改成QC视图。
7、 创建Bug时,期望能加上bugfree 中的‘ 如何发现’ 项,这个对我们很重要,因为可以区分Bug产生的阶段。这样可以有个字段区分Bug是在系统测试阶段,集成测试阶段,版本验证测试阶段等产生的,统计和分析起来要方便很多,一目了然。
8、建议测试用例可以增加导出测试步骤信息。 因为测试用例同时是需要用文档的整理出来保存的。
9、以前的bugfree Bug,测试用例等列表信息是可以根据想要的字段信息显示内容,我觉得这点非常好,可现在禅道好像没有这个功能,而且显示的内容特别少。
先写这些吧,多谢斑竹关注。谢谢!
2010-06-09 17:38:24 大气的大蒜 最后编辑
2个回复
多谢反馈.
>>>1、产品视图中的基本信息,编辑产品,维护模块功能菜单建议放在需求列表菜单前。(往往用户的操作习惯都是从左到右)
呵呵,从习惯上来讲是这样。不过这个只是对添加人员。我们将需求列表放在第一位,是因为这个使用频率是最高的,而且是所有人都要整天使用的。放在首位比较合适。:)
>>>2、 期望能完善基本信息内容。从CMMI的角度来看,有立项的过程,立项评审的动作。建议在基本信息增加产品时能添加立项评审项,内容为评审通过,评审不通过。增加附件上传功能,往往在此需要上传软件需求说明书,评审会议纪要等内容。
禅道的管理理念主要基于scrum,对于cmmi里面的流程来讲,有一些可以对应上的,但不会那么的严格。主要还是以简单实用为主。
>>> 3、产品视图中的计划列表中,计划应该也要有变更,评审理念
呵呵,同上。
>>>4、需求评审功能中,建议能增加评审方式,如会议评审等,增加附件上传功能,往往需要上传评审的会议纪要,及评审问题的跟踪
谢谢建议,这个后面考虑加上。
>>>5、期望能在需求变更中有显示变更次数和变更前后的版本号
谢谢建议,后面考虑加上。
>>>6、QA视图建议改成QC视图。
QA和QC的区别是什么呢?这一点我有点弄不明白,还请指教。
>>>7、 创建Bug时,期望能加上bugfree 中的‘ 如何发现’ 项,这个对我们很重要,因为可以区分Bug产生的阶段。这样可以有个字段区分Bug是在系统测试阶段,集成测试阶段,版本验证测试阶段等产生的,统计和分析起来要方便很多,一目了然。
字段已经预留,后面会启用。
>>> 8、建议测试用例可以增加导出测试步骤信息。 因为测试用例同时是需要用文档的整理出来保存的。
后面会加上的。
>>>9、以前的bugfree Bug,测试用例等列表信息是可以根据想要的字段信息显示内容,我觉得这点非常好,可现在禅道好像没有这个功能,而且显示的内容特别少。
呵呵,后面会陆续把这些方便的功能加上。
先写这些吧,多谢斑竹关注。谢谢!
>>>1、产品视图中的基本信息,编辑产品,维护模块功能菜单建议放在需求列表菜单前。(往往用户的操作习惯都是从左到右)
呵呵,从习惯上来讲是这样。不过这个只是对添加人员。我们将需求列表放在第一位,是因为这个使用频率是最高的,而且是所有人都要整天使用的。放在首位比较合适。:)
>>>2、 期望能完善基本信息内容。从CMMI的角度来看,有立项的过程,立项评审的动作。建议在基本信息增加产品时能添加立项评审项,内容为评审通过,评审不通过。增加附件上传功能,往往在此需要上传软件需求说明书,评审会议纪要等内容。
禅道的管理理念主要基于scrum,对于cmmi里面的流程来讲,有一些可以对应上的,但不会那么的严格。主要还是以简单实用为主。
>>> 3、产品视图中的计划列表中,计划应该也要有变更,评审理念
呵呵,同上。
>>>4、需求评审功能中,建议能增加评审方式,如会议评审等,增加附件上传功能,往往需要上传评审的会议纪要,及评审问题的跟踪
谢谢建议,这个后面考虑加上。
>>>5、期望能在需求变更中有显示变更次数和变更前后的版本号
谢谢建议,后面考虑加上。
>>>6、QA视图建议改成QC视图。
QA和QC的区别是什么呢?这一点我有点弄不明白,还请指教。
>>>7、 创建Bug时,期望能加上bugfree 中的‘ 如何发现’ 项,这个对我们很重要,因为可以区分Bug产生的阶段。这样可以有个字段区分Bug是在系统测试阶段,集成测试阶段,版本验证测试阶段等产生的,统计和分析起来要方便很多,一目了然。
字段已经预留,后面会启用。
>>> 8、建议测试用例可以增加导出测试步骤信息。 因为测试用例同时是需要用文档的整理出来保存的。
后面会加上的。
>>>9、以前的bugfree Bug,测试用例等列表信息是可以根据想要的字段信息显示内容,我觉得这点非常好,可现在禅道好像没有这个功能,而且显示的内容特别少。
呵呵,后面会陆续把这些方便的功能加上。
先写这些吧,多谢斑竹关注。谢谢!
2010-06-09 17:38:22 王春生 回帖
联系我们
联系人
杨苗/高级客户经理
电话(微信)
13165050229
QQ号码
2692096539
联系邮箱
yangmiao@chandao.com

相关帖子
藏南 | 最后回帖 2019-07-29 09:28 王林
IT_Yanjun | 最后回帖 2023-11-06 14:52 王林
Leo | 最后回帖 2021-06-30 10:03 张玉洁
没有 | 最后回帖 2015-12-25 17:19 王春生
萬水千山 | 最后回帖 2018-12-27 16:02 张启峰
Hans | 最后回帖 2018-09-05 11:14 禅道-李锡碧



精品资料包
1V1产品演示
免费试用增强功能
专属顾问答疑支持


