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