许多公司都希望实现已有流程的现代化，或者是将遗留系统转变为基于组件的架构。门户和Web Services技术对于实现这两个目标是十分有帮助的，它能够有效替代传统的基于中间件的架构。
1. 术语定义
首先我们要定义几个术语。在协同企业中，人们使用一组流程、最佳实践、标准、政策或程序进行交互，形成一个协同环境。协同企业包括一组为企业用户接受的技术和方法。由于参与者存在文化多样性，因此人员组件强调交互的复杂性。在一个典型的协同项目中，交互可能包括人到系统的交互、系统到系统的交互、系统到人的交互。系统组件整合了应用、流程、框架、参考模型，提供合适的参与接口。下面这些术语你也应该熟悉一下：
“协同”意味着一起工作；它是个人或团体之间进行有效交互的工具，也是一种提供交互环境的机制。
“协同的”代表参与互惠活动的能力，包括共享或交换信息的能力。从技术角度看，它意味着连接、通信、协调、双方或多方之间进行承诺。
“协同方法”是指共享合适的信息、技术和方法、应用数据的通用媒体、决策数据、交易处理相关的信息交换。
2. 主要的问题和目标
如果你希望使用门户和Web Services技术来构建协同企业，那么首先需要解决两个问题：
为什么IT部门在制定IT决策时必须考虑增强整个企业的能力？
企业如何增强自身的能力？
你应该准备一个有凝聚力的业务用例——解决可靠性、可用性、效率和生产率问题——来证明项目的必要性。考虑内部运营和业务伙伴的需求。降低总拥有成本或提高ROI可能是整个建议书的基础。
考虑一下你是否需要对开发、配置、运营、维护相关的成本进行修饰，如果需要的话，应该如何修饰。一个强有力的业务用例必须陈述愿景和目标，对挑战进行定量分析，描绘问题和风险，分清假设和约束条件。业务用例的准备过程中应生成一张可执行的路线图，其中包括交付所需的解决方案、促进持续改进、满足顾客期望。
3. 阶段和重点
在绝大部分非常成功的协同企业项目中，IT部门通常在项目早期就开始同业务部门合作，双方都十分注重共享决策权力，共同承担责任。但这说起来容易做起来难。业务部门和IT部门各自的角色和职责必须清晰的定义。另外根据业务变动随时调整角色和职责也是至关重要的。
正如图1所示，业务建模、变革、配置是协同企业生命周期的三个阶段：
 |
| 图1 协同企业项目的生命周期 |
业务建模阶段是指对业务领域信息进行可视化建模，包括企业愿景和需求。该阶段同时也考虑特殊的挑战、问题、风险和假设。
变革阶段将业务需求解释为技术说明书。该阶段负责建立一个协同环境，以充分开展业务和IT的合作。
配置阶段执行解决方案的开发和集成。
跨越这三个阶段的企业级项目的一般任务可以总结为以下三大类：
组合管理侧重于实现ROI或降低总拥有成本，控制服务质量（Quality of Service，QoS）。
公司治理负责管理企业级的知识资本（包括业务领域内的专业知识和技术知识）和行业最佳实践。
法规遵从负责质量保证，持续提高生产率，观察公司政策和行业或政府法规。
这些任务一直在协同项目中扮演重要角色。但是协同项目生命周期的精华可以用下面7项更为详细的任务来描述：
流程对应。这项任务从项目团队调查现有流程开始。实际上，大部分实践者通过研究现有流程来确定流程的自动化、重组或外包需求。在企业协同项目中，该项任务帮助企业调整关键的系统功能，通过观察通信和连接机制实现风险的最小化。
业务和IT的战略对应。业务和IT的战略对应在业务团队和IT团队之间建立起联系，鼓励双方在协同项目内进行信息共享。这种关系强调使用合适的通信协议，优化协调和承诺。
企业级业务集成。企业级业务集成描绘了在分布式联合式环境中合并业务信息的路线图。首先，由一个团队识别并优化接口和依赖关系。物理网络连接在这项任务中起到举足轻重的作用。
技术获取。这项任务要求业务领域专家、IT领域专家和决策制订者同时参与。它涉及到高级管理层的许可、业务专家和技术专家的协调、决策制订者和参与者之间的沟通。该项任务应该识别出关键的业务需求，作为选择技术的主要标准。
交付管理。提供实现业务利益的全面方法。该项任务强调协同的协调和承诺元素，设定定量的交付物、里程碑和业务目标。
绩效管理。制定一组标准对各个配置阶段进行测量和监控，实现业务价值的最大化。该项任务需要严格的管理和财务手段，以实现对协同及其他项目的有效控制。
变化管理。帮助企业准备好迎接关键应用程序的变革，建立以服务为中心的企业集成。该项任务最终将实现企业的扩展，将各个业务单元、IT部门同战略伙伴、供应商连接起来。该项任务还帮助企业确定各个部门在协同中所面临的复杂程度。
协同的四大元素——通信、连接、协调、承诺——是这些任务的关键组成部分。你可能需要根据业务目标把特定任务放在重点位置。对于大多数企业来说，现有的流程改进或成熟度模型（例如CMM）已经足以指导上述任务。这些任务为实现企业协同提供了一种系统性的方法。
4. 充分利用门户和Web Services技术
门户和Web Services技术是集成企业级业务应用的通用平台。门户通过安全的单点访问提供一致、统一的信息或数据视图。分布式联合门户能整合多个已有门户和业务应用，并且不会影响应用的自治性。联合门户保留相关门户的规则和数据管理，因此有助于实现协同。Web Services提供“按使用支付”或面向服务的操作概念，实现协同企业内资源的有效使用。
为了充分利用这两种技术的优势，业务部门必须认识到它们的潜力，IT管理层必须向业务部门宣传这两种技术，防止业务部门期望过高。当企业制订战略时，应考虑门户和Web Services技术的能力。向面向服务和联合企业架构转变要求企业最高管理层给予充分支持。应建立一个共享知识库来（内容包括术语、概念、能力）澄清技术的能力和限制，以消除组织方向上的分歧。
为了获得对IT部门工作的支持，应建立一个支持新协同环境的战略案例。这个战略案例将说服企业的管理层，让他们在协同项目的逐步实施和反复变化过程中提供有力支持。
通信渠道就位后，协同环境就开始发挥作用了。必须制定衡量协同项目成功与否的标准，同时也要制定实现标准定量测评的流程。一些企业在很多方面都很成功，它们唯一的不成功就在于未能有效的交流它们的成功经验。在如今这个IT资金紧张的年代，要获得资金就必须向所有的关键管理人员和执行人员展示项目成果，并且要按照他们容易接受的方式进行展示。
在最近的一些企业级集成项目中，我们采用了7个步骤的活动。这些活动的主要目标是建立和管理协同企业，同时使用门户和Web Services技术。我们对这些活动进行了密切监控（见图2），希望实现扩展企业的业务目标。我们还跟踪了其他需要业务部门和IT部门合作的活动，以维持公司的IT治理。我们将这些活动同图1中的各项任务联系起来，制定了一个一致的协同企业交付方法。这7项活动是：
 |
| 图2 构建协同企业的核心活动 |
满足业务目标和需求：这项活动包括：识别、设定优先顺序、理解和执行与协同相关的战略性和战术性业务目标；制定新流程与现有的或新的门户和Web Services技术进行交互。
遵循注重实效的路线图：路线图定义了协同项目的里程碑和交付物，这有助于企业为采用门户和Web Services技术做好准备、做好计划。路线图同样有助于降低项目风险。
学习最佳实践：通过这项活动，项目团队能采用最有效的实践、政策和程序，帮助企业利用已有的或新的门户来实现职责的连接、通信、协调和承诺。
根据经验教训定义项目范围：充分利用以前项目中积累下来的经验知识。这可能需要改变或抛弃现有的应用程序，或是将它们转变为门户组件和Web Services组件。
循序渐进地建立、配置和交付：这项活动强调多次反复地、循序渐进地交付协同企业，以保证成功执行所有的活动。这样做有助于利用基于门户的仪表板或积分卡，提前发现项目中存在的风险、问题或差错。该项活动要求使用迁移计划来解决问题。
选择标准化的技术：这项活动采用一组通用技术，梳理多种采购问题、要求和风险，同时保留现有的技术投资。这项活动使项目团队在选择门户和Web Services技术时，更多地考虑业务领域的需要。
分配有经验的人员：许多公司都通过业务部门和IT部门的合作来实施企业级的项目，从而获得竞争优势。为协同项目分配在这方面有经验的人员有助于降低总拥有成本和提高服务质量。
我们也为协同企业项目选择了一些合适的被选应用和系统。图2列出了一些合适的企业级项目。
（责任编辑：城尘）