Bankless DAO 依賴 Season Plan、工會和項目資助等機制去協調整個 DAO 的運行並管理產出。

原文標題：《Bankless DAO 的組織和運行》
撰文：王超，Empower Labs 發起人

過去的兩個月裏每當談論到社區協作的話題，我都會給大家講 Bankless DAO，推薦大家去圍觀、學習、參與。在我看來，僅僅成立 4 個多月的 Bankless DAO 已經是社區協作的一個優秀樣本。

上一篇文章 裏已經給大家做了 Bankless DAO 的全景介紹，這次我們深入來看一下 Bankless DAO 的基本運行機制。

Bankless DAO 提供了大量不同主題的交流空間供成員開放溝通，每天也確實產生相當多的討論。但純聊天羣是不足以去具體推動 DAO 的可持續發展並實現目標。Bankless DAO 作爲一個協調全球 Bankless 理念參與者的組織，有着非常明確的目標。爲了實現這一目標，Bankless DAO 依賴 Season Plan，工會，項目資助等機制去協調整個 DAO 的運行並管理產出。

Season Plan

Season Plan 是 BankessDAO 進行發展安排，財務規劃的週期性安排。每 Season 爲期 3 個月，跟現實中的自然季度基本平行，以固定的時間節奏推進。

設定 Season 的目的：定義集體優先事項、聚集精力、增加清晰度。Season 在社區激勵和經濟體系也非常重要。每個季度之初會撥付預算併爲四類不同類型活動提供資助（這部分較爲重要，篇幅也較長，放在第三篇經濟體系裏詳細分析）

工會

Bankless DAO 的基本構成是一個個工會 (Guild)。工會在 Bankless DAO 裏的標準定義爲人才池，把特定才能的人才聚合到一起，爲 DAO 服務。這也是爲何它們看起來像是公司裏一個個不同的職能部門。

但當大家開始聚在工會里，幾乎沒有人乾等讓別人來召喚。大家自然的反應是根據興趣自發討論行動，進而形成了各種各樣的項目想法和方案。在這種情況下，實際上一個個工會演化成了小事業部，都傾向於自己搞點項目做。所以實際現在工會早已經突破了人才池的定義。但這也造成了一定的問題，即工會逐漸形成了較爲封閉的系統，不同工會之間的協作較少。

### 加入工會

Bankless DAO 的服務器裏有一個頻道叫「選擇工會」。只需要在這個頻道里點一下對應工會的圖標，一秒即可完成加入工會身份組。

選擇工會界面。

深入探究 Bankless DAO 運行機制：工會與項目資助

當這步完成後會員就自動獲得了相應工會的身份組以及查看全部工會頻道的權限。同時未來如果有人發言 @ 這個工會，也會獲得提醒。

獲得身份組只是加入工會的第 1 步，人們並不會因爲你點了某個工會的按鈕就認爲你是工會的一員。要被工會其他成員以及整個社區認可，活躍度是必須的。這是一個成員在社區內建立社會資本 (social capital) 的過程，即「都誰認識你」和「你都認識誰」。無論是持續提供有建設性的輸入還是僅僅天天在社區閒聊刷臉，都有助於此。你永遠不可能在某個陌生的地方蹦出來說，我有個想法，誰想來一起搞？大家肯定會想，這是哪來的騙子。

而對於希望參與到工會運營和項目協作的成員，則一般還會把自己的名字，能力等情況更新進工會的 Notion 頁面，以便進行協作。

大部分工會的成員頁面都非常簡單，類似是這樣的。

深入探究 Bankless DAO 運行機制：工會與項目資助

也有少量比較硬核的工會設計了複雜的成員看板。

比如開發工會：

深入探究 Bankless DAO 運行機制：工會與項目資助

在一個工會里，大部分成員其實都在打醬油。真正參與協作的爲兩類人。一類爲工會組織成員。根據特點不同，每個工會的角色設置也都不太一樣。最基礎的角色是工會協調員，一般來說都不止一個，負責協調日常事務。而最新的治理方案裏 Bankless DAO 也給出了工會的建議角色架構，包括工會組織者，治理協調員，祕書，人才協調員。每個工會還會有自己的預算，多籤地址以及多個多籤持有人。

另外一類參與協作較多的是項目組成員。理論上項目組和工會是各自獨立的，但由於項目想法往往起源於特定工會，絕大部分項目小組成員也來自該工會，實際運行的時候往往混在一起。針對項目也有單獨的運行架構流程，後面介紹到項目部分詳細說明。

我們以寫作工會舉例，這是由一羣寫手構成的工會，會持續根據 DAO 的需要輸出文章或者整理 newsletter 之類的工作。但他們不滿足於只搞這個，弄着弄着就開始琢磨各種有的沒的事了。比如最近他們就爲 Argent 錢包的 DeFi 專題頁面整理文章，按篇收費。你沒看錯，這幫人出去接活去了-_-

運營工會 – 支撐 DAO 的核心

在所有工會里，有兩個工會非常特殊 ：國庫工會和運營工會。

國庫工會負責整個 DAO 的財務規劃，不僅是國庫，還包括潛在創收等規劃。國庫工會的工作模式我們會在第三篇經濟模型中詳細介紹，本篇暫時不詳細介紹。

運營工會實際上等於整個 DAO 的管理支持和後臺支持。這部分職責的承擔也是以一個工會的形態存在的，也遵循標準工會規則並開放給所有人加入。

運營工會的具體職責包括

負責協調日常事務，確保整個 DAO 運行平穩，並有共同的目標。

  1. 監督 DAO 的日常活動，讓每個人都與願景保持一致

  2. 促進 DAO 的所有其他方面的能力順利和快速地發揮作用。

  3. 促進核心運營、人員、預算和目標、項目交付和戰略。

  4. 支持 DAO 的所有功能協同工作

運營工會里的角色分的非常細並且對職責有明確的定義。

社區經理

  • 成員諮詢響應

  • Discord 頻道管理

  • 在必要的時候連接成員

  • Discord 標籤管理

  • 訪客通行證管理

  • 組織 CommunityCall

  • POAP 分發

運營經理

  • Notion 管理 – 負責 Notion 賬戶管理

  • 流程設計 – 定位流程的不足，設計並調整流程以解決差距

  • 流程文檔 – 確保所有 DAO 流程都正確、可見且清晰地記錄在案

  • 流程管理 – 衡量和管理 DAO 流程的績效

DAO 地圖繪製員

  • 列出所有公會、項目和相關角色，以及目前由誰來填補這些角色。

  • 確保角色已定義職責，以及與所選角色的任何治理工件的鏈接

  • 確保地圖可供所有人訪問且易於理解 / 導航

  • 支持新成員使用地圖並在地圖中找到他們需要的東西

  • 「培訓培訓師」——幫助其他公會和項目協調員熟悉地圖並在其核心角色職責中保持最新狀態

(這是一個 9 月新增加的職能，因爲 Bankless DAO 的結構已經變的足夠複雜。以至於大家需要一個更加結構化並能夠保持及時更新的協同文檔來理解它)

項目經理和產品經理

跟傳統項目經理產品經理職責類似，當社區討論中產出了項目想法，他們會來做支持。

幸福經理

  • 論壇 / 提案的質量控制 – 從運營的角度提供對論壇帖子和提案的反饋（例如，所需信息是否存在？執行所需的所有細節是否存在？）

  • 平衡 DAO 的需求 – 提供關於 DAO 投資如何與當前目標和需求保持一致的反饋

  • 根據各類反饋進行改進以提升成員滿意度。

由於絕大部分成員均爲兼職，幾乎所有的角色都由多人共同承擔。該工會是整個 DAO 最活躍的存在，運營工會中的大部分成員在整個 DAO 範圍具備極高的權威性，但這個權威性並非是被規則定義好的權力結構，而是來自他們的專業、對於本 DAO 的理解和熟悉、大量的時間投入、給與成員的持續的幫助。

項目 – Bankless DAO 的發展源泉

項目是 DAO 運行中另外一個非常重要的要素，構成了 Bankless DAO 的持續發展動力。對於項目，Bankless DAO 最新的定義是這樣的

項目是：

  • 圍繞產出有利於 DAO 的特定成果的組織行動

  • 常需要跨工會資源

  • 常需要資金

  • 有人願意牽頭

  • 有可衡量的結果

  • 能給 DAO 產生收入或品牌影響

項目不是：

  • 工會內的特定倡議，當然它可以從工會內的想法逐漸成長

  • 小型對 DAO 沒有影響的激情項目。

可以看到 Bankless DAO 內項目的定義其中最核心的一點是要跟 DAO 相關，要有利於 DAO，能夠給 DAO 產生收入或品牌影響。

項目的形成過程

項目一般分爲兩種，不需要資助和需要資助的。如果是不需要 DAO 資助的項目，一般會在社區內進行討論並進行成員組合以協作推進。只要能夠在一定羣體內形成共識並項目不會對 Bankless DAO 的帶來損害就可以推進，無需正式的共識投票以及繁複的官僚流程。而對於需要 DAO 資助的項目，有一套複雜的機制來引導一個項目從 idea 變爲 action 並獲得資助。這麼做的目的是更好的爲了社區的資產負責併爲決策建立對應的可追溯責任人。

第一步 頭腦風暴

項目常常源於一個人或多個人的特定想法。當有了項目想法，第一步應該是把這個放到更大的範圍內去討論，確保這個想法不是一個人閉門造車的結果。如果是不成熟的想法，在這一步就被淘汰了。討論地點一般爲跟項目特點相關的工會頻道，如果實在沒有相關頻道，可以進入一個叫「頭腦風暴」的專區討論。如果大家討論完覺得還是可以的，會在 discord 中設個簡單的投票讓大家參與。這個投票只是用來簡單的測試大家的想法，不具備高共識性。

第二步 非正式共識檢驗

介於頭腦風暴和正式共識投票之前，存在着一個非正式共識檢查步驟。

儘管叫非正式共識檢查，這一步已經有着嚴格的模板。模板內容包括：

  • 概括- 用幾個要點或句子總結這個建議。

  • 背景- 你爲什麼要提出這個建議？此提案針對什麼問題或機會？您認爲這是個好主意的背後驅動因素是什麼？

  • 相關討論- 鏈接到之前 Discord 內關於該主題的任何討論

  • 使命與價值觀一致- 這個項目如何幫助 DAO 實現其使命並與其價值觀保持一致？

  • 細節- 提供工作範圍的粗略輪廓。

  • 所需資源- 您需要哪些 DAO 資源？必須涉及哪些公會才能完成這項工作？

  • 品牌使用- 如果項目將在 DAO 之外使用 Bankless DAO 品牌，請詳細說明該品牌將如何使用。

  • 成功指標或 KPI – 如何衡量項目的成功？

  • 下一步- 如果這個提議被接受，下一步的行動計劃

  • 小隊背景– 你是誰以及背景

  • 投票情況– 在 Discord 頻道內的非正式投票結果

非正式共識檢查就像是像在 DAO 成員打廣告，要求參與、反饋和招募小隊。

如果項目在這個階段獲得了積極的反饋，則會單獨建立項目頻道用於更好的溝通。同時開始界定更具體的工作範圍，需要的預算，具體小隊成員等。大部分項目推進會分爲多個階段，從 MVP 開始，到 V1，V2，直到項目成熟進入可以自我維持的階段。

小隊是項目背後的核心協調員。小隊裏的關鍵角色包括負責人和工會代表。負責人負責跨工會級別的溝通以及其他所有事務，而工會代表負責連接項目和工會內的專業人才。

第三步 正式共識檢查

在完成了非正式的共識檢查、收到反饋、確定工作範圍並組建了一個小組之後，就可以進行正式的共識檢查了。邁出這一步代表向社區表明，這個提案具有重要意義，應予以考慮。

正式的共識檢查將在單獨的論壇類別中進行，並遵循不同的模板。

只要提案在論壇中得到了堅實的支持，資助委員會就會根據 DAO 成員的意願批准並資助項目，除非出現未能被社區成員發現的重大危險信號。

項目協作

當進入到項目執行階段，這時候的協作單元已經從 DAO 級別降到了小組級別，跟普通分佈式辦公的小團隊並沒有太大區別。項目組由分佈式的團隊組成，一般爲 5-15 人之間，有着相對固定的團隊成員和任務分配。大家通過版本控制工具及文檔工具保持協同，通過線上的站會、週會等機制保持更新和討論關鍵事項，而項目成員間也保持着密切的溝通。不過幾乎所有項目組都保持了很大的開放性，有關項目的幾乎所有進展都公開在所有 DAO 成員或者是全世界面前。

Bankless DAO 的管理層級

作爲一個在各類公司摸爬滾打了十多年的前公司人，我在進入 Bankless DAO 後非常自然的反應是尋找最高權利人並試圖從上向下梳理運行結構然後再看怎麼加入一起玩。但在我看了無數的頻道談話、論壇帖子、聽了很多次社區會議之後，我始終沒有搞明白誰在管理 Bankless DAO。我確實發現了好幾個很重要的人，有較高的權威性和很強的能力，負責了很重要的事務，但他們又都不是大 BOSS。

當我真正參與到很具體的社區事務並經歷了工會創立，項目創立等非常具體的討論過程和管理流程，我才終於發現，原來 Bankless DAO 根本沒有最高權利人。大家在依據共識，和一套已經成型但依然不斷進化調整的規則一起管理這個組織。

最終我們審視 Bankless DAO 的層級機構會明顯發現，沒有一個在工會之上的最高決策機構及最高決策者（比如傳統公司裏的總裁辦公室和總裁），而是由平級的工會組成了 DAO 的全部。而工會本身也是無許可制度，來去自由，無最高領導人，只有協調人，一切由共識推進。各工會也是由一個個社區成員提出並形成的，越來越多的工會正在形成中。

這是 Bankless DAO 的特點，也應該是未來絕大多數 DAO 的特點。