注视跳舞的大象

版权声明：转载时请以超链接形式标明文章原始出处和作者信息及本声明
http://headradio.blogbus.com/logs/473.html

我一直疑惑于以下几个问题：

1：我们团队内部如何实现KM(Knowledge Manage)；

这里面又分为几个问题：

如何把用户（包括潜在的用户）对我们软件的抱怨、赞美、意见和建议日积月累地保留在一个永久固定的地方，不会丢失、泄露，并不断更新？

如何把技术团队（包括设计、开发、测试、实施工程师们）对我们软件的功能性描述、特点、（与竞争对手相比的）优势等文档，提供给销售和市场团队作为参考，并且日积月累地保留在一个永久固定的地方，不会丢失、泄露，不断更新？

如何把技术团队的经验、常遇到的问题、已知的Bug、已经解决了的技术难题、应用的常用设计方案，提供给销售和市场团队作为参考，并且日积月累地保留在一个永久固定的地方，不会丢失、泄露，不断更新？

如何把技术团队开发软件过程中所有遇到的已知Bug、Bug的解决方法，作为一个历史Bug库，并且日积月累地保留在一个永久固定的地方，不会丢失、泄露，不断更新？

如何更快速的培训新来的团队成员(新成员能够更快的发现他们需要的信息，这让他们变得更有生产力)?

如何使团队内部那些被隐藏的知识和信息（比如决策流程、项目背景）展现在每一个成员眼前？

也许前面所说的知识现在都以某种方式存储在不同的地方，那么如何快速搜索出有效的信息，忽略冗余知识呢？

2：假如现在我们提供了一个像SharePoint一样的内容服务器作为知识共享的站点(比如http://webserver/)，那么又产生了新问题：

如何订阅（SharePoint Server只是以邮件方式提供文档更新通知）？如何自动下载感兴趣的内容到本地？RSS技术是不是可以帮助我们做到这一点？

如何利用现有的Outlook做到订阅、自动下载、快速发布、快速搜索？(可以参考:NewsGator 推出的NewsGator 1.0版)

如何使得发布想法、经验像MSN Messenger聊天一样方便？

如何使得人们愿意发布，充实知识库？这么做的动力来自于哪里？

3：邮件

大家更多的交流方式还是Email，方便快捷，直达你想要叫醒的那个人的案头，但是大多数的技术讨论、Bug报告等都留在了每一个团队成员的邮箱里，随着他的离去，这些珍贵的内容、历史痕迹会被清空。

即使是普通的工作交接，下一个接手的Guy对于之前的讨论一点也不知道，会不会降低开发效率？比如短信开发时，刘德和亚信方面交流过很多，但是随着他的离开，这些知识也离开了团队，后面我接的时候，就会有重新对一些技术点产生疑问，其实这些东西刘德应该已经和亚信讨论清楚了的。

于是产生了这个问题：

工作邮件如何归档？如何并入知识库？如何便于搜索？

.::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::..::.

国外有一些探索试验，感兴趣的请看以下《一次K-log试验性实践回顾》。