遠端工作價值觀與職涯轉向 本源問題思考與彈性工作模式

me
林彥成
2020-11-26 | 3 min.
文章目錄
  1. 1. 遠端工作價值觀的核心轉變是什麼?
  2. 2. 從辦公室到遠端,四個價值觀的轉換與改變
    1. 2.1. 1. 心態轉變:從僱員到合作夥伴
    2. 2.2. 2. 關於離職的想法:不是只有 1 或 0
    3. 2.3. 3. 對於加班的看法:工作只是一種框架
    4. 2.4. 4. 反思開會與本源問題
  3. 3. 我個人心得分享
  4. 4. FAQ:遠端工作價值觀常見問題
    1. 4.1. Q1:我該如何向公司開口提出「0.5 離職(轉兼職)」的提議?
    2. 4.2. Q2:打破「加班框架」後,會不會變成 24 小時都在工作?
    3. 4.3. Q3:什麼是開發者最應該思考的「本源問題」?

遠端工作價值觀的核心轉變是什麼?

遠端工作價值觀 (Remote Work Values) 的核心轉變在於「從體制從屬轉向專業合作」與「打破時間與任務的邊界」。對於軟體工程師而言,這意味著:1. 重新定義離職:離職不再是 1 (就職) 或 0 (離開) 的二分法,而是可以透過 0.5 (減薪兼職) 等彈性比例與公司達成雙贏;2. 消除加班概念:將工作視為純粹的「程式碼進步」,不再區分個人專案與公司需求,而是以週為單位管理總合產出;3. 追尋本源問題:從追求升職加薪轉向思考「工作的本質」與「生命的意義」。這種轉變能讓開發者透過「弱連結」開啟顧問或多重兼職的機會,在不確定的環境中建立更高品質的工作與生活平衡。


隨著科技進步與全球化趨勢,軟體工程師職涯發展的路徑日益多元,其中遠端工作價值觀的興起,正深刻影響著傳統的職場工作型態轉換

從辦公室到遠端,四個價值觀的轉換與改變

延續前文,本文將深入探討軟體工程師 H 從辦公室走向遠端工作後,在多份工作工作型態下,所經歷的四個職涯轉換價值觀上的改變。

1. 心態轉變:從僱員到合作夥伴

同時服務三間公司後,會要常常估算時間還有排進度,感覺有時比主管還在意進度。全遠端兼職後,H 覺得變得比較像是合作關係。另外比較明顯的感受是,開始遠端工作後,過去的老闆、主管講話開始也比較客氣。

2. 關於離職的想法:不是只有 1 或 0

H 這幾年下來換過了一些公司跟產業。對 H 來說,比較像是 1 或 0 就職或離職。其實除了 1 或 0 外,退一步想還有 0.8、0.5、0.4,這時候有沒有覺得路變寬了?也就是變成減薪兼職之類的,各退一步。離職對公司來說其實蠻傷的,一些技術的養成也不容易,雙方各退一步,公司留住技術,人也可以休息或是再找一份工作。

3. 對於加班的看法:工作只是一種框架

工作只是一種框架,一種定義。撇開這層框架,其實對 H 來說無論在公司寫專案,或是下班後寫自己的專案,其實都是程式碼。

現在的看法是,就算假日或晚上弄公司的東西也沒關係,都是程式碼,沒有需要特別區分,寫了都是進步。只要每週的量不要超過我能負荷的,我是沒有晚上或假日加班的概念的。填加班單也麻煩,其實是怕麻煩?

突然想到一本書,推薦大家可以去看看:“約爾談軟體”

4. 反思開會與本源問題

H 思考本源問題比較重要,其他其實都是看個人如何實作。許多厲害的人都是針對問題的核心提出疑問。什麼是本源問題?像是:什麼是工作?為什麼要工作?錢是什麼?為什麼我這麼累?生命是什麼?我存在的意義?這些看似很基礎的東西若無法理解,一切建立在其上的也都只是虛幻,簡單來說就是瞎忙一通。

每個人在不同人生階段會找到適合自己的答案。


我個人心得分享

技術上來說,工作真的會有其他更好的樣貌。我自己也蠻推薦 104 跟 LinkedIn 的履歷常常更新。我認為只要不是自己開的公司就是打工,有更好的成長機會就應該馬上過去。

我覺得 H 的運氣很好,在之前的工作中遇到了一個不錯的主管,也變成他後來的老闆,「弱連結」很可能就是造就你職涯轉換的關鍵。小編個人第一次拿到顧問合約是從台元離開的時候。所以也許先在公司做一陣子,再談遠端或是 Part-time 的需求真的會簡單很多。

在工作價值上,人一輩子的時間總是有限的,做喜歡的事情讓喜歡的事情有價值,在職場現實與鬥爭中真的相對困難許多。每種人生都有各自的優缺點,重要的真的就是想清楚自己想過的是什麼樣的人生。


FAQ:遠端工作價值觀常見問題

Q1:我該如何向公司開口提出「0.5 離職(轉兼職)」的提議?

A:最佳時機是在您表現優異、且公司正面臨人力短缺或專案關鍵期時。您可以提議:「我因為個人職涯規劃需要離開正職崗位,但我希望能負責任地完成當前專案,或者維持關鍵技術的支援。是否能以 Part-time 或顧問形式繼續合作?」這對公司來說能降低流失成本,對您則是開啟彈性工作的敲門磚。

Q2:打破「加班框架」後,會不會變成 24 小時都在工作?

A:這取決於您的「總量控制」。雖然不再區分上班或下班時間,但您必須對「每週總工時」有清晰的紅線。如果總量失控,那不叫彈性,那叫被剝削。建議設定明確的任務目標(Output),目標達成即停止,而非計算在電腦前的時間。

Q3:什麼是開發者最應該思考的「本源問題」?

A:試著問自己:「如果今天公司不再付我薪水,這份技術對我還有價值嗎?」或者「我正在解決的問題,是真實的需求還是體制製造的雜訊?」這些問題能幫助您剝離工作的標籤,找回作為一名「創造者」的初衷。



喜歡這篇文章,請幫忙拍拍手喔 🤣