企业中的 Wiki、blog 及其他社区工具(1)

look_w

在线社区这种现象已发展到与 Web 本身并驾齐驱。可以看到，人们以共同的目标为基础，通过各种各样的形式在线交流思想和信息，这些形式包括电子邮件、邮件列表、在线论坛、基于 Web 的应用程序开发工具、即时消息传递以及 Web 门户。近来，有两种社区工具得到了广泛关注：wiki 和 blog（Web log）。
Wiki 是 1995 年由 Ward Cunningham 始创的，目的在于为许多软件工程师熟悉的 Portland Patterns Repository 提供支持。wiki 是可读可写的 Web 站点，wiki 通过可选的访问控制对作者身份设定限制，所有访问者都可创建新页面或修改已有页面。通常，用户使用简单的标记创建内容，作出自己的贡献。在 Internet 上，使用 wiki 的项目已经取得了很多非凡的成就。或许最令人佩服的就是 Wikipedia（请参阅 ），这是一份倍受推崇的基于 wiki 的百科全书，由来自世界各地的数千名贡献者创建。
blog 是一种易于更新的 Web 站点，某个人在这里发布信息，供他人阅读。读者可以评论 blog 所有者发布的所有条目，但不能发布顶级内容。
本文主要介绍如何在企业中利用 wiki、blog 以及其他一些社区工具，还会介绍一些新兴的可行应用。另外还会关注这些新的社区工具是如何与很多组织目前正在使用的组件（groupware）和团队协作软件相关联的，以及如何为适当的工作选择正确的工具。
Web 上的社区在 Web 上有几种类型的社区，它们使用各种类型的社区工具。Wikipedia 类型的社区就是其中的典范，人们为了在 Web 上创造一项工作成果而走到一起。Portland Patterns Repository 是一群人共同在 Web 上创建共享资源的早期示例。开放标准的领域里还诞生了其他此类社区。wiki 的一种新应用是为开放标准组织协作编写规范文档。主要示例就是内容联合的 Atom 协议规范，为 blog 站点所广泛应用。Atom 团队在他们的 wiki（请参阅 ）上共同构建了最初的规范。另外还在同一 wiki 上控制了他们的项目管理问题，维护了相关的文档。现在，Atom 由 IETF 的工作小组管理，但 wiki 仍然用于跟踪问题，并为 Atom 社区提供一个统一信息收集点。
另一类社区涉及开源软件现象。开源软件项目利用 Wiki、blog、论坛和其他工具管理其项目、开发文档、制定决策以及发布可交付成果。Apache Foundation 为其每个开源项目使用一个 wiki，并通过一个组织级的 wiki 站点（请参阅 ）指向所有这些 wiki。各个项目都使用自己的 wiki 创建项目文档、跟踪和管理项目并向社区中的开发人员提供信息。wiki 非常适合开源社区，原因是它表现了同样的开放、团队贡献模式，而这正是开源运动本身的基础。它还弥补了这些团队使用多年的其他一些社区工具的不足之处。
社区工具还与 Web 上不断发展的社会网络站点现象紧密相关。社会网络软件通过人与人之间的联系，创造、管理和构建共同利益、工作关系和共同需求方面的价值。社会网络工具（如共享书签服务和关系网络分析）有助于形成社区并保持这些社区的活力。在社区站点中，Wiki、blog 和讨论小组有时会与社会网络工具相结合，以促进信息共享。
社区工具正在使 Read/Write Web 这一概念开始成为现实。在这种设想中，Web 用户不仅浏览信息或在电子商务交易过程中提交表单数据，向站点贡献内容也会成为 Web 体验的基本组成部分。在这一转变中，Wiki 和 blog 是主要工具，特别是 blog，它为 Web 用户提供了发布各种信息的简便方法。
社区工具的角色有效的在线社区使用一组社区工具，所使用的每一种工具都扮演着它最适合的角色。并非所有的社区都需要相同类型的支持。社区工具可分为五组：

• Wiki
  Wiki 支持以开放的、社区指导的方式创建共享内容。
• Blog 或 Web Log
  blog 促进了来自一个信息源（通常是一个人）的轻松的信息发布，并且使社区成员注册进行评论更加方便。有时，它还用于发表公告、通报新闻或只是表达一种观点。
• 电子邮件列表和论坛
  这些机制支持链式讨论，通常用于简化问题解决和投票。
• Web 站点和 Web 门户
  社区通常都有传统的 Web 站点和 Web 门户，用于传递更多静态信息或可控信息。Web 站点对于非成员来说可能就是社区的门面，它还能为社区成员提供 Web 应用程序。
• 组件（Groupware）
  组件包括团队协作以及以文档为中心的系统，如 Lotus® Domino®、Lotus Domino Document Manager 和 Lotus QuickPlace®。这些工具通常支持更为关键的业务过程，其中需要严格的文档控制和可强制实施的业务策略。

有人曾尝试过用 wiki 来承担论坛的角色，但 wiki 有着与生俱来的自由，无法满足保持时间顺序、分隔话题以及使某人轻松跟随讨论进展的需求。此外，由于 blog 的讨论由 blog 所有者控制，因此它也无法承担这一任务。评论者是无法开启新话题的。同样，出于其内容管理方式的原因，Web 站点和组件通常也无法担负起 wiki 所扮演的角色。与面向内容的管理方式不同，wiki 以社区中个人的动态内容为基础，支持站点内容和结构的有机演进。它允许协作者同时迅速地更改内容，而不会带来进程或工作流开销。尽管这种特点迫使社区去修订 wiki，以消除不正确的或不恰当的内容，但它同时也是 wiki 成功的主要原因。在后文中，我将讨论自由与控制的问题。
wiki 社区的运作方式通过 wiki 协作的社区共享的内容与开源软件开发项目有很多共同之处。很多开源项目将 wiki 用作项目管理和文档工具。但这并非两者最根本的相似之处。Wiki 协作和开源开发都基于一套核心原则。wiki 的原则可归纳如下：

• 平等。任何参与者都可以提交新内容。对于某些 wiki，提交内容即可成为参与者。任何参与者都可以更改任何内容，以纠正所发现的问题、添加额外的信息或以某个立场提出质疑。很多 wiki 实现都提供对访问控制列表的支持，可以将其应用于单独的页面或整个站点。但是，为了不抹杀创造力和参与性，成功的 wiki 都会十分谨慎地使用这些工具。
• 更改始终可见。对站点所做的更改是即时的，并且全局可见。
• 众多细微更改。一个活跃的 wiki 中的经典模式就是长期进行很多细微更改。每更改一次就创建一个页面的新版本，这些页面可具有许多增量版本的历史记录。
• 简单。Wiki 提供了足够的力量，使内容的创建轻而易举。这种简单之中也包含为数不多的一些约束，目的在于使灵活性最大化。