参与式架构

当世界上一半人口居住在城市时会发生什么？当超过 30 亿人在线时会发生什么？当有超过 150 亿台联网设备时会发生什么？

旧的组织模式已走到尽头。人们的行为方式变得不同。组织的行为方式变得不同。旧世界适用的方法在新世界不再适用。

纵观历史，人们为了共同的目标而协作。共同创造和共同生产并不是什么新鲜的想法。有人可能会说，古代的宗教经文是众人协作完成的。当时的大多数其他活动都受到统治者或恶劣环境条件的严格控制。但是，当人们参与到当时新颖而有趣的话题时，他们会一起工作。他们协作。

现在正在改变的是，参与式模型正在成为规则，而不是例外。过去的世界是关于命令和控制。有人告诉你该做什么。现在仍然有很多这种情况。但协作创新正在兴起。我们的文明正处于一个阶段，常规职能被巧妙地自动化和工业化，而我们人类的关注点可以而且将越来越多地放在创新上。在创新领域，最强大的创造发生在团队、小组和群体中——跨越组织边界。当我们为这种参与式架构进行设计时，我们可以成倍地提高创新的力量。

Linus Torvalds 在 20 多年前偶然发现了这种机制。在一次既有放弃又有邀请的行为中，他有点不知不觉地向全世界的软件开发人员发出了一个有趣的挑战：与我合作构建一个免费的操作系统。人们做到了——自愿地、自发地、出色地。

不久，许多自由和开源软件项目定义了参与式架构——一种模式，用于如何让具有不同抱负、不同任务、不同雇主（或根本没有雇主）以及不同沟通习惯的人参与到联合项目中，这些项目不可预测但不可避免地产生卓越的成果。

这就是参与式架构的本质。你构建参与规则，使意见不一致的人能够让他们的工作成果达成一致。这是一个设计师邀请贡献者提供意见的系统。最终结果是一个生态系统，它比任何个人倡议发展得更快，从而产生缺陷更少的工作成果。

参与式架构不仅仅是开放，也不仅仅是众包。严格来说，开放意味着你与他人分享你的作品。但这不一定意味着参与。众包意味着许多人为一个作品做出贡献。但这不一定意味着他们会彼此交换价值。仅仅开放和仅仅众包是不够的。我们必须构建一个参与式架构，让具有不同议程的不同参与者可以交流想法和模型，并且每个人都可以访问最终结果。做到这一点并不容易，但也不是不可能。

运作良好的参与式架构的美妙之处在于，公共利益和私人利益之间没有明显的区别或冲突。它就是好。它对每个参与者都好，对所有人也好。系统中是否存在搭便车者或白嫖者并不重要，因为一旦他们采取任何行动，他们至少会对整个系统产生边际效用。

数百万白嫖者提供边际效益，远比少量贡献者各自提供巨大效益要多得多。这就是为什么生态系统的大小很重要。在互联网上有 30 亿人的情况下，白嫖者比互联网上只有 300 万人时（大约是 Linux 项目启动的时候）更丰富，更有用。

这就是为什么参与式架构现在正在超越命令和控制系统。参与者的数量如此庞大，以至于任何完全控制的尝试都不可避免地导致一个太小而没有意义的群体。你可以控制的人数远远少于你只能希望影响但不能控制的人数。

还要明确的是，参与式架构不是无政府状态。它也不是民主。每个参与式架构都有一个架构师。项目有一个管理者。管理者可以是个人（如 Linus Torvalds）、团队（想想 Apache Web 服务器的创建者）或公司（如 MySQL AB）。项目的管理者设定参与规则。

如果规则过于严格或过分，人们将不会参与。如果没有规则，人们将不知道如何参与。在理想的参与式架构中，项目管理者设定优先级和设计目标，然后简单地确保领域对任何人开放参与。为了扩展协作，创建有用的接口——API 是有意义的，这些 API 允许个人倡议以自己的节奏发展，同时通过约定的接口相互交互。

参与式架构如今在整个技术领域都存在。它不再仅仅是关于开源。维基百科将能够用文字表达事实和概念的人们聚集在一起。Facebook 将能够表达日常生活的人们聚集在一起。oDesk 和 Mechanical Turk 将有工作能力为他人提供服务的人们聚集在一起。Kiva.org 将有零钱可以帮助努力工作的人们聚集在一起。Twitter 将能够简洁地表达有用信息的人们聚集在一起。人类基因组计划汇集了关于 DNA 的见解。可汗学院汇集了最佳教育实践。Linux 基金会继续将能够以内核代码的形式表达计算机行为的人们聚集在一起。

我们仍处于参与式架构的早期阶段。云计算是一种参与式努力。移动应用程序领域正随着参与而蓬勃发展。大型传统公司正在发起社会倡议和参与式论坛。国家政府正在向公民参与开放。这个列表还在不断增长。

理想的参与式架构结合了设计所有权的优势和大众协作的优势。如果没有架构师，就没有参与。但是如果没有参与，架构师做什么都无关紧要。当架构师（无论是个人还是团队）是行业大师，并且也是欢迎贡献和参与的接受者时，结果可能是惊人的。