禅道Zentao体验之一

 

由一个帖子 http://www.iteye.com/topic/707068 知道了 Zentao 这个项目，正好最近也在关注国内的开源实用型项目，先体验一下，下一步有精力的话考虑进行贡献。

了解到 zentao 的开发人员是以前 bugfree 的核心开发人员。最早使用的 bugtrack 工具是 bugzilla ，后来考虑升级时也试用过 bugfree ，不过感觉没有 jira 好，于是选择了 jira 。

在这里 http://www.zentaoms.com/article-view-79130.html 下载 1.1 版本，因为是体验试用，就下了 windows 安装包，这个 uniserver 的确很方便， apache 和 mysql 都集成了，安装配置工作量几乎为 0 。安装参考这里 http://www.zentaoms.com/article-view-78950.html 不过以后上生产环境的话，还是习惯搞一台 linux 的服务器，使用源代码安装。

点击 uniServer 的 Start UniServer （ apache MySQL ），就可以访问 http://localhost/zentao/ 使用 zentao 了。

使用 admin 123456 登录，右侧有个“最新动态”是个不错的功能，在多人协作时，是一个很好的信息发射器。

先改改配置先，以为是在“后台管理”中，找了一下原来在“组织视图”中，先修改了一下公司名，不过应该是缓存了，需要重新登录才能看到改过来。再添加了一个用户，再把自己的用户分配到 PO 的权限组。这里强烈建议增加一个用户 disable 或“离职”的操作，这个来自于实践经验，呵呵。

以上的操着没有看文档帮助，自己摸索就可以完成，还算顺畅。在很多需要填写的地方，都有在线帮助，但是点击后打开 http://www.zentaoms.com 上的帮助页了，不知道是为了增加流量还是什么考虑。其实个人比较喜欢 jira 那种直接在字段后面用小号的灰色字体写出帮助，而且帮助的内容最关键是 eg. 不然解释了很多概念，有时用户也不知道填什么。或者搞个 js 的鼠标放上去，弹出标准内容也不错， jquery 有这样现成的 tips 插件。

接下来，到“产品视图”中新建个产品。这里发现，很多新增的界面，都只有“保存”和“重填”两个操作，而没有“取消”或者“返回”操作，当然可以使用浏览器后退或界面下发的面包屑进行返回，但个人感觉还是很不习惯。

产品视图的默认界面是“需求列表”于是新增一个需求。这里的需求看上去是对应的 user story ，需求可以定义到一个“计划”中，但对计划的定义并不是很清楚，跳过去在线帮助，只有对计划里字段的说明，并没有说“计划”到底是个什么作用。

再看下去，“发布”和“路线图”，猜到“计划”就是指 roadmap ，还可以给产品添加子模块，这次没试，以后再说。

再下来是项目，项目和产品的关系还不是很清楚。新建了一个项目，然后关联到刚才建立的产品，但是在“关联需求”中，看不到任何内容，有点困惑。

本来是打算一个上午将我现在进行的一个产品生产项目使用 zentao 做一些简单管理的例子，看来是不行了。后面的缺陷管理下次再看吧。

 

总结：

1. 开始以为 zentao 是个简单的软件，其实不简单， zentao 想使用 scrum 来作为框架，这就要求使用者必须对 scrum 和敏捷开发比较熟悉，而且接受这种方法（说实话，要让一个团队成功的实施 scrum ，其知识培训、技能实践以及反馈改进，会经历不短的过程）。如果不了解 scrum ， zentao 会让人觉得束缚太多，不如一些简单的任务管理系统好用。而且， zentao 使用了很多中文名词让人一时不能和 scrum 对应起来，也许先出英文版，效果会更好，呵呵。
2. 个人感觉， zentao 还需要细细雕琢，比如，加大文档和示例的工作，不光提供软件，更多提供 scrum 方法的培训，这样才能让人真正体会到系统的价值。我也许会长期关注 zentao ，希望 zentao 发展好。

感谢对禅道的支持。

我们有整理过一个概要的ppt，你可以先看看那个。应该就会比较清楚了。http://zentaoms.googlecode.com/files/ZenTaoPMS.help.zip

项目中关联需求，必须是审核通过的需求。你在创建需求的时候，可以点选不需要审核，跳过审核的流程。

禅道的使用，其实也可以不用按照scrum方式来走，项目可以没有需求。:)我们没有直接用scrum里面的概念，就是怕大家给整懵了。:)

文档方面的工作，我们会加强社区来解决这个问题。已经在做了，很快会看到东西出来。

英文和中文繁体的支持，8月3日发布的1.2版本中，就包含了。:)

祝禅道越做越完美！！！春哥加油

照着《硝烟中的SCRUM和XP》实施，没有感觉SCRUM对团队的要求有多高啊。单元测试不会弄就不写呗。其它好的东西也是可以实践的啊。CI,白板，燃尽图,backlog,日站立会议 。好东西呀   伪一把敏捷。。。呵呵

能加上WIKI就更好了

我有试用过一次，bug跟踪方面的，好像和理论上的bug处理流程不一样，晕了就。

呵呵，bug的基本流程 open->resolve->close。其实很简单的。这是主要的流程。还有几种处理方式：

open->edit->resolve->activate->resolve->close
open->resolve->close->activate->resolve->close

我用了一下。感觉用起来有一些不够方便。
特别是每次都要关联一下，非常难用。

不清楚你所说的关联是不是指创建bug的时候的关联选项？

项目，任务和需求，这些关联不是必须的。当然了，如果关联上，对于后期的统计会有更好的帮助。我们计划于8月3日发布的1.2版本增加了从bug复制的功能。这样可以简化bug的创建工作。