職涯瓶頸怎麼破？從抱石路線看職涯探索：你攀爬的能力，是唯一的路嗎？

每次跟朋友聊起我從 2023 年至今已經進行三年的抱石活動，十個有八個會第一時間問我：「那你手臂一定很有力吧？」

我總是笑著搖搖頭。手沒有力，其實沒關係，我可以選擇一條主要依靠腿力和平衡感的路線。在抱石的世界裡，從來沒有規定只有手臂有力量的人才能到達終點。

這讓我在思考職涯探索時產生了強烈的共鳴。我們在職涯轉折處，是不是也常常預設達成目標只能依靠某一種「正確的能力」？當遇到職涯瓶頸時，我們總是習慣檢討自己缺乏了什麼，卻忘了思考：這條路，真的只有一種走法嗎？

面對職涯瓶頸的盲區，你是不是也陷在上帝視角的困境？

在抱石場上，當我站在地面當「紙上軍師」時，往往能看得清清楚楚，對夥伴喊著：「那顆石頭就在那裡，左手先搭上去、重心壓低，你就過去了！」

然而，一旦輪到自己親自爬上去，在那個高度與角度下，卻發現自己根本看不到夥伴口中那顆「顯而易見」的石頭。

給別人職涯建議時，我們總是站在上帝視角，覺得一切問題都有明確解答。但是當自己身陷職涯瓶頸之中，身處的空間與位置改變了，視野自然會受限。

這並非能力不足，而是位置決定了視野。

你現在正給予自己的壓力，是不是建立在一個你根本「看不到」的解答之上？

當你身陷困境時，是否曾停下來想過：我現在看不清方向，是因為能力不夠，還是因為我正站在一個受限的角度？

系統重構與劣勢翻轉：為什麼工程師不會只用一種架構解決問題？

在攀岩牆上，手長腿長的夥伴可能兩三步就能輕鬆完成一條路線。我一度把手伸到快要抽筋，依然搆不到那顆關鍵岩點。

過去我以為這是身材的劣勢。直到某些特定的狹窄路線，那位身材高大的夥伴因為手腳太長而頻頻撞到膝蓋、卡在半空；反而身材嬌小的我，能順暢地把雙腿收攏，輕鬆通過卡點。

這就像軟體工程中的「代碼重構（Refactoring）」概念。

軟體工程師在面對效能瓶頸時，不會只是一味地增加伺服器硬體（就像硬要伸手去夠搆不到的石頭）。我們會重新檢視現有的程式碼結構，把看似低效、冗餘的邏輯重新排列組合。在某個系統架構下的「缺點」（例如佔用較多記憶體的快取機制），換到另一個高度並行的架構裡，反而變成了提升回應速度的關鍵「通道」。

我們習慣將某些特質標籤化為優勢或劣勢。但從系統思考的角度來看，根本沒有絕對的弱點，只有尚未被放在正確架構裡的資源。

你以為是自己職涯劣勢的地方，有沒有可能只是還沒遇到屬於它的發揮情境？

生涯諮詢師的提問：這道難關是需要更努力，還是需要先放手？

有一條難度極高的路線，我曾經反覆嘗試了不下十次。每一次我都用相同的招式、相同的發力方式，結果每一次都在同一個地方摔下來。

後來我決定放下它，休息一段時間不再接觸那條路線。

當我隔了一段時間再次回到牆前，奇怪的事情發生了。我的身體似乎已經忘記了當初那個「必須這樣爬」的執念，反而順應著當下的體能狀態，用了一個完全沒預謀過的動作，順暢地躍了過去。

我們在進行職涯探索時，常常陷入「過度努力」的陷阱。

當一個方法無效時，我們習慣用兩倍的力量去重複相同的無效方法，以為這叫做堅毅。

但許多時候，反覆出現的瓶頸只是在提醒我們：此路不通，該重新設計系統了。

暫時離場不是放棄，而是給自己的大腦與心智空間進行背景運算（Background Processing）。

你現在面臨的這道職涯難關，是真的需要你花費更多精力去撞擊，還是需要你先走開，給自己一點空間再重新回來？

---

---

找到屬於你的職涯優勢，展開新的探索

抱石絕不僅僅是一項體力活動。它需要你在地面觀察別人的步法、評估自己的身體條件、擬定策略，並在一次次摔落中調整路線。

這與我們經營人生與發掘職涯優勢的過程完全一致。

我們不需要擁有和別人一模一樣的能力，才能到達想去的目的地。找到適合自己身體結構的岩點，就是最優解。

你現在正在使用的那個解決方法，是真的走不通，還是你只是還沒找到屬於你的專屬路線？

---

歡迎在下方留言分享你的想法，或是訂閱我的電子報，與你一起用全新的視角探索職涯與人生的各種可能。