异步决策是一种策略，使地理位置分散和文化背景不同的软件团队能够更有效地做出决策。在本文中，我将讨论使这种方法成为可能的一些原则和工具。
同步决策，参与者实时互动，对于在 创造者日程 上工作的人来说可能成本高昂，而且对于远程团队来说通常是不切实际的。我们都见过这样的会议如何演变成低效的浪费时间的事情，我们都害怕和避免。
相比之下，异步决策（通常在大型开源项目中使用——例如，在我最活跃的 Apache 软件基金会 (ASF)）为团队提供了一种高效的方式，以最少的会议向前推进。许多开源项目每年只召开几次会议（有些甚至根本没有），但开发团队始终如一地生产高质量的软件。
异步决策是如何运作的？
所需工具
中央异步通信渠道
启用异步决策所需的第一件事是中央异步通信渠道。您使用的技术必须使所有团队成员能够获得相同的信息并进行主题讨论，您可以在其中分支讨论一个主题，同时忽略在同一渠道上讨论的其他主题。想想海上无线电，其中广播频道被谨慎地用于引起特定人员的注意，然后他们分支到子频道进行更详细的讨论。
许多开源项目仍然使用邮件列表作为这个中央渠道，尽管年轻的软件开发人员可能会认为这种方法老旧且笨拙。邮件列表需要大量的纪律来有效地管理繁忙项目的高流量，尤其是在有意义的引用、坚持每个主题一个线程以及确保 主题行相关 方面。尽管如此，当正确使用并与索引存档结合使用时，邮件列表仍然是创建中央渠道最普遍的工具。
企业团队可能会受益于更现代的协作工具，这些工具可能更易于使用并提供更强大的多媒体功能。无论您使用哪种工具，关键是创建一个渠道，让大量人员可以在各种主题上高效且异步地进行沟通。繁忙的频道通常优于多个频道，以创建一个一致且积极参与的社区。
共识建立机制
第二个工具是建立共识的机制，这样您就可以避免僵局并确保决策向前推进。决策中的全体一致是理想的，但共识，定义为“有决策权的人之间的广泛协议”，是次优的。在决策中要求全体一致或允许否决可能会阻碍进展，因此在 ASF，否决仅适用于非常有限的决策类型。ASF 的投票规则构成了一种成熟且经常被效仿的方法，用于在松散耦合的团队中建立共识，这些团队可能像 ASF 一样没有单一的老板。当共识没有自然而然地出现时，也可以使用它们。
案例管理系统
如上所述，建立共识通常发生在项目的中央渠道上。但对于复杂的主题，使用第三个工具通常是有意义的：案例管理系统。然后，团队可以将中央渠道集中于非正式讨论和头脑风暴，然后在讨论演变成决策时转移到更结构化的案例管理系统。
案例管理系统更精确地组织决策。决策较少的小团队可以在没有案例管理系统的情况下工作，但许多人发现能够讨论给定决策的细节并将相关信息保存在一个相对隔离的地方很方便。
案例管理系统不需要复杂的软件；在 ASF，我们使用简单的问题跟踪器，这是一种最初为软件支持和错误管理创建的基于 Web 的系统。每个案例都在一个单独的网页上处理，其中包含评论和操作历史记录。这种方法非常适合跟踪决策和导致决策的路径。例如，一些非紧急或复杂的决策可能需要很长时间才能达成结论，并且将其历史记录保存在一个地方很有用。新团队成员还可以通过了解最近做出的决策、仍然待定的决策、每个决策的参与者以及每个决策背后的背景信息来快速上手。
成功案例
ASF 董事会的九名成员在每次月度电话会议上做出几十个决定，每次会议持续不到两个小时。我们通过提前异步做出大部分决策，为这些会议做好充分准备。这使我们能够将会议重点放在复杂或不确定的问题上，而不是已经达成全部或部分共识的问题上。
软件世界之外一个有趣的例子是 瑞士联邦委员会的每周会议，其运作方式与 ASF 类似。团队通过使用异步决策来建立共识，为会议做准备。会议议程由一组颜色编码的列表组成，这些列表指示哪些项目可以快速批准，哪些需要更多讨论，以及哪些预计最复杂。这使得七位忙碌的人每年能够做出 2,500 多个决定，大约在 50 次每周几个小时的会议中。在我看来非常有效率。
以我的经验来看，异步决策的好处非常值得在时间和工具上的投入。它还可以让团队成员更快乐，这是成功的关键组成部分。
2 条评论