談到管理者，常常會聽到一個很熟悉的比喻：三明治。
上面有企業的目標、上級的期待與時程，下面有團隊的能力、工作量與現實限制，旁邊還有不同部門、不同專業與不同優先順序。事情順利的時候，好像只是大家一起把工作完成；一旦結果沒有如期發生，很多問題最後卻會回到管理者身上：為什麼沒有提早發現？為什麼沒有協調好？為什麼團隊沒有做到？為什麼沒有把問題解掉？
因此「三明治管理者」很容易被理解成一種壓力：上面壓、下面頂、中間的人最辛苦。
只是一路重新思考 R&R 之後，我開始覺得，三明治也許不只是管理者辛苦的比喻。從另一個角度看，它其實透露了管理者這個位置很根本的一件事：管理者本來就站在不同角色、不同專業與不同層級之間的介面上。
這裡所說的管理者，也不只限於擁有正式人事權的 line manager。一個實際承擔團隊結果、跨角色整合、資源判斷與組織接口的人，都可能面對類似的問題。真正值得問的 therefore 不是「管理者怎麼不要被夾在中間」，而是：站在這個位置，究竟應該看清楚什麼，又應該承擔什麼？
一｜管理者要對結果負責，但究竟是哪一個結果？
管理工作裡有一句很常見的話：「管理者就是要對結果負責。」
這句話本身沒有錯，但如果沒有再往下問，反而很容易讓 R&R 變得模糊。因為我們首先需要知道的是：對哪一個結果負責？
假設公司要讓一個新產品順利上市，最後的 Business Outcome 可能同時需要產品、研發、品質、供應鏈、製造、行銷、業務，甚至法規與財務共同形成。每一個角色都會影響最後結果，但「會影響結果」不等於「所有影響結果的責任都屬於同一個管理者」。
對一位研發管理者而言，他可能需要確保自己的團隊完成設計、驗證與相關技術判斷，也需要理解供應鏈、品質或製造端有哪些依賴條件，必要時主動串聯；但是如果某項結果真正需要另一個角色的專業判斷、資源配置或決策權，就不能因為最後 Business Outcome 是共同的，而把所有責任重新收回到一個人身上。
所以比起籠統地說「管理者對結果負責」，我現在比較願意區分 Business Outcome 和 Role／Unit Outcome。Business Outcome 是不同角色共同形成的企業結果；Role／Unit Outcome 則是站在目前這個管理位置，自己這一段必須讓什麼事情成立。
這兩者當然彼此相關。管理者不能因為「那不是我的部門」就完全不關心最後結果，但關心整體結果，也不代表必須擁有所有工作的責任。比較重要的是看清楚：哪些事情自己可以直接控制，哪些事情能夠影響，哪些需要協調，而哪些已經超出目前角色所擁有的權力與資源，需要往更適當的位置提出。
這也讓我重新理解管理者常說的「有責無權」。
有些壓力確實來自問題本身很難。市場不確定、技術問題複雜、時程很緊，即使權力與資源大致合理，管理者和團隊仍然可能需要一起承擔很大的解題壓力。另一種情況卻不同：結果被要求了，但真正需要的決策權、資源，或者其他角色必須承擔的責任並沒有一起對齊。前者的困難主要來自問題，後者的困難則有一部分來自角色與組織條件本身。
Job Demand-Control 相關研究長期關注的也是相近關係：當工作需求很高，而個人在工作中的 decision latitude 或 control 很低時，工作壓力與心理負荷往往較高；不同研究與工作情境的效果並不完全一致，但「要求」與「可控制條件」之間的關係，仍是一個重要的工作設計問題。(PubMed)
所以我覺得有一句話值得留在管理者的 R&R 裡：控制不到，不代表完全沒有 Responsibility；但有 Responsibility，也不代表擁有無限的 Accountability。
管理者真正需要負責的，除了自己可以直接產生的結果，也包括如何看見那些影響結果的條件：團隊能力不足時，有沒有辨認與發展；其他角色沒有接上時，有沒有把介面說清楚；資源不足時，有沒有把風險與取捨帶到能夠決定的位置。最終結果不一定全部掌握在自己手上，但如何管理那些影響結果的條件，仍然是管理者 R&R 的一部分。
二｜管理者不能只懂自己的專業，也不需要成為所有專業的專家
管理者通常不是從真空裡長出來的。在成為管理者以前，每個人都有自己的 Professional Background 與 Professional Experience。有人來自工程，有人來自品質、財務、供應鏈、業務或其他專業，而長時間累積的經驗，自然會影響一個人看問題的方式。
我不太想把這件事直接叫作「專業偏見」，因為專業本身就是管理者很重要的能力來源。我比較願意把它理解成一種專業視角的慣性。
人在熟悉的專業裡，知道什麼訊號值得注意，也知道怎麼判斷問題、怎麼採取行動；因此在時程緊、結果有壓力的時候，回到自己最熟悉的解題方式，其實很自然。工程背景的管理者可能比較容易進入技術問題，品質背景的人可能先看到風險與控制，財務背景的人則可能更快注意成本與資源。這些視角都可能有價值，問題只在於：眼前的問題究竟還是不是一個單純的專業問題？
有時候真正卡住的並不是某個專業做得不夠好，而是不同角色之間的工作沒有接起來；有時候是流程需要重新確認，有時候則已經超出單一管理者能解決的範圍，需要回到組織設計、資源配置或 decision rights。
這也是為什麼我覺得需要把「專業」和「組織」稍微分開來看。
工程、品質、供應鏈、財務可以是一種 Professional Expertise，公司也可能選擇把這些專業分別組成 Engineering、Quality、Supply Chain、Finance 等部門；但「一種專業存在」和「公司必須用某一種部門形式來組織它」，其實不是同一件事。前者回答工作需要什麼知識與判斷，後者則是企業如何把人、資源、權力與責任組織起來。
管理者因此不需要成為其他專業的專家，卻也不能只知道自己的專業。如果一個產品上市需要不同角色共同形成結果，那麼管理者至少需要理解：自己的專業負責哪一段，其他專業為什麼存在，彼此在哪裡形成 dependency，又在哪些地方有責任或 decision right 的邊界。
真正重要的，不是「我也會做別人的工作」，而是知道自己的這一段如何成為整體結果的一部分。
這對管理者還有另一個提醒。隨著職位改變，我最擅長解決的問題，不一定就等於現在這個管理角色最應該親自解決的問題。如果每一次壓力出現，我都退回原來最熟悉的專業位置，久了之後很可能把「我最會解什麼問題」，慢慢理解成「我這個管理者應該負責什麼問題」。
專業深度仍然重要，只是管理角色多了一項不同的要求：知道自己的判斷從哪裡來，也知道自己的判斷可能看不到什麼。
三｜向下要轉譯，平行要串聯，向上更需要回饋
如果管理者真正位在不同角色之間，那麼「三明治」其實也可以換一個角度理解：它代表管理者同時存在向下、平行與向上的組織介面。
向下，管理者需要做的並不是把上面的 Business Outcome 原封不動壓給團隊。一句「公司今年一定要把這個產品推出去」，對組織而言也許是目標，對一個工程師、品質人員或專案成員而言，卻還不足以形成可以執行的 R&R。管理者需要把較大的結果轉譯成團隊能理解的工作：我們這個 Role 要讓什麼事情成立，優先順序是什麼，哪些地方可以自己判斷，什麼情況必須升級，以及需要和哪些角色接起來。
平行的介面也不只是「多溝通」。
跨部門工作的核心，是理解彼此的專業、責任、依賴與決策權到底在哪裡。如果兩個角色的 R&R 原本就是清楚的，那麼協調的目的是讓這一次的工作順利完成；但是當同一個問題一次又一次需要靠相同的人私下協調才能解決，事情的性質就開始不太一樣。
這時候管理者需要問的，可能不再只是「這次怎麼協調」，而是「為什麼每次都需要這樣協調？」
這個差別對我來說很重要。
協調通常接受目前的組織與 R&R，處理的是這一次怎麼把事情做完；回饋則多問了一層：現在工作的實際需要，是不是已經和原來的責任分工產生距離？是不是有新的工作出現，卻沒有真正的 Role 承接？是不是 decision right 留在一個位置，責任卻已經移到另一個位置？又或者只是流程本身需要重新調整？
如果管理者每一次都很能幹地把問題協調掉，短期看當然是一種能力；但如果所有問題都停在管理者個人的協調能力裡，組織反而可能看不到同一個落差正在反覆出現。
所以向上真正重要的，不只是 reporting，也不只是把問題丟回去，而是feedback。
管理者距離工作的實際運作夠近，能看見文件上的 R&R 到了現場之後發生什麼；同時又站在足以理解較大 business requirement 的位置，因此有機會把兩端連起來。哪些規則在實際工作裡產生了新的問題，哪些責任已經悄悄轉移，哪些資源長期不足，哪些跨部門衝突其實不是人的合作態度，而是組織邊界或決策方式需要重新確認，這些訊息如果沒有往上走，企業就很難知道自己的設計在現場發生了什麼。
因此，我現在比較願意把管理者理解成 R&R 運作中的一個重要節點：企業的角色設計與目標經過管理者，被轉譯成每天真正執行的工作；而工作現場出現的落差，也應該經由管理者重新回到企業，成為下一次調整流程、資源、能力與組織設計的資訊。
管理者不是整個組織 R&R 唯一的 owner，卻往往是 R&R 從文件走進現實，又從現實重新回到組織的重要介面。
四｜三明治是管理者感受到的壓力，介面才是這個位置真正的意義
重新這樣看之後，我對「三明治管理者」的理解也有了一些變化。
被夾在上面、下面和不同部門之間，確實會形成壓力；這個感受不需要被否定。但如果只把三明治理解成「中間的人最可憐」，我們可能也會錯過這個位置原本存在的理由。
管理者之所以會站在中間，正是因為組織需要有人把不同層次接起來。他需要理解上面的企業需求，把它轉譯成團隊真正可以承擔的責任；他需要理解平行角色的專業與限制，知道哪些接口必須被串聯；同時又需要把工作現場真正發生的事情帶回上面，讓企業知道原來的流程、資源與 R&R 到了現實中還是不是同一回事。
從這個角度看，管理者的 R&R 也許不只是「帶人」或「把事情做完」，而是一種持續的了解、轉譯、串聯與回饋。
但這裡也有企業自己的責任。
如果組織期待管理者成為這個介面，就必須讓介面真的能夠運作。當一個管理者被要求對結果負責，卻沒有足夠的 decision rights；被要求跨部門協作，卻沒有可以處理跨部門爭議的機制；被要求向上回饋，但所有問題最後仍然只得到一句「你們自己協調」，那麼管理者就很容易從「介面」逐漸變成「緩衝層」。
兩者看起來很像，實際上並不相同。
介面讓資訊、責任、資源與決策能夠往不同方向流動；緩衝層則是把原本應該重新回到組織處理的落差，長期吸收在某一群人的協調能力裡。
一個很會管理的人，確實可以讓很多事情暫時運作得更順；但人的協調能力如果長期被拿來取代組織本身應有的調整，最後我們看到的可能不是「這套制度沒有問題」，而只是有人一直把問題接住了。
所以寫到最後，我反而不再那麼想問：「管理者怎麼才能不要成為三明治？」
我比較在意的是另一個問題：
企業究竟把管理者設計成一個能夠向下轉譯、平行串聯、向上回饋的組織介面，還是一個負責把所有落差留在自己身上的緩衝層？
因為三明治也許是管理者感受到的壓力；但真正決定這個位置能不能發揮作用的，始終還是角色、責任、權力與資源之間，有沒有被接起來。
發表迴響