相關政策（rough consensus）形成與適用的討論

相關政策（rough consensus）形成與適用的討論

• 這段想法來自「政治獻金專案參與者是否適合出席公督盟倡議修法記者會」的討論串。
• 原討論串發生在 g0v-talks 群組，經 au 提醒：「mailing list 發散、hackpad 才能凝聚」，故把想法發在這邊
• 是不是要先討論關於「粗略的共識」的理解，大家是否有粗略的共識？XD
• 我的理解是：不花太多時間去討論共識本身，重點在於實際的作為，但這些作為不對其他人或此社群造成困擾或潛在負面的影響。有疑慮時，尋求社群共識。
• 總歸一句就是發揮同理心？

（前面是討論個案式「明天公督盟記者會到底要不要參加」，不贅）

其實呢，因為個人興趣或關懷，我想深入討論的是：

類似 g0v 媒體「政策」或外交「政策」，應該也是採 rough consensus 的概念，但既然命名為「政策」，大約就有期待一般參與者盡量遵守的意思。

• 以下提到「政策」都是無實質拘束力，但作為群體暫時守則的約略共識 rough consensus，若對這個辭彙有興趣，可以看一下之前的討論  g0v as non org 
• 
  

雖然這些政策違反了並不會怎樣（因為是去中心、分散式社群），

但可能要有「和持有此共識者討論、爭辯，甚至最壞狀況：交惡」的心理準備。

• 跟 pofeng 講電話感想：討論爭辯不帶情緒真的要很有修為啊（合十）
• venev你樣本取錯了，只有 pofeng 才會綠巨人啦 XD

ipa> 目前政策有討論的過程與規則，雖無強制性，不遵守最多也只能解釋為不尊重他人意見。去中心化社群獨特˙的文化，是靠這些討論與規則建立。可多思考其中不同的差異。

• ↑+1

據我觀察，目前媒體或外交政策的討論場域，主要是實際轉送媒體、演講邀約的非公開群組 g0v-talks （mailing list），再把這些共識貼在 hackpad 甚至以後的官網，因此猜測「期待適用範圍」及於整個 g0v 社群。如果是這樣，該政策共識的「討論產出群體」和「期待適用群體」其實有很大的落差。

• ↑+1 的確需要釐清，剛好可以趁這次補齊一些說明文件
• 不同意。許多明文政策的形成其實是在 hackpad 上討論。 g0v-talks 主要目的是作為「需要與一個單一窗口」溝通媒介的 proxy, 並協調之。當然被邀請至 talks 的人，比較會參與此類的討論，但共識的建立並不限於群組成員。
• +1 不管起源是什麼，最後都會在公開可編輯的 hackpad 上，有 hackpad 編輯權限的都是討論產出群體 ^^
• 這次臨時遇上的新聞稿/記者會經驗促成 Media Policy 的補綴，如「雖不建議署名，仍建議專案參與者以個人身份在發稿前接受諮詢，以避免其他團體在新聞稿內對社群或專案有錯誤描述」、「雖不建議列席，仍建議專案參與者以個人身份出席，在觀眾席上即時彙傳或糾正，以避免其他團體在記者會上對社群或專案有錯誤描述」，我覺得只要產出群體有充份的時間討論，IRC 和 Hackpad 是足夠有效的討論場域。mailing list 和 FB 在爭取時效上容或有益，但應是例外而非常態。

比較抽象或程序的問題，例如：

• 政策公約數的形成，需以多大群體為「公」？
• g0v 為維護社群整體發展及「被」正確認知，嘗試對涉外關係命名或劃線時（世界太新，很多事物還沒有名字，必須用手指頭伸手去指），究竟需要或應該納入多少人——甚至，作過哪些事、具哪些背景的誰——進來討論？⋯⋯
  • solution: 在某個集中放公約的地方，說明社群公約通常是怎麼建立的：公約由覺得需要公約的人發起，不同意公約的人直接在 hackpad 提出建議與討論，最後仍無共識的可以自己另立社群

單純就「讓政策有效實現、讓共識迅速普及」的實用觀點來談：

• 如果在 g0v-talks 群組外的社群參與者，只能看到政策本文和共識結論，相信很難推想當初有此決策的動機、因果、脈絡（相當於法益、立法理由、沿革⋯⋯），自然無法以更彈性而不違本意的方式，去處理每次遭遇到的個案，進而使政策在使用上，更容易偏向教條、偏離 rough consensus。
  • solution: 比照國會大代誌替每一條附上原因，說明不這樣做的缺點是什麼
• 我相信在動民主（或其他流動式民主平台）建好、大家也習慣用它討論之後，應該可以天然解決上述問題，但在那之前，或許在貼出媒體政策或外交政策時，也需要對一般社群參與者說明提要：這是哪些人、在怎樣的情境下，討論出來的 rough consensus？
  • solution: 比照採訪共筆，認同的人在文件上簽名，就可以知道是誰的共識了 ^^ 不過簽名太長了…應該是認同的人就按 follow 按鈕讓自己的頭像出現在右邊，然後不認同的地方就在 hackpad 內文提出，沒提出又有 follow 的可以粗略的視為同意 XD

草案

• 又是一種遞迴的概念，本身充滿矛盾...  Orz
• 這是之前在 318 就醞釀在腦袋的g0v公關準則，我先列在下面，有興趣的patch或直接拿掉不合適處
• 與其說準則，好像更像是教學文件，「如果__了怎麼辦」系列 XD
• ET Blue ，公關大致就是處理如此事件啊 XD

• 準則是 「Guideline」，並不代表絕對的「Rule」
• g0v 就是 g0v ，不是某個專案，不是某個個人，不是團體，不是組織，不是法人
  • 相關參考： 自稱 g0ver 的幾種方式
• 在與各種媒體溝通時，先強調 g0v 不是什麼，在講個人是什麼
  • 例句： g0v 不代表專案，但我在g0v的黑客松發起了 ooo 專案
• 在公眾媒體上，包含各種網路服務，以不刪除任何言論為前提，進行透明溝通
  • 情境如 facebook 舊後勤超過 100 討論以自刪為前提
• g0v 不主動進行議題設定
  • 舉例：

• - 較劣解：g0v的駭客成功促成了宇宙大爆炸
• - 較佳解：雖然g0v不是團體，但是OOO朋友在g0v的黑客松發起的 OOO 專案，成功促成了宇宙大爆炸

• 但... 「開放透明」、「跨界合作」、「監督政府」是否為議題設定？
• 「g0v 的駭客成功促成了開放透明」好像說不通，可見比較算是價值，不是議題設定 XD

• g0v 不寄送議題設定的新聞稿、不參與非 g0v 主辦的記者會

• g0v可分散式主辦黑客松，但主辦記者會就有代表性問題。但以共筆或個別發表聲明就不會有這問題(?)
• 這個可能要等到需要記者會時再來想，預先設想好模糊啊... 目前看來是沒有主辦記者會的需求。
• 可能等到網路全斷又必須澄清解釋某些事，就需要開記者會 (?) (orz)

• 危機處理：
  • 被誤植訊息
    • 第一時間立馬要求patch，電話聯繫以求最快效率
    • 視情況看發布什麼程度的網路訊息，以勘誤
  • 被霸王硬上弓
    • 第一時間立馬要求patch，電話聯繫以求最快效率
    • 若對方無法或不願patch，著手準備善意勘誤
      • 新聞小幫手 + 訊息宣傳？
    • 對方願意搭配patch，予以鼓勵式勘誤
  • 被抹黑
    • 第一時間錄下抹黑證據、新聞報導、網頁捷圖等等
    • 用自己的媒體說明正確訊息，自己的勘誤自己救
      • Blog和首頁
      • Facebook粉絲頁可轉Blog文章
      • 新舊後勤
    • 通知友好媒體，散播正確訊息
    • 沃草???
    • 新頭殼???