如何進行能促成決策的月度業務檢討(MBR)
大多數月度業務檢討只產出摘要,而不是決策。以下這套架構,能讓你的 MBR 成為每個月最能促成行動的會議。
月度業務檢討(MBR),是大多數小型與成長中公司裡最重要的一場會議。每個月,整個領導團隊會在這個時刻同時看著同樣的數字,並且——理論上——做出將影響接下來三十天的決策。實際上,大多數 MBR 只是精心安排的報告儀式:一個人簡報,其他人點頭,每個人離開時帶著一份摘要,卻沒有任何決策。
解法在於結構。要產生決策的會議,必須被設計成能產生決策——這意味著大部分報告在會議之前就完成,會議本身幾乎全是討論與定案。以下就是能做到這點的架構。
會前閱讀規則:會議中不該第一次出現數字
你能為 MBR 做的最具槓桿效益的單一改變,就是要求所有資料至少在會議前二十四小時分享出去。每一項指標、每一張投影片、每一張圖表——都事先傳閱。會議本身就從「大家都看過數字了」這個前提開始。不簡報,不逐頁講解投影片,只做討論。
這條規則起初會讓人不自在,因為它打破了 MBR 中表演的成分——財務長報告營收、業務主管報告銷售管道、產品負責人報告使用者參與度。而這種表演正是讓大多數 MBR 毫無用處的原因。簡報資料會耗掉時間,只製造被動的聽眾。討論會前已讀的資料花費同樣的時間,卻能造就主動的決策者。
要產生決策的會議,必須被設計成能產生決策。大部分報告應該在大家進會議室之前就完成——會議本身幾乎應該全是討論與定案。
有效的議程
「需要做的決策」是最重要的部分
大多數 MBR 把 80% 的時間花在第 1 和第 2 部分,一旦超時就跳過第 3、4、5 部分。這正好顛倒了。財務概況和指標檢視是背景——它們告訴你發生了什麼。「需要做的決策」才是這場會議在行事曆上存在的價值。
決策環節必須事先填妥才有效。在會議中第一次浮現的決策,很少能在會議中定案——共享的背景不足、時間不夠,而且對的人可能還沒準備好。要求任何希望在 MBR 中做決策的人,隨會前閱讀資料提交決策事項、背景脈絡及自己的建議。這樣會議就能快速地逐一處理,因為每個人都帶著足夠的背景來參與。
第 3 部分在實務上最常被跳過,卻是一些最高價值討論發生的地方。這項紀律是分享一個真正的學習——不是摘要,也不是勝利,而是改變了某人思考方式的具體洞察——它能培養組織從失敗與成功中學習的能力。經過十二個月持續舉行 MBR,「我們學到了什麼」的紀錄會成為成長中公司最有價值的組織知識資產之一。
未解決的決策該怎麼處理
有些決策超出九十分鐘能處理的範圍。如果某個決策需要更多分析、更多利害關係人的意見,或比時限更長的討論,就把它暫時擱置——明確指定負責人和非同步解決的期限——然後繼續往下。常見的失敗模式是在時限之後繼續討論,讓整場會議超時,結果第 4 和第 5 部分草草收場,令人不滿。
願意擱置決策並以非同步方式解決,是會議紀律的表現,而不是優柔寡斷。並非每個決策都屬於 MBR。有些適合在專門的工作會議中,由對的一小群人處理。MBR 是處理需要整個領導團隊取得共識的決策——而不是領導團隊只是沾到邊的每一個決策。
MBR 隨時間變質最常見的方式,是「需要做的決策」環節越縮越小,因為團隊越來越習慣非同步溝通,開始把 MBR 保留給報告用。這對一場有用的會議來說是慢性死亡。每一季都檢視一次你的 MBR:數算最近三次會議做出的決策數。如果平均每次不到兩個,MBR 就已經淪為狀態更新,需要重新調整——從形式、出席者,或是否還該繼續舉行著手。
在 FabricLoop 中,採用 MBR 的團隊通常會在領導群組中維護一份每月固定的筆記——既是在會前彙整所有資料的會前閱讀文件,也是會後持續記錄所做決策的紀錄。在「需要做的決策」環節建立的任務,直接從筆記中指派,因此負責人和期限會在定案的當下被記錄下來,而不是事後憑記憶重建。「我們學到了什麼」的內容則隨時間累積在筆記中,形成一個組織知識庫,讓新加入領導團隊的成員能閱讀,了解公司的想法如何演進。
