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

以 IBM 协作工具为例，Lotus Domino 是核心，另外还有 Lotus Domino Document Management 和 Lotus QuickPlace。为定位这些解决方案，您必须认识到团队需要一定程度的灵活性、控制和管理。一端是集中管理控制极少甚至完全没有的 wiki。另一端是有着严格控制和集中管理的 Domino 和 Domino.Doc®。中间是 QuickPlace，它包括集中管理，但将协作空间结构中的大部分指派给用户。wiki 根据其用户的一致意见进行有机演进，而在 Domino 数据库或 Domino Document Management 中，结构由管理员设定，用户在这些约束限制下工作。中间是 QuickPlace 协作空间，在其中，团队成员可以发展空间，但结构和交互的方面通常不在其控制范围内。

与所有在线社区一样，企业也应该利用恰当的工具的承担恰当的角色，以便为团队提供支持。wiki 可能在快速生成信息、获取知识以及促进基层协作方面非常有效。当文档变得稳定时，您需要将一些通过 wiki 协作生成的文档移动到另外一个受控的储存库中。此类文档包括那些必须应用业务控制以便符合联邦或州法规的文档。部分此类文档可能需要从初始创建起到生命周期结束时一直在受控、受监管的环境中加以管理。其他一些文档可能是自动化人工过程中所必需的，因此必须在与工作流解决方案集成的受控设置下加以管理。

应用程序 wiki

业务团队和面向任务的小组要求应用程序支持其职能。对此类应用程序的需求出现快，往往变化的也很快。它们支持特殊业务过程、数据收集和团队交互，并且往往会在任务完成或要求更改之后被废弃。这种 “可废弃的应用程序” 现象是业务团队使用基于 Web 的工具创建自己的环境化服务和解决方案大趋势的一部分。它还是对 wiki 在企业中日益增长的应用方式的一种扩展 —— 减少电子邮件交换。

那些特殊、团队驱动、生命周期短的应用程序发挥了 Wiki 的优势，某些形式的 wiki 有可能会在其创建过程中扮演主要角色。例如，JotSpot 将自己列为应用程序 wiki，它提供工具、组件以及模板，以便快速开发这些类型的应用程序。IBM 也正在尝试这一概念。理念是支持一个技术方面较不成熟的社区 —— 只具备非常基础的 Web 技能，使其可开发所需应用程序。这一模型对于个人或团体、即时部署、聚合和团队所做的修改以及团队自身总体控制来说是一种直接的业务价值。

在这个模型中，wiki 是开发工具和应用程序。团队成员协作处理应用程序，就像处理普通内容一样。大部分团队成员可以查看表示应用程序组件的附加标记，并可将这些组件放在一个页面上并通过关键字参数进行定制。少数 Web 技术指导团队成员可编写新组件，使用的同样是应用程序 wiki 的工具。

应用程序 wiki 概念是全新的，现在，它在团队内的动态用法已众所周知。但是，对于组织来说，以试点模式为团队推行应用程序 wiki 无疑是合理的选择。考虑到 wiki 协作的根本特性，试点和生产部署之间相差无几。wiki 用户会任何他们认为对自己有帮助的东西。

结束语：Wiki 帮助团队更快完成工作

如果，大多数企业已经认识到自己处于一个不断变化的环境之中，在这种环境中，改进团队交互和协作的速度和质量变得越来越重要。在与企业中已部署的其他社区工具结合使用时，Wiki 和 blog 将有助于建立健全、高产的社区，并有助于促进高效协作。组织应该考虑以试点方式应用 wiki 和 blog。他们会发现，团队自己将找到利用 wiki 和 blog 完成其工作的最佳方法。

原文链接：http://www-128.ibm.com/developerworks/cn/web/wa-wikiapps.html

 如果您对本文有任何疑问或者建议，请到讨论区发表您的意见: >> 论坛入口 <<

上一页 1 2 3下一页

上一篇：C 语言中的指针和内存泄漏   下一篇：GTK+与MFC不完全对比

【文章评论】 【收藏本文】 【推荐好友】 【打印本文】 【我要投稿】 【论坛讨论】