trac是个好东西，我不能说它垄断了所有的小型项目的开发管理，至少我们可以列举出无数个开源项目是用trac进行管理的，比如这里的基础：wordpress。
我的同事知道我坚持trac的态度，而我在个人项目上则还要严格一些。其实我坚持trac来进行项目的特性管理，有两个原因：
1 特性列表法绝对是个好东西。以前自己不知道，后来看到几十个项目的失败，知道了良好的自顶向下分析、特性列表、里程碑管理等这些是多么简单但是难以依靠自觉性做到的。
2 不应该草率的废弃前人的成果。这个话题就不展开了多说了。人类的知识的积累花费了几千年，想想我们读书那么多年为了什么。事实上，这几年，我看到的不做任何调研和分析，推导之前的做法，重新搞一套的，没有一例成功。trac可以让我知道之前我做了什么。前事之不忘，后事之师也。
特性列表好东西，到现在我还在用。
原来还是会有几十个项目没完成的情况啊
另外问问，一般现在这帮人能得几分，一般以前我都只得0.6，满分是10分。
以前也觉得特性列表是个土玩意，开会从来不好意思说，后来发现大多数国人的项目管理基本是一团糟，别看用的是project server，纯粹是面子。
你说这帮人，说谁? 还有什么分数啊？
看来你忘了，一般我做的不好，你会嘲我，给个1分也不超过的分数。
现在这帮人么就是现在的团队呀。
特性列表实用，操作简单，一张纸一只笔就可以搞定了。不用架什么服务器。
1 现在的人打几分，就不便说了。
2 用纸和笔其实是最好的工具，不过有个前提，就是用的人本身是愿意天天使用的，肯定比任何任何软件都好。如果本身毅力不是很强的，其实用什么都会打折扣了，推荐rememberthemilk.com，会用各种方式来提醒你。
3 纸和笔是GTD最好的工具，不过管理特性列表还不行，否则每天要花费很多时间在抄写上了，trac除了管理版本的特性列表意外，可以清晰的列出milestone的完成进度，是基于里程碑方式管理项目的好工具，同时继承svn，千万别说你的源代码只是简单复制了一下噢。svn可以多人同时使用代码，可以回朔到任意版本的代码，如果你愿意可以和特性列表自动结合。当年还是老谢推荐的，呵呵。