自然参与原则
页面 1, 2

打破僵化：使用自然参与

假设一个叫做Blue Walnut Realty（BWR）的公司拥有一个公开的Web站点，允许用户和业务伙伴通过www.bluewalnuthomes.com与其联系。该网站有一个面向公众的区域，其中包含各类销售资料，用于促进销售并陈列他们的服务。另外，该网站有两个安全区域，允许建筑商和购买者访问在线应用程序。

此用户应用程序帮助潜在购买者了解他们在购买时感兴趣和喜欢的那些房产。该网站的安全建筑商区域让建筑商在BWR数据库中添加和更新他们的房产列表，这样潜在的客户就能够浏览并将这些房产列表添加到自己喜欢的房产中。

过去，BWR使用瀑布式开发方法支持这些应用程序，并且每隔两年针对他们的网站发布一次新功能或调整。公司的开发团队负责所有开发工作，它们需要与业务分析人员会面，并将最新的业务需求转化到解决方案中。

随着时间的推移，BWR发现自己的发展却十分缓慢，而那些在网站上提供类似功能的小型竞争公司却能更加敏捷、更加快速地针对用户需求做出调整。

BWR的CEO和CIO认识到他们的Web存在是他们全面业务战略的关键元素，它将会帮助业务增长，所以他们承诺投资构建更加灵活的Web框架并研究超越那些更小的竞争者的方法。为了支持这一新的业务项目，BWR还回顾了他们的开发过程并开始研究敏捷开发方法。在研究期间，他们了解了新框架中的自然参与原则并决定利用其原理。

效果是显著的。通过在解决方案开发中应用自然参与方法，他们很快发现自己正以前所未有的速度推进自己的业务项目。随着开发人员和业务分析人员以并行方式共同努力（这在以前是不可能的），现在同样数量的资源可以在更短的时间创造更大的成果。

向新平台迁移的一周之内，Web站点便添加了一项新特性，它允许潜在购买者在他们存放自己喜欢的房产列表的网页上和BWR的工作人员讨论有潜力的房产。这样，Web站点将拥有更加个人化的交互模式，潜在用户对这项新功能非常满意。当业务分析人员使用自己的框架工具针对这一目标创建新交互时，开发团队不需要在此计划中投入任何工作。

BWR还希望加强与建筑商的关系。在添加讨论论坛之后，业务分析员团队立即开始编写专向销售资料，目的是说明通过BWR应用程序（购买者使用它添加和更新他们的列表）的好处。除了这些资料之外，该团队还创建了特定的联系论坛，允许建筑商对销售资料中所提供的特定应用程序表示兴趣。

又过了几个星期，业务分析员团队再次使用本机门户工具为所有主要建筑商单独建立了特定登录，从而加强与他们的关系。由于这是本机框架功能，所以它不要求开发人员的支持或者开发团队的回归测试，这种个性化的特定登录是其竞争者所没有的，因而使得BWR独具优势。

那么BWR的应用程序开发人员又如何呢？在这整个过程中，从头至尾，开发团队都是自由的，他们专注于更加战略性的技术项目。现在，他们正准备在站点内发布一款新工具，允许潜在购买者将他们喜欢的房产下载到GPS设备中，GPS可以很容易地引导他们去参观这些房产。这是竞争者所没有的一项功能，通过使用便利快捷的站点内容更新、添加讨论论坛等交互式站点元素、更新站点结构、构建个性化的特定登录区域、或者为建筑商部署销售资料使之成为可能。

如何实现自然参与

利用自然参与原则需要立足于业务、组织和技术来进行调整。完美的实现方法是不存在的，但总体目标应是从一个实用的、多方参与的敏捷开发方法中获得好处。下面是一些关键的步骤，它们能帮助组织开始接受这种项目的理念。

  1. 可靠的管理层支持——做出改变是困难的。虽然采用共享式参与模型实现解决方案可以提供许多好处，但仍然需要一个强制性的、权威的声音来加强新策略的执行。缺少这样的支持，人们就会回到原状，那让他们觉得舒服。
  2. 了解应用程序框架的方方面面——关键是在开发框架中提供一个机会，让非开发人员也可以参与和管理解决方案的某些部分。这样，开发人员就可以解放出来专注于更关键的项目，而业务也摆脱了为了项目的一个微小调整而必须等待漫长的发布周期结束的瓶颈。
  3. 挑战当前的软件开发生命周期（SDLC）和发行管理方式——许多公司选择工作方式的理由都是“我们一直就是这样做的。”回过来审视一下：由于现有平台及其功能的发展使我们能开发更模块化的解决方案，从而使多个参与者能够管理项目的不同阶段，那么传统的模式是否还有意义？
  4. 研究授权和细化管理——仅仅是因为开发团队可能不再参与整个解决方案，而这并不代表会导致失去对内容的控制。现代的开发平台能够以安全和可控的方式提供工作流、审核及其他的解决方案阶段管理方法。
  5. 明确授权对象——内容、信息的结构和布局、高安全性以及工作流正是业务用户在平台内可以操作的一些元素。业务能够着重于项目的这些部分而不会影响开发工作，不会从开发团队分出很大量的工作。
  6. 让各方都能及时了解情况——开发和业务团队应该经常参加定期的简短会议在较高的级别上互相通告自己负责的项目活动。这将确保在整个项目的方向上或业务需求上的任何改变对于双方当前工作以及该工作如何集成所造成的影响最小。

作者简介：

John Brunswick是BEA Business Interaction Division咨询小组的业务经理，管理加拿大和新英格兰的ALUI和ALBPM实践。他热衷于运用技术解决业务上的各类问题，是BEA Business Interaction Division咨询小组的业务经理。他曾经使用企业门户和业务流程管理技术帮助帮助多家财富500强企业在战略上推进它们的业务。