基于wiki和blog的项目管理、知识管理法

最近在新项目中应用wiki和blog来管理项目，感觉很不错。总结如下
1、应用wiki来组织整个项目中的文档
文档包括：需求、分析、设计，框架设计，数据库设计，项目编译、运行、配置等等，甚至对项目的任何突发奇想

2、wiki形成项目的知识管理
通过wiki的分类和链接，形成整个项目的知识门户，如果有个新人加入团队，ok给他个帐号

3、在wiki或blog上记录每天的工作日志
通过email或者rss订阅提醒项目的其他人。

4、利用wiki的版本控制
可以观看文档、知识的变更历史，我想比起word来更好更直观一些

5、简单易用
程序员不用培训，每天增加工作量也不大，只要把每天更新，重要的知识点，还有变更即时在wiki上处理就可以，潜移默化下来，项目作完回头一看，一个项目的知识库形成了。

6、习惯了wiki再引导到blog
让程序员形成更新自己blog的习惯，这样个人的知识管理也在锻炼中，而所有的blog组成起来，又形成了公司内部的一个知识管理库。

感觉这个方法类似一个敏捷项目管理方法，欢迎大家批评指正！

我的问题层次就比较低了

我发觉wiki,blog支持中文全文检索的很少。

还有就是写一段时间，blog基本坚持不下去。

wiki还好。

wiki其实支持不支持全文检索不是很关键，主要是项目管理者要经常对wiki的内容进行组织和编排，有好的组织结构，通过wiki的链接就能够一步到位就能找到所要的东西。至于blog，本来就是个随便写的，想写就写不想写就不写，关键是看怎么去引导。

这些东西想起来很美，但是实际用可就......

对于组织建立自己的财富库应该蛮有用的，可是还是不太懂怎么使用，看来要学学了

强烈赞成使用sharepoint，当然，前提是公司有钱。
  我们公司现在就是基于sharepoint进行文档的管理，唉，一个字，就是“爽”，有时候真不得不佩服微软。当把office, project, msn ,netmeeting, 都连接起来的时候，才发现，share是一件非常畅快的事情。

当你发现所谓的连接就是分别打开office窗口应用程序，project窗口应用程序，msn应用程序，netmeeting应用程序，而所谓的连接就是在不同的窗口之间来回切换的时候，才发现，原来share就是开了n个窗口来回切换的体力活。

期待robin兄的项目早日完成。

这永远只是个愿望，你有没有成功的经历？

这个愿望的实现，需要的背景太深了，公司文化，每个人协作的意识，培训跟得上，公司制度保证等等。算算成本，绝不比sharepoint低(当然，sharepoint也不是robbin所说的如此)

人员流动怎么办?是不是不用交接工作了
有人不写怎么办?扣工资
写得够是流水账，毫无价值怎么办?发奖金促进

公司团队管理和OS project管理是截然不同的两种方式，因为人群的目的不同。

我原来也在项目组中这么做过，结果最后变成了我自己一个人的wiki了~~
如果本来工作繁重，有自己维护项目文档的流程，而且并没有成为必需的流程，用处其实就不大的。

把他们作为工作的基础，统一了流程，还应该很好的。我原来用mediaWiki