工程會議開得愈多，決策為何反而愈慢？

星期一早上九時是項目進度會議，十一時是機電協調會議；下午二時，商務部再開一次變更與索賠會議，四時則輪到管理層檢討。到了星期二，同一批人又要參加採購、現金流和分判表現會議。

公司每天都在討論項目，管理層亦投入大量時間，但某些問題仍然連續幾星期停留在會議紀錄裏。

圖紙尚未確認，項目團隊等待顧問；分判商進度落後，現場等待對方提交追趕計劃；某筆變更金額未獲批准，商務部等待更多資料；採購交期開始有風險，團隊等待下一次供應商會議。

每個問題都有人跟進，每個人亦出席了不少會議。

可是，事情沒有真正向前移動。

工程會議最常見的模式，是逐項讀出狀態。

某項工作完成多少、哪張圖紙仍未批核、哪個分判商尚未回覆、哪批材料預計何時到場。這些資訊固然重要，但如果會議只把各部門已經知道的事情再講一次，它實際上只是同步焦慮，並沒有形成新的決定。

團隊離開會議室時，往往多了一份更新後的 action list，卻沒有更清楚知道哪些問題需要立即升級、哪些可以由項目自行處理，以及哪些問題其實已經不值得繼續等待。

「繼續跟進」是工程會議中最安全的結論，因為它不會立即得罪任何人，也不需要有人承擔判斷風險。但當同一事項連續幾次都以「繼續跟進」作結，它便不再是一個行動，而是一種延遲決定的方式。

會議紀錄愈完整，反而愈容易掩蓋一件事：公司其實沒有決定下一步應該改變甚麼。

不少管理層認為項目問題源於現場和辦公室溝通不足，因此增加更多跨部門會議，希望資訊流動得更快。

但很多時候，兩邊並非不知道對方在做甚麼，而是使用不同標準判斷事情是否需要處理。

現場關心的是今日能否繼續施工，會傾向先找一個可行安排；商務部關心工作是否屬於原合約範圍，會等待正式確認；財務部需要知道金額何時可以開票或入帳；管理層則希望知道事情會否影響工期、毛利和現金流。

同一個問題在四個部門有四種意義。如果會議只是要求每個部門匯報自己的部分，資訊雖然交換了，判斷仍然沒有整合。

真正需要在會議中完成的，不是讓所有人聽見更多資訊，而是把不同部門的影響放在一起，決定公司要承擔哪一種風險。

例如顧問尚未正式批准一項變更，現場是否仍然繼續施工？如果繼續，公司最多願意承擔多少未確認成本？若暫停，對整體工期的影響又是多少？這些才是管理層存在的原因。

工程項目的問題牽涉多個部門，管理者很自然地把更多相關人士叫進會議，希望一次過取得所有意見。

但參與者增加後，每個人往往只願意在自己的專業範圍內發言。設計顧問不會代替商務判斷費用，財務不會決定施工次序，項目經理亦未必願意承諾公司接受尚未確認的合約風險。

結果是所有意見都被聽見，卻沒有人真正擁有最後決定。

有些會議甚至逐漸形成一種默契：只要足夠多人在場，日後即使結果不好，也很難說是某一個人的決定。這種集體安全感，會令會議成為責任分散的地方，而不是責任被確認的地方。

高效會議不一定人少，但每次都應清楚知道，今天需要哪一種決定，以及在甚麼資訊仍然不完整的情況下，誰有權作出判斷。

如果會議只是「讓大家知道」，它可以被電郵、dashboard 或簡短報告取代；如果需要決定，就不應在結束時仍然只留下「待確認」。

某個分判商進度落後，可以在進度會議討論；若牽涉額外成本，又會進入商務會議；若影響現金流，管理層會議亦會再次出現。問題橫跨多個會議並不奇怪，但每次討論之後，責任往往仍然回到原來狀態。

項目部等待分判商，商務部等待項目資料，管理層等待下一份更新。

這時候，公司看似有很多人關注，實際上卻沒有一個人對「事情由現在狀態走到解決狀態」負責。

一個問題的擁有人，不一定要親自完成所有工作，但他需要知道目前卡在哪裏、需要誰作出甚麼決定，以及若期限未達成應升級到哪一層。

沒有這種端到端責任，會議只能不斷把問題由一個部門交給另一個部門。

有些公司嘗試提升效率，直接取消一半會議。短期內日程變得輕鬆，但問題並不會因會議消失而自行解決。

真正需要改變的是決策節奏。

如果一個現場問題必須等到星期五管理層會議才獲得批准，即使會議只開三十分鐘，項目也可能已經等待了四天。如果某筆採購風險需要跨部門處理，但各部門只在每月會議才共同檢視，公司便可能在正式交期失守前一直沒有完整判斷。

管理層應該把會議按目的分開。

有些會議是固定節奏，用來看趨勢和整體狀態；有些則應由事件觸發，只要風險達到某個程度便立即升級，而不是等待日曆。對於純資訊更新，應盡量在會議前完成；真正的會議時間，應保留給需要取捨、授權和承擔後果的事情。

當公司可以清楚區分「知道」、「討論」與「決定」，會議數量自然會下降，因為很多事情不再需要透過多人坐在同一間房才能繼續。

一場有效的工程會議，未必可以立即解決所有問題，但它至少應令問題的狀態發生變化。

原本責任不清，會後變成由某人負責；原本有三個可行方案，會後選定其中一個；原本等待外部回覆，會後決定若在指定時間前沒有回應，項目便採取哪一個替代安排。

如果會議前後唯一的改變只是 action list 日期向後移了一星期，這場會議便沒有創造真正的管理價值。

工程公司並不缺少會議，也不缺少經驗豐富的人。最稀缺的，往往是有人願意在資料尚未完全齊備時，把不同部門的影響放在一起，作出可以推動項目向前的決定。

管理層的價值，不是出席最多會議，而是令更多問題不需要等待下一次會議。