#1 21bird at 2010-03-18 14:41:56
to wwccss:唉，没办法，不敢再细分了，因为模块大约是几个后台服务和界面等。细分之后，需求和测试用例还有bug就都不好分了，哈哈～

#2 wwccss at 2010-03-17 21:23:53
因为你的产品部分就很复杂。呵呵。
其实还可以考虑将产品细分。:)

#3 21bird at 2010-03-17 21:00:24
to wwccss:这样确实可以。但是，这会导致有个地方有点不爽：添加bug的时候，选择影响版本的时候比较麻烦，因为不再是简单的1234567...＠_@

#4 wwccss at 2010-03-17 19:43:54
to hugo
禅道目前主要的应用案例是it软件开发。但其他领域的项目管理也是可以使用的。比如可以把产品视图和qa视图隐藏掉，只保留项目视图，单纯的任务管理，足可以满足很多项目的管理跟踪需求。

我们去年买房，建了一个项目，使用禅道来跟踪，效果很好。:)

#5 wwccss at 2010-03-17 19:39:43
to 21bird 如果产品很复杂，那么build可以单独打，比如我在一个项目里面可以打四个build，分贝为module1_build1, module1_build2, module2_build1, module2_build2，这样就可以了。

#6 21bird at 2010-03-17 18:37:20
我想记录产品里每个模块的版本号怎么办？

在记录bug选择影响版本时，想选择某模块的某版本…
发布时，每个模块(RPM包)都是独立版本号的，我要记录哪个模块的哪个版本都有什么bug没改～

#7 hugo at 2010-03-17 17:40:33
请问这个软件适合做非软件项目的管理吗？我们正在为教育科研课题寻找管理软件。
如果需要定制，是否容易？

谢谢

#8 wwccss at 2010-03-17 09:17:17
可以修改一下数据库里面zt_project表，name字段的设置。

#9 leolee818 at 2010-03-16 17:37:18
项目的名称，字符数给的太好，呵呵，如果写英文30个字符不够用。

#10 whjmyu at 2010-03-15 09:45:15
需求变更只是引起项目变更的一个因素。项目变更范围要更广，只要引起工作范围、时间、成本、工作质量的变更都是项目变更。有时会因其他高优先级任务暂停。
项目变更要有：变更原因，变更描述，影响范围，审批。
变更原因有：需求变更，人力变更，进度变更等

#11 wwccss at 2010-03-14 20:49:32
需求的变更，直接影响到的就是项目。所以讲需求的变更，应该也是项目变更的一部分。只不过在禅道中，我将产品和项目这两个概念分开了。

项目变更的范畴是什么？这个我还要请教一下。我理解的，主要可能就是需求的变更了。其他的，比如工期的算短，或者目标的变化，可以通过增删需求，增加任务来应对变更。

#12 whjmyu at 2010-03-14 20:42:38
完善需求变更的管理流程？
项目变更呢？有这个功能吗？在项目视图，任务栏上面加一个项目变更记录。