适应企业

　　大中型企业拥有电子邮件解决方案以及大量针对核心需求（如采购、财务和其他普通的业务线需求）的垂直应用程序实现。这些工具涉及他们允许用户生产和治理组织数据的全部过程。

　　非结构化数据主要是电子邮件，相反，垂直应用程序严格治理和代管结构化数据。在组织内存在知识工作的地方，这些工具未能提供一个平台作为促进围绕业务挑战的动态的特定协作工作区。

　　虽然Chris Anderson的The Long Tail（长尾理论）是从营销的观点来写的，但该书详述了大型系统未发现的隐藏的经济价值。只有当存在经济的解决手段时，这一价值才会被实现。我们将不断得到一些项目，它们拥有针对非结构化电子邮件和像SAP一样高度结构化垂直系统之间区域的技术解决方案。Enterprise 2.0协作技术支持这个中间地带的需求，这些需求以前从未被治理或者经济地解决。

　　这个中间地带也称为“空白，”有着传统意义上的客户开发工作，即使开发最小的业务问题解决方案通常也要６到８周。当业务用户需要工具治理这个中间地带时，调整客户开发是不可能的，业务只能利用手边仅有的工具来解决问题。对于知识治理工作，这些传统的电子邮件及其他工具并不适合。

　　这种情形下，用户驱动产品套件就显示出优势了，它为团队提供了一个框架来快速创建和治理这些解决方案。当业务用户能够确定传统应用程序空间未能解决的需求并使用这些工具箱快速满足这些需求时，价值被实现了，因为他们不必向组织的IT部门请求资源；相反，它们可以几乎实时地响应。这使得IT能够专注于围绕需要投入宝贵资源的核心业务的更加战略性的项目，而业务用户在企业中一个受治理的空间内可以有效地工作。

治理

　　 通过高动态的协作工具，企业但可缓和对错用的恐惧。在大多数组织内部，除了电子邮件和非正式的官方文档，任何电子信息都要求某种程度的正规治理。

　　 关于如何最好地使用工具常常在业务团队和技术治理团队之间引发战争。为了充分利用工具箱和获得最大的业务价值，合理而不过分的相关治理就成为必须了。当我们想在高动态协作环境中进行治理的时候，我们依然允许业务用户创造价值，但一些基本的原则应该遵循以便能平稳地治理这些过程。

　　 与传统的IT计划一样，获得高级治理层和部门治理层的支持是成功的关键因素。因为工具箱支持快速解决方案开发没有降低对于支持的需要。另外，部署的目的也需要明确定义。只因为工具箱所拥有的功能就使用它部署项目还是不够的。功能驱动的项目注定会失败。

　　 部署好解决方案之后，还需要进行维护。这意味着必然针对项目输出定义一个明确的所有者。这个所有者需要得到任何必要的培训为解决方案的进一步发展提供支持和加强。

　　 基于部署的目的，确定将何种信息委托给这些空间是必需的。一个空间包含需要得到保护的敏感信息吗？谁将有权向该空间调整、编辑或添加信息呢？需要什么级别的审核呢？提前知道这些问题的答案使您能够设置正确的访问许可以便在工作区内实施业务策略。

　　 最后，需要定义一个项目输出的周期性复审计划。此复审作为一个检查点以确保技术和业务处理规范都被遵守。该复审还应该包含规程和尺度以判断何时停止使用一个不被使用的空间。

　　 除了安全以外，在一天的末了，许多使用工具箱的治理降低了访问门槛，这归根结底是业务方面的问题。组织中的人员需要在除了技术之外的业务层面对自己的行为负责。如果人们要成功地采用enterprise 2.0技术，这就是基于以上原因对计划清晰定义的关键所在。

教育

　　 用户驱动产品减少了日常负担、简化了日常处理，它们提供了便利，令人满意。这种系统的公开示例强化了这一趋势，包括社会网络站点MySpace以及像Blogger和WordPress那样的博客工具；这些示例很有权威性，无需广泛的正规教育，那些自学用户就已经很快地接受了这些工具并从中获得价值。

　　 很低的使用门槛可以归因于这种工具箱的小型但又经常被高度使用的功能集。对于经常接触复杂的企业应用程序的用户来说，这是一个新鲜的变化。起初，看上去受到了限制，但这些受限的功能集考虑到了最大可用性。像37signals的Basecamp这样的工具也结合了这种风格，提供小型但又经常被使用的功能集。这彻底地减少了教育需求、提高了接受度、加快了价值的获得。

　　 尽管如此，提供正式的训练课程仍然是有益的，可以概述工具提供的功能、通过考察一系列用例来评论可以如何应用它使得最终用户得到最大的利益。一旦计划符合项目治理要求，由有经验的用户或公司教员主持的快速引导型训练营课程就成为一种极好的方法以有效的方式、最小的资源快速启动项目。

价值

　　 将组织中当前未治理的空白空间交给这些工具，这些工具可以从业务和信息技术治理的立场提供重要的价值。通过对当前的和新出现的业务挑战做出快速反应并编写解决方案，业务用户能够实现新的价值。博客和维客类型的机制提供了一个优秀的平台，促进了从前不可能实现的知识传送和知识治理，使那些至关重要的隐含的知识现实化。信息技术治理小组能够从成本节约（通过合并现有的、适度使用的应用程序）和空白空间内部审核度（从前不可能实现的）中受益。

复杂决策制定

　　 允许业务实现动态协作功能的工具将为“应用程序”的创建提供无限的可能。试想这样一个解决方案，需要在涉及业务的众多成员之中要做出一个重大决策。这个决策可能要根据来自CRM、ERP或客户应用程序的信息而定。然后，这些关键性数据整合到一个空间中，这里用户可以向维客贡献或者分享有关数据的文档和各种其他工件以便最终做出决定或选择相关策略。过去，这会以杂乱的电子邮件方式进行，过程会更长，在最终决定之前知识工作可能被丢失。

收集隐含知识

　　 降低收集隐含知识的门槛不能轻描淡写而过，它将对业务底线造成直接影响。试想，某个供应商咨询小组正在助力产品的销售。确保一致的方法论（如最佳实践和关键的产品问题等）能够方便地在资源之间实现共享，这将对部署的成功造成直接影响。这种部署成功从字面解释就是提高客户满意度，进而提高产品销售。

通过重复贡献实现价值

　　 当我们探究如何快速实现某个项目的价值时，用户驱动式设计的优势将得以体现。由于拥有重复设计的能力，用户驱动协作式框架将加速业务价值的实现。与使用传统软件构建不同，业务不必完全满足要求就可以开始构建解决方案。这允许业务用户持续专注于小型的高价值组件，从而能够在流程中快速实现价值。

成本节约和控制

　　 当IT部门试图控制成本并监视系统内部所发生的情况时，控制应用程序蔓生是应予最优先考虑的事。我们期待这些新工具为不常使用的已有留应用程序提供一个统一且固定的平台。无论从服务器还是代码维护的角度来说，这都有利于减少成本。潜在的客户开发计划现在可以通过框架处理。当开发工作现在可以被指向促进业务的核心元素而不提供“一次性”解决方案（现在，用户驱动的协作套件可以完成）的时候，这可以降低目前的开发维护成本。

　　 为了衡量这些套件的具体价值，可以了解各种关键性能指标，比如电子邮件的使用、资源数量、聘请新员工的时间、解决问题或完成研究任务的时间等。其他可计量的调整包括维护众多经常使用的小型服务器所需的知识、人力和时间。

最终想法

　　 Enterprise 2.0协作套件是组织生产能力方面的一项投资。通过业务用户编写的环境在组织内部定位和利用空白空间的功能将是一番激动人心的景象。为了推进这些工作和实现新的业务价值，教育和治理二者必须形成最新创建的解决方案的支柱。另外，作为业务支持者必须牢固掌握这些概念，理解价值的实现不是基于工具箱的功能，而是基于解决关键业务问题和使用工具箱治理解决方案。有了这一基础，我们就能以自己的方式解放Enterprise 2.0协作技术的价值。

参考资料

　　• 自然参与原则——，了解如何通过自然参与帮助组织以更加敏捷的方式构建应用程序，它将增强业务分析人员和开发人员之间的协作和通信（John Brunswick, Arch2Arch 2007）

　　• Arch2Arch——与架构相关的博客、文章、网上技术交流会和白皮书等等。