在現代的公司組織裡，常常會遇到一種情況，就是大家各做各的，部門之間好像有一道隱形的牆，即使有共同的目標，彼此的經驗和知識也很難流通。Management 3.0 注意到了這個問題，所以提出了 Business Guilds 這個工具，就是要來打破這些部門的隔閡，讓有相同興趣或專業的人可以聚在一起交流學習，一起讓工作變得更好。
Business Guilds，如果用比較接地氣的說法，就像是公司內部的「同好會」或是「專業社群」。想像一下，一群對前端開發很有熱情的人，他們可能來自不同的專案團隊，但因為對這個領域有共同的興趣，所以會定期聚在一起分享最新的技術、討論遇到的問題、甚至一起研究新的工具。這種模式不只可以提升個人的專業能力，也能讓整個組織的知識和技能更加豐富。
組成要素
一個成功的 Business Guilds 通常會有以下幾個重要的組成部分：
- 共同的知識領域 (A Domain of Knowledge):
這是 Guilds 的核心，成員們因為對某個特定的專業領域、技術、或是工作方法有共同的興趣或專長而聚集在一起 1。例如，一個「使用者體驗設計 Guilds」的成員可能都是對提升產品的使用者體驗有熱情的人。
- 一群志同道合的人 (A Community of People):
Guilds 的成員是自願加入的，他們因為對這個領域有熱情，所以願意花時間和精力參與 Guilds 的活動 1。成員之間會互相分享知識、經驗、還有遇到的挑戰。
- 一套共享的工具和實踐 (A Shared Set of Tools and Practices):
Guilds 的成員會一起建立和分享一些工具、方法、或是最佳實踐，讓大家在工作上可以更有效率、更有品質 1。例如，一個「敏捷專案管理 Guilds」可能會共同制定一套專案啟動的檢查清單或是每日站立會議的進行方式。
簡單來說，Business Guilds 就是一群對某件事情有共同興趣的人，他們聚在一起學習、分享、一起讓事情做得更好。
應用情境
情境一：小王的公司導入了微服務架構，效率大幅提升
小王在一間擁有 50 位工程師的軟體公司擔任後端工程師。最近公司決定將原本的單體式應用程式逐步轉向微服務架構，希望提升系統的彈性和可擴展性。然而，因為團隊成員過去在這方面的經驗比較少，在最初的三個月裡，新服務的部署失敗率高達 40%，平均每次失敗需要 8 小時才能恢復，嚴重影響了新功能的上線速度。這時候，公司的技術主管意識到需要更有效的知識共享機制，於是提議成立一個「微服務技術 Guilds」。
這個 Guilds 很快就聚集了公司裡 15 位對微服務有濃厚興趣的工程師，包括後端、前端和 DevOps 的成員。他們決定每週固定抽出一個下午的 2 小時作為聚會時間。第一次聚會，大家先確立了 Guilds 的目標：降低微服務部署失敗率、縮短恢復時間、並建立一套可行的微服務開發和部署標準。
接下來的幾次聚會中，一位有相關經驗的資深工程師分享了他在前公司導入微服務的最佳實踐，包括如何選擇合適的容器化技術、如何設計服務之間的通訊方式、以及如何建立自動化的部署流程。Guilds 的成員也積極分享了目前專案中遇到的具體問題，例如某個服務在高峰時段經常發生效能瓶頸。
經過四次的聚會和深入討論，Guilds 的成員共同制定了一份包含 10 項檢查點的微服務部署清單，並建立了一個基於 Kubernetes 的自動化部署腳本。他們還針對效能瓶頸問題，引入了熔斷機制和請求重試策略。
在接下來的三個月裡，透過持續應用 Guilds 中分享的知識和工具，微服務的部署失敗率顯著下降到 5% 以下，平均恢復時間也縮短到 2 小時。更重要的是，新功能的上線速度提升了 30%，團隊對於微服務架構的掌握度也大幅提高 。
情境二：阿美是行銷部門的專員，透過 Guilds 讓廣告效益提升 15%
阿美在一家快速成長的電商公司負責社群媒體行銷。公司有三個主要產品線，每個產品線都有自己的行銷團隊。然而，各團隊在使用的社群平台、廣告投放策略和成效追蹤方式上存在很大的差異，導致整體行銷資源的重複投入和效益不彰。為了提升整體行銷效率和 ROI，行銷主管決定成立一個「數位行銷 Guilds」。
這個 Guilds 邀請了各個產品線的 10 位行銷專員和主管參加，他們決定每兩週舉行一次 1.5 小時的線上會議。Guilds 的首次會議，大家共同討論了目前各團隊在數位行銷方面遇到的挑戰，包括廣告成本不斷上升、轉換率停滯不前等問題。
在接下來的幾次會議中，一位在 Facebook 廣告投放方面有豐富經驗的專員分享了他的成功案例，包括如何進行精準的受眾定位、如何設計高轉換率的廣告文案和素材、以及如何利用 A/B 測試優化廣告效果。Guilds 的成員也分享了他們各自在不同社群平台上的行銷經驗，例如在 Instagram 上如何利用網紅合作提升品牌知名度。
透過 Guilds 的交流，各團隊開始採用統一的廣告追蹤系統，並分享彼此表現優異的廣告素材和文案。他們還共同建立了一個包含 5 個核心指標的數位行銷成效儀表板，定期監控各產品線的行銷表現。
在接下來的一個季度裡，透過應用 Guilds 中分享的策略和工具，公司的整體廣告點擊率提升了 8%，廣告轉換率提高了 15%，同時廣告花費降低了 5%。各產品線的行銷團隊也建立了更緊密的合作關係，共同提升了公司的整體行銷效益 。
情境三：老李的公司想要推動敏捷轉型，員工參與度提升 40%
老李在一間擁有 200 位員工的傳統製造業公司擔任 IT 部門主管。公司最近開始推動敏捷轉型，希望提升軟體開發的效率和產品的市場反應速度。然而，由於公司過去一直採用瀑布式開發模式，員工對於敏捷的概念和實踐還不是很熟悉，轉型的初期階段，只有少數團隊願意嘗試敏捷方法，整體轉型進度緩慢。為了讓更多人了解和接受敏捷，並加速轉型進程，公司內部成立了一個「敏捷實踐 Guilds」。
這個 Guilds 吸引了來自不同部門的 20 位對敏捷有興趣的同事參加，包括開發人員、測試人員、專案經理和產品負責人。他們決定每月舉行一次 3 小時的實體工作坊。Guilds 的第一次工作坊，大家一起學習了敏捷的核心原則和 Scrum 的基本流程。
在接下來的幾個月裡，Guilds 的成員輪流主持工作坊，分享他們在各自團隊中實踐敏捷的經驗和遇到的挑戰。一位已經成功導入 Scrum 的團隊成員分享了他們如何進行 Sprint 規劃、每日站立會議和 Sprint 回顧。Guilds 的成員還共同開發了一套適用於公司內部軟體開發專案的敏捷實踐指南和範本。
為了擴大敏捷的影響力，Guilds 的成員還主動向其他部門的同事介紹敏捷的概念和好處，並提供敏捷培訓和指導。他們還組織了幾次公司內部的「敏捷體驗日」活動，讓更多員工親身體驗敏捷的工作方式。
在接下來的半年裡，公司內部採用敏捷方法的團隊數量從原來的 3 個增加到 15 個，員工對於敏捷轉型的理解和接受度也顯著提高，根據內部調查，員工對於參與敏捷轉型的意願提升了 40%，軟體開發的平均交付週期也縮短了 20% 。
注意事項
雖然 Business Guilds 的好處很多，但在應用時也需要注意一些事項，才能讓它真正發揮作用：
- 確保 Guilds 的目標明確： 每個 Guilds 都應該有清楚的目標和方向，讓成員知道參與 Guilds 可以獲得什麼 8。
- 鼓勵成員的積極參與： 要創造一個開放和安全的環境，鼓勵成員分享自己的想法和經驗 9。
- 提供必要的支持和資源： 公司應該提供 Guilds 所需的時間、空間、和工具，讓 Guilds 的活動可以順利進行 3。
- 避免讓 Guilds 變成另一個形式的會議： Guilds 的重點在於交流和學習，應該盡量避免過多的行政流程和形式主義 8。
- 尊重成員的意願： 參與 Guilds 應該是自願的，不要強迫員工加入 2。
- 定期檢視 Guilds 的成效： 要定期評估 Guilds 是否達到了預期的目標，並根據情況進行調整 8。
- 注意知識的普及和應用： Guilds 產生的知識和最佳實踐應該要能有效地傳播到整個組織，而不只是停留在 Guilds 內部 1。
- 避免 Guilds 之間的界線過於僵化： 鼓勵不同 Guilds 之間的交流和合作，促進跨領域的知識整合 1。
如果能注意到以上這些事項，Business Guilds 就能成為公司提升整體效能的有力工具。
Management 3.0 的 Business Guilds 提供了一個很好的平台，讓公司可以更有效地利用員工的專業知識和熱情。透過建立這些跨部門的專業社群，公司可以促進知識的流動、提升員工的能力、並激發更多的創新。對於台灣的企業來說，面對快速變化的市場和日益激烈的競爭，導入 Business Guilds 絕對是一個值得考慮的策略，讓組織更具彈性和競爭力。不妨從現在開始，在你的公司裡播下 Business Guilds 的種子，讓它成為你組織持續成長的引擎吧！
發表迴響