魚缸會議

出自 MBA智库百科(https://wiki.mbalib.com/)

魚缸會議（Fishbowl Meeting）

　　魚缸會議是一種組織會議的方式。倡導不同的群體本著合作的精神，一起分享各自的觀點和資訊。^[1]

　　在管理中，有一個常見的現象，喜歡將錯誤歸結於自身之外的因素。比如銷售部門責怪製造部門：“我們一直達不到銷售目標的原因，是我們的品質無法同別人競爭”；製造部門責怪工程部門；工程部門回頭責怪銷售部門：“如果他們不幹擾我們的設計，讓我們近期發揮設計產品，我們已經是業界的領導者。”

　　由於傳統的職能分工，是我們僅僅專註於自己的職務，看不見自己行為的影響怎樣延伸到職務範圍之外。當有些行動的影響回過頭來傷害到自己，我們還誤認為這些新問題是由外部引起的。

　　魚缸會議就是讓銷售部門與客戶服務部、或高層管理人員與管理顧問碰頭，對各部門進行診斷。被診斷的部門自始至終不能發言，只能記錄其它部門的意見。由於這時候，被診斷的部門好像魚缸中供人觀賞的金魚，因此，這種會議被稱為魚缸會議。

• 何時用：魚缸會議使某些群體與顧客、供應商和經理等其他與之利益攸關的群體加強溝通。
• 何時不用：如果用這種方法不能明確地分清各群體的職責，就不宜使用。
• 培訓：會議召集人需要接受培訓。

• 深入分析問題，發現問題的根本原因。
• 增進各部門瞭解，掃除誤會。
• 制定協同戰略目標。

　　魚缸會議使用流程

　　魚缸會議為各部門看清自己或者自己部門的行為對系統、對其它部門的影響提供了一種好的方法，能達到各部門迅速增進瞭解、掃除誤解。以對部門的診斷為例。將相關的部門集中起來，儘可能地羅列被診斷的部門存在的問題，由被診斷的部門對問題進行記錄，被診斷的部門自始至終不能發言，只能記錄其它部門的意見。從而對各個部門出現的問題進行各個擊破。

　　之所以不讓被診斷的部門發言，是為了防止在辯解中強化對問題的習慣性防衛心理，讓其它部門可以無拘無束地談出自己的意見，使被診斷的部門可以充分地瞭解其它部門對自己的看法，看清自己的行為是如何對其它部門造成影響的。

• 註意事項：
  • 這類會議影響巨大，可能會暴露實情，使內情人和旁觀者感到受威脅，因此需要精心組織。魚缸會議提供了真心反饋的環境，溝通模板的設計至關重要，每一個問題都需要讓記錄者以具體的事件來記錄，而不是個人的情緒或泛泛的反饋；
  • 當協同各方責任無法分清時，或者問題本身具有多重性，應慎重使用本方法。
  • 當涉及過多部門機密和企業機密時，應慎重使用。
  • 當整體氛圍不能客觀的評價問題時，應該慎重使用。
  • 魚缸會議也是對話的一種形式，所以如果想作為領導批判會、檢討會、或只有一個人講其他人聽的會議，建議不採取這種方式。

• 使用程式：
  • 把與會者安排成內外兩圈。內圈人員會上比較活躍，外圈人員則從旁觀察、傾聽，必要時提供資訊。內圈人員人數應該控制在5到7人左右，會議結束時推薦改進方案，取得外圈人員的贊同。
  • 積極反饋句式如：在工作中，你做了哪件事件推動團隊的xxx(信任/建設性衝突/兌現承諾/承擔責任/獲得結果)？
  • 建設性反饋句式如：在工作中，他做了哪件事情是導致團隊出現了XXX(缺乏信任/懼怕衝突/缺乏承諾/逃避責任/忽視結果)

• 會議結束後，被診斷的部門可以通過三色筆法和魚骨圖法，對問題進行進一步的分析，並提出相應的解決方案。使問題最終得到改善。