需求建议修改

回帖

回帖数 4

阅读数 3332

发表时间 2012-12-27 23:49:41

🌿

xiagw

玄清 | 等级2道童

楼主

zentao 的确有蛮多值得改进的地方，

但是就看作者是否有时间做好了，

我觉得目前需要改进的地方就是建需求，建任务，建bug，

好参考 JIRA 的方式，一个“创建”就可以建所有，需求，任务，bug

这个作者改一下应该不难，但是使用者就会很方便，也容易上手。这样用户会指数上升

再有就是我的todo，我的日志，要改为作为工作日志的方式，并可以授权给部门领导看，有权限管理

还有就是界面上不要用那些图标了，根本不知道什么意思，好恢复为旧版的文字提示。

后感谢作者。

回帖

4个回复

🌿

xiagw

玄清 | 等级2道童

沙发

增加，

新版的bug视图，ID/级别图标表示，不如旧版的明显和好看，建议恢复旧版。

2012-12-27 23:56:04 xiagw 回帖

回帖

🍟

春哥

幽灵 | 等级7春哥

板凳

国外某领先软件里面没有需求，任务，bug这样明确的概念划分，只是一个类型字段来区分下这个issue是task, story还是bug而已。我们怎么可能像它那样呢？

todo本来就可以授权给其他人看。我们也有工作日志的收费插件。

图标我们那么多用户都在用，也没有人反映说什么含义都不清楚。

2022-03-29 14:09:43 敏捷开发最后编辑 2022-03-29 14:09:43 王春生回帖

回帖

🌿

xiagw

玄清 | 等级2道童

老大，我这个不是针对你的概念划分和功能实现，

主要是考虑“用户体验”以及让人容易上手，尤其是很多普通用户，

并非要求更改任何东西，

只是希望有这个么简单的入口，方便普通用户使用和“录入”

2013-01-03 00:21:08 xiagw 回帖

回帖

🍐

泥泥

玄清 | 等级3真人

呵呵，禅道之所以比其它传统项目管理工具如JIRA、redmine等等更出色，就是他把Scrum中关于“产品”和“项目”、“需求”和“任务”这两对概念的区别采用系统性思维解决了，而传统项目管理工具基本上都习惯于用一个字段来区分Feature、issue、Task，因此看起来可以高度定制，但门槛就高很多，使用方法太多，不容易形成一致。

顺便向禅道的同学们致敬，新年快乐:)

2013-01-04 10:20:21 泥泥回帖

回帖