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

嗯，我也有同感。我们的情况是项目组内部交流很少，我最早的时候搭建了一个wiki，但是根本就没有人用，闲置了。前几个月，项目组在开发的时候我用它做知识积累，记录一些FAQ以及项目组的规范，鼓励成员写一点东西。哪个时候还好，不过现在又基本上没有什么人用了。

感觉都没什么意义，管理是先有思想，后有工具，基于XXX的管理明显不符合管理的含义。管理者重要的是在于soft skill，而不是熟悉啥sharepoint啥wiki。

举个简单点的例子，前几天在推进Change management，其实作为管理者，无非要做的就是两个，一，与上面取得共识，得到高级管理人员的支持。二，与下属进行沟通，让他们了解CM到底要做些什么，培养change management的思考方式。至于用wiki，还是用sharepoint来管理，已经是无伤大雅的事了。

不予以苟同。Robbin毕竟也不是sharepoint的专家，对自己不熟的东西发表意见,就有点小家气了。

sharepoint还是首选，除了项目管理，知识管理，用做团队管理，部门管理都不错。

但关键是得有人管，还得有点权限，版块内容也要不断的重构，到最后能够整理成框架，可以很容易被其它项目及团队拷贝；对知识管理可以加点激励机制，缺钱的公司就用象javaeye的积分形式，也能调动热情的.....

在考虑怎么利用sharepoint把 项目-->团队-->部门-->公司 的知识管理就象对象的继承机制一样，形成多层结构，每一层有各自的管理团队负责各自的东西，如果同一层间有共享的东西可以很容易的移动到上一级，下一级默认继承（并能很方便的显示）上一级所有内容....

bbs+团队blog 是不错的方法
bbs讨论 blog整理