Wiki不是银弹，它并不万能。试图用企业Wiki迅速替换掉现有的Office工具并不现实，更切实可行的做法是，Wiki应被用作提高项目运行效率的润滑油——它共存于我们日常应用的各种工具之间（如Microsoft Office等办公软件， Outlook等邮件系统），通过取长补短，我们的团队可以基于Wiki平台共享项目知识、工作实践甚至开展计划、跟踪任务（可以参考用JIRA, CVS, XPlanner, 和Wiki来进行项目管理），从而逐渐使得项目团队这台发动机的各个主、配件之间相互配合得更为流畅，在最大程度上发挥系统性能和团队生产力。

在知识管理中，一个成功的Wiki平台就是项目团队中一块吸引知识碎片的磁铁，它的磁场就是团队协作，项目或者部门的维基教练或者知识经理（Knowledge Manager）则是保证这个磁场历久不衰的关键。

Wiki不是银弹，它只是一种高效工作的手段。

JIRA

一个非常出色的Issue跟踪系统，这里的Issue不单单是指BUG， 很多时候也可以是Task， Improvement， New Features， 甚至是一个Question。

在多年前， 我曾经尝试使用过那个经典的的Bugzilla，但是一个项目作下来，大家都反映那个东西的界面实在是太粗糙，简直无法忍受而且报表功能也是在太弱。最后 大家就讨论自己作一个BUG的跟踪系统，就在大家已经完成了设计文档准备编码的时候， 我们发现JIRA原来就是我们要找的东西，而且比我们要的更多。它内置一个可以配置的工作流引擎(osworkflow)，一个快捷的全文检索功能(基予 Apache Lucene).和一个可以配置的Dashboard(portlet)，以及一个和CVS连接的引擎，通过这个连接，在一个Issue中直接可以看到修改的文件名称，如果配置了viewcvs的话，还直接直接定位到行，根据一个问题可以跟踪到代码的行，这正式我们梦寐一求的功能。 也正是这种特性，才使我们能够把一个个Issue当作发布和版本管理的一个单元。

阅读全文…

文档并不可怕

Wiki天生是个写字台，所以，不要再为做文档发愁了！也许你的团队99%的人都害怕创建新的文档，但我相信100%的人相比之下都愿意修改旧的文档，所以何不在一开始就用Wiki写草稿或大纲，然后鼓励大家去评阅、修改？相信我，好文章一定都是修改出来的，仿佛一棵小树苗，有充足的阳光和雨水，它就会迅速长大！

如果可能，你甚至可以邀请你的读者一起参与评论和写作，这将大大提高文档的针对性。

是项目管人，还是人管项目？

作为项目经理，你有很多工具(实际上多不胜数)来协助计划(Planning)，执行(Executing)和跟踪(Tracking)整个项目，然而，要真正做好却是另一码事，为什么？很多情况下并不是因为项目经理们不想做得更好，而是因为这些工具(Tools)与流程(Process)之间此的协作并没有想象中(或者说计划中)的畅通，有时他们甚至相互阻碍——这种失调正严重吞噬着管理者的耐心和精力。

面对事实上日趋复杂、臃肿的企业管理机器，我们只有团结协作。而Wiki则可以一方面如同一块无形的磁铁，帮助你在日常工作中不停地将散乱的信息有机地整理、集中起来，另一方面则如同润滑油一般给这部企业机器的各个部件注入新的活力！

Wiki其实不是一两种软件，而是一种精神，它所做的很简单，只不过是把你的将士团结在一起，而这种团结协作产生的能量，将远远大于我们的想象。

【转载请注明出处: wikidao.org】