非同步決策：幫助遠程團隊走向成功

非同步決策能夠讓地理和文化上分散的軟體團隊更有效率地做出決策。本文就將討論一下實現非同步決策所需要的一些原則和工具。

同步決策，要求參與者實時地進行互動，而這對那些需要 大塊完整時間工作 Maker's Schedule 的人來說代價非常大，而且對於遠程團隊來說這也不現實。我們會發現這種會議最後浪費的時間讓人難以置信。

相比之下，非同步決策常應用於大型開源項目中（比如我常參與的 Apache 軟體基金會 ASF）。它為團隊提供了一種儘可能少開會的有效方法。很多開源項目每年只開很少的幾次會議（有的甚至完全沒開過會），然而開發團隊卻始終如一地在生產高質量的軟體。

怎樣才能非同步決策呢？

所需工具

中心化的非同步溝通渠道

非同步決策的第一步就是構建一個中心化的非同步溝通渠道。你所使用的技術必須能讓所有的團隊成員都獲得同樣的信息，並能進行 線索討論 threaded discussions ，也就是說你要既能對一個主題進行發散也要能封禁其他主題的討論。想一想航海專用無線電台，其中廣播渠道的作用只是為了引起特定人員的注意，這些人然後再創建一個子渠道來進行詳細的討論。

很多開源項目依舊使用郵件列表作為中心渠道，不過很多新一代的軟體開發者可能會覺得這個方法又古老又笨拙。郵件列表需要遵循大量的準則才能有效的管理熱門項目，比如你需要進行有意義的引用，每個線索只討論一個主題，保證 標題與內容相吻合。雖然這麼麻煩，但使用得當的話，再加上一個經過索引的歸檔系統，郵件列表依然在創建中心渠道的工具中佔據絕對主導的地位。

公司團隊可以從一個更加現代化的協作工具中收益，這類工具更易使用並提供了更加強大的多媒體功能。不管你用的是哪個工具，關鍵在於要創建一個能讓大量的人員有效溝通並非同步地討論各種主題的渠道。要創建一個一致而活躍的社區，使用一個 繁忙的渠道要好過建立多個渠道。

構建共識的機制

第二個工具是一套構建共識的機制，這樣你才不會陷入死循環從而確保能做出決策。做決策最理想的情況就是一致同意，而次佳的就是達成共識，也就是 「有決策權的人之間廣泛形成了一致的看法」。強求完全一致的贊同或者允許一票否決都會阻礙決策的制定，因此 ASF 中只在非常有限的決策類型中允許否決權。ASF 投票制度 為類似 ASF 這樣沒有大老闆的鬆散組織構建了一個久經考驗的，用於達成共識的好方法。當共識無法自然產生時也可以使用該套制度。

案例管理系統

如上所述，我們通常在項目的中心渠道中構建共識。但是在討論一些複雜的話題時，使用案例管理系統這一第三方的工具很有意義。小組可以使用中心渠道專註於非正式的討論和頭腦風暴上，當討論要轉變成一個決策時將其轉到一個更加結構化的案例管理系統中去。

案例管理系統能夠更精確地組織決策。小型團隊不用做太多決策可以不需要它，但很多團隊會發現能有一個相對獨立的地方討論決策的細節並保存相關信息會方便很多。

案例管理系統不一定就是個很複雜的軟體; 在 ASF 中我們所使用的只是簡單的問題跟蹤軟體而已，這些基於網頁的系統原本是創建來進行軟體支持和 bug 管理的。每個案例列在一個單獨的網頁上，還有一些歷史的注釋和動作信息。該途徑可以很好的追蹤決策是怎麼制定出來的。比如，某些非緊急的決策或者複雜的決策可能會花很長時間才會制定出來，這時有一個地方能夠了解這些決策的歷史就很有用了。新來的團隊成員也能很快地了解到最近做出了哪些決策，哪些決策還在討論，每個決策都有那些人參與其中，每個決策的背景是什麼。

成功的案例

ASF 董事會中的九名董事在每個月的電話會議上只做很少的一些決策，耗時不超過 2 個小時。在準備這些會議之前，大多數的決策都預先通過非同步的方式決定好了。這使得我們可以在會議上集中討論複雜和難以確定的問題，而不是討論那些已經達成普遍或部分共識的問題上。

軟體世界外的一個有趣的案例是 瑞士聯邦委員會的周會，它的運作方式跟 ASF 很類似。團隊以非同步決策構建共識的方式來準備會議。會議議程由一組不同顏色編碼的列表組成，這些顏色標識了那些事項可以很快通過批准，那些事項需要進一步的討論，哪些事項特別的複雜。這使得只要 7 個人就能每年忙完超過 2500 項決策，共 50 個周會，每個周會只需要幾個小時時間。我覺得這個效率已經很高了。

就我的經驗來看，非同步決策帶來的好處完全值得上為此投入的時間和工具。而且它也能讓團隊成員更快樂，這也是成功的關鍵因素之一。

via: https://opensource.com/article/17/12/asynchronous-decision-making

作者：Bertrand Delacretaz 譯者：lujun9972 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出

本文轉載來自 Linux 中國: https://github.com/Linux-CN/archive