快速解答: 角色緊張(Role Strain)是工程主管最常見、卻最少被正視的問題——同時扛著新舊角色的所有任務,時間永遠不夠用。解法不是擠出更多時間,而是用 Impact Frontier Model 找出真正該投入的工作,搭配 Rocks、Pebbles、Sand 框架排序優先順序,再用 Claude AI 分擔行政負擔,把省下來的時間,投入真正只有你能做的事。
文章同步發表在 我們的部落格
你有沒有過這種感覺——每一件事都寫著「緊急」兩個字,但一天結束,你什麼都沒真正完成?
如果你正在學寫程式,甚至已經開始一個人用 Claude AI 打造自己的第一個產品,這篇文章跟你的關係,比你想像的更直接。因為不管你有沒有意識到,你已經在同時扮演工程師、產品經理,還有那個決定「今天先做什麼」的主管。搞不清楚這件事的優先順序,你浪費掉的不是時間,是整個專案的動能。
先講一個故事。
Ramona 是一位虛構的工程主管。她永遠覺得時間不夠,每件事都感覺高優先——結果她變成了團隊的瓶頸。她開始退回自己熟悉的舒適圈,重複做以前那份工作擅長的事,而不是現在這個角色真正需要她做的事。
聽起來很眼熟嗎?
這不是 Ramona 不夠努力。她正在經歷一個社會學現象,叫做角色緊張(Role Strain)——當一個人同時背負多重、彼此衝突的角色,卻沒有足夠的時間和精力應付所有角色的要求。
Reforge 技術長 Matt Greenberg 講得很直白:「你原本的工作,現在又被加了十件新的事——這怎麼可能做得完?」你不可能一邊做好十件新事,一邊還緊抓著舊角色的所有責任不放。
角色緊張帶來的後果,不只是你個人的困擾。它會一路擴散出去:
好消息是:這一切都可以逆轉。而逆轉的起點,是一個叫做 Impact Frontier 的思考模型。
先講結論:問題從來不是你的時間不夠,是你分配時間的方式沒有對齊真正的影響力。
前 Intel 執行長 Andy Grove 曾提出一個觀點:一位主管的影響力,等於他自己的產出,加上他能影響的鄰近團隊的產出總和。換句話說,你花時間做什麼,決定的不只是你個人的成果,而是整個系統的成果。
這裡有一個常見的直覺陷阱。假設你是工程主管,也還在寫程式——你去解決一個技術任務,確實能推進一個專案。但你原本就不是每天寫程式的人,速度變慢、又容易被打斷,效率其實偏低。
如果你把同樣的時間,拿去優化整個團隊的 code review 流程呢?你解決的不再是一個任務,是所有任務的效率。
這就是高槓桿與低槓桿活動的差別。 你要優化的,不是你投入的時間,是每單位時間所產生的影響力。
我們可以把影響力拆成兩種:
你的目標,是找到這兩者的最佳配比——這條理論上的最佳配比曲線,就叫做 Impact Frontier。
給自己一個具體的練習:把你上週的所有活動列出來,針對每一項問自己兩個問題——
你很快就會發現,有些事你花了大把時間,產生的影響力卻小得可憐。那些事,就是你角色緊張的根源。
找到高槓桿的工作方向之後,下一個問題是:具體該怎麼排優先順序?
這裡有一個經典比喻,來自教育家 Stephen Covey。
一位教授在課堂上,把一個玻璃罐裝滿大石頭,問學生「滿了嗎?」大家說滿了。接著他倒進鵝卵石,鵝卵石填滿了石頭之間的空隙。再問一次,學生又說滿了。最後他倒進沙子,沙子填滿了所有剩下的縫隙。
「如果我先倒沙子,」教授問,「還有空間放大石頭嗎?」
答案很明顯:沒有。你必須先放進你的大石頭。
具體怎麼做?三個步驟。
第一步,把你的優先事項分類:
第二步,照著優先順序規劃你的行事曆。用 Stephen Covey 的話說:「重點不是排定你行程上的事,而是把你的優先事項,排進你的行程。」 你要主動設計自己的日曆,而不是被動接受別人塞進來的邀請。
第三步,每個月定期回顧、重新整理你的日曆。看看你實際花的時間,有沒有跟你的大石頭對齊——如果你發現自己老是在切換任務、或某類工作特別消耗心力,就把類似的任務集中處理,減少來回切換的成本。
排好自己的優先順序,不代表問題結束。真正困難的,是當你有兩個同樣重要的優先事項,時間卻只夠做一個。
這裡的關鍵原則很簡單:你沒辦法憑空決定哪個優先順序更重要——你只能靠貼近組織真實需求的資訊,做出有根據的取捨。
Grammarly 平台工程主管 Heidi Williams 提醒過一個常見誤區:很多人只靠自己的主管取得資訊,但這常常不夠。有些主管很擅長分享脈絡,有些則不擅長——這不代表他們是壞主管,只是他們沒有把你納進更大的組織對話裡。
所以,你需要主動往三個方向蒐集資訊:
蒐集資訊只是一半的功課。真正優秀的人,還會把自己的取捨回饋給系統,讓別人有機會幫你校正方向。 這代表你要清楚地說出,你正在優先做什麼、又刻意放掉了什麼——這樣,如果你的判斷有偏差,身邊的人才有機會提醒你。
講到這裡,你可能會想:道理我都懂,但每天光是處理雜事,就已經耗光我的精力了。
這正是 Claude AI 能派上用場的地方——不是取代你的判斷,是分擔那些消耗心力、卻不需要你親自動手的工作。
有一個實用的框架,叫做激進委任(Radical Delegation),由 Shreyas Doshi 提出。它把所有工作,依照兩個維度分類:誰有能力做這件事(只有你,還是很多人都可以),以及這件事的影響力大小。根據這兩個維度,你可以決定:哪些事該放手不管、哪些事該委派後就不再過問、哪些事該委派但持續關注、哪些事該委派並且從旁指導,以及哪些事你必須親自留下來做。
把這個邏輯套用到你和 Claude AI 的協作上,你會發現很多任務根本不需要你親自完成:
但記住:Claude 給你的是草稿和初步分析,不是最終決定。 哪個數字才是真正的重點、哪句話才能真正打動人——這個判斷,永遠是你的工作。就像激進委任框架裡「只有你能做,而且影響力最大」的那一格——這才是你該親自留下來、投入深度心力的地方。
道理講了這麼多,不如直接動手。
第一步,花 30 分鐘,畫出你自己的 Impact Frontier。 列出上週所有活動,針對每一項標註:只有你能做還是別人也能做、屬於工作產出還是組織能力建設。
第二步,用大石頭、鵝卵石、沙子,把這些活動分類。 誠實一點——很多你以為是大石頭的事,可能只是鵝卵石,甚至只是偽裝成任務的沙子。
第三步,列出你三個最大的優先順序衝突,主動去問身邊的人。 不管是你的合作對象、導師,還是你的用戶——去確認你的判斷,有沒有跟真實需求對齊。
第四步,挑出三項你正在親自處理、但其實可以交給 Claude AI 的工作。 草擬一封說明信、整理一份進度報告、分析一組數據——先試試看,能不能省下時間。
常見的陷阱有兩個:一是把「委派」跟「放棄品質」畫上等號——事實上,委派做得好,反而能提升品質,因為你有更多時間深耕真正重要的事;二是只做一次規劃就停手——優先順序不是一次性的決定,是需要每個月重新檢視的習慣。
想知道自己有沒有進步?留意這幾個訊號:你是不是比較少覺得自己是團隊的瓶頸?你是不是能更快說出「不」,而不覺得愧疚?你是不是開始有時間,做那些三個月前你根本擠不出時間做的事?
角色緊張不是你能力不足的證明,是每個人在角色轉換時都會遇到的必經階段。
真正的差別在於,有些人選擇用蠻力硬撐,靠犧牲睡眠和休息換取產出——而這條路,終究會走到盡頭。另一些人,選擇建立一套可持續的系統:找出真正的高槓桿工作、用框架排出優先順序、主動對齊組織的真實需求,再把行政負擔交給 Claude AI 這樣的工具分擔。
就算你現在還沒有團隊要管理,只是一個人拿著 Claude AI,準備打造你的第一個軟體產品——這套邏輯依然成立。你同時是那個需要被管理的執行者,也是那個該替自己排優先順序的主管。搞懂這件事,你會比多數人更早看懂,為什麼「忙碌」從來不等於「有影響力」。
這週,別急著打開 Claude Code 寫下一行程式碼。先花 30 分鐘,畫出你自己的 Impact Frontier。
角色緊張只會發生在管理職身上嗎?
不是。任何一個人身兼多重角色,卻沒有足夠時間應付所有期待,都可能經歷角色緊張。即使你只是一個人用 Claude AI 打造產品,同時扮演工程師、產品經理、行銷企劃,你一樣可能感受到同樣的壓力。
如果我還沒有團隊,學 Impact Frontier Model 有意義嗎?
有意義,而且更重要。你一個人時間有限,一旦把力氣花在低槓桿的事情上,浪費掉的就是你整個專案的進度。這個模型能幫你在動手之前,先想清楚時間該怎麼分配。
用 Rocks Pebbles Sand 框架,多久該重新檢視一次優先順序?
建議每個月做一次。優先順序不是一次性的決定——你的角色、專案階段、外部需求都會隨時間改變,定期檢視能避免你在不知不覺中,又被沙子填滿了整個罐子。
Claude AI 能取代我自己做優先順序的判斷嗎?
不能。Claude AI 擅長整理資訊、草擬文件、分析數據,能幫你省下大量行政時間。但哪件事才是你真正該親自投入的大石頭,這個判斷,只有你自己夠了解脈絡才能做出來。
委派工作給 Claude AI,會不會反而降低產出品質?
不會,前提是你委派對了工作。把消耗心力卻不需要你判斷力的任務(如草擬報告、整理數據)交給 Claude,你反而有更多時間,把最高品質的心力,留給真正需要你親自把關的事。