新年願景到二月:關鍵不在自律,而在身份

🌏 Read this article in English


2026 年 2 月 1 日,早上 9:47

你打開 Notion。

那張精緻的目標清單還在。

健身計畫、Rust 學習、閱讀清單。

你心裡想的是:

  • 健身房卡還有 11 個月…
  • Rust 那本書翻到第 30 頁…
  • 又是 new year, new me 的廢話?

真正值得追問的是:

為什麼我們總是「知道」該做什麼,卻「做不到」?

我們以為差異在於「自律」不夠,或者「方法」不對。

這很正常。

大多數人調整了表面那一層。

他們改行為。

Dan Koe 說:改身份。


身份,才是那台引擎

Dan Koe 的核心觀點很簡單。

Key Insight:身份層(Identity)的改變,比行為層(Behavior)更根本。

如果你想要某個結果,你必須在抵達之前,就已經過著會產生那個結果的生活。

一個從來不寫測試的工程師,突然要補 unit test。

他寫不出來,不是因為「懶」。

也不是因為意志力撐著。

而是因為,他的身份是「快速交付功能的人」。

補測試對這個身份來說,意味著「慢」和「不專業」。

身份會影響行為,行為證據也會反過來鞏固身份。

如果你還在靠「撐」來改變。

代表你的身份還沒變。

你還在扮演一個「想變好的人」。

而不是「已經變好的人」。

差距就在這裡。


反覆回去看的三件事

Dan Koe 講了很多,但我反覆回去看的就這三件事。

結合我觀察到的工程團隊案例,逐一拆解。

不是撐不夠,是身份還沒換

這是最核心的觀點。

我們常以為: 行為 → 結果 → 身份

但真實的邏輯是: 身份 → 行為 → 結果

當你的身份還沒改變時,你的行為是「表演」。

表演是撐不住的。

具體來說,當你問自己「我該做什麼?」時,先問: 「那個『理想的自己』,在這個情境下會做什麼?」

然後,直接去做那件事。

不要問「我能不能做到」。

問「這是不是他會做的事」。

不是懶,是潛意識在保護你

這聽起來很反直覺。

我們總以為拖延是因為「懶」。

阿德勒心理學的目的論指出:

行為常服務於某種心理目的。

看過一位同事拖延寫 design doc,每次都先去重整 IDE 設定。

上個 sprint,他推了三次架構討論。

表面看是「延後處理」。

但深入聊後發現,他拖延是因為害怕被評價、被否定。

他待在穩定薪資工作,可能是在追求安全與「降低評價風險」。

你的潛意識在保護你。

它害怕改變帶來的風險。

所以,它用「拖延」來維持現狀。

真正的改變,來自於改變你的目標本身。

不是「我要完成這份報告」。

而是「我要成為一個敢於面對反饋的人」。

目標改寫後,部分阻力會變得更容易辨識與調整。

不是真理,是心理安全

身分被威脅時,人會戰或逃。

這解釋了為什麼人會死守政治立場、宗教、職業標籤。

不是因為真理。

是因為心理安全。

當你試圖改變身份時,你的舊身分會啟動防衛機制。

它會說: 「你可能會付出學費。」 「別人會怎麼看?」

這些聲音,不是事實。

是舊身分的防衛。

人格形成循環

目標 → 視角 → 注意 → 行動 → 自動化 → 身分 → 防衛 → 新目標

你無法直接跳過「防衛」階段。

你只能理解它,然後繼續行動。


我的思考:從 OKR 到身份工程

作為工程師,我們習慣用 OKR 管理專案。

但我們很少用「身份」管理自己。

這是我覺得 Dan Koe 觀點最有價值的部分。

與 Atomic Habits 的對比

James Clear 的《Atomic Habits》強調「系統」勝過「目標」。

Dan Koe 則把它放大成一日願景重設。

Clear 提供身份式習慣與小勝利,Dan Koe 把它放大成一日願景重設。

如果你只有系統,沒有身份,系統在壓力下容易失效。

如果你只有身份,沒有系統,身份只是空想。

兩者缺一不可。

在長期行為變革中,身份負責方向,系統負責穩定執行。

優先級是: 身份 > 系統 > 目標

這排序聽起來很工整,但實際執行時,這三層常打架。

我曾經試圖用「系統」強行推動「身份」——排了五點起床、一週三次健身、每天讀 30 分鐘。

撐了 11 天就停了。

職涯轉換的應用

在職涯轉換中,這尤其重要。

我觀察過一些 Senior 工程師卡在「執行者」的身份裡。

他們知道技術很重要。

精準實現是紮實的功底。

但市場回饋更看重判斷力。

具體來說,當你準備轉職時:

不要只寫「我會 Python」。

要寫「我能解決什麼樣的商業問題」。

前者是行為。 後者是身份。

雇主買的是後者。

Senior 工程師的常見卡點,是把 coding 功底翻譯成可評估的判斷力與商業情境。

身份重構,就是從「執行者」轉向「問題定義者」。

一個做技術獵頭的朋友說: 「履歷上寫「我會 Python」我會跳過。寫「我重構過一個 5 萬行的付款系統」我才會打開來看。」

與 OKR 的連結

OKR 可以變成你的「遊戲任務」。

  • Objective(目標):你的願景。
  • Key Results(關鍵結果):你的勝利條件。

但記得,OKR 是工具。

身份是引擎。

沒有引擎,工具難以驅動長期的變革。


可執行的下一步:一日啟動+每日迭代

理論聽完了。

現在,怎麼做?

以下是依 Dan 的 morning/day/night protocol 轉成工程師 checklist,步驟 5 結合小勝利/證據庫。

步驟 1:定義你的「反願景」

拿一張紙。

寫下: 「如果五年後,我沒有任何改變,我會失去什麼?」

具體一點。

  • 失去的健康?

  • 失去的機遇?

  • 失去的自尊?

讓恐懼具體化。

恐懼是強大的動力。

反願景適合啟動警覺,長期仍要接到願景與每日證據。

步驟 2:定義你的「最小可行願景」

寫下: 「三年後,我理想的普通一天是什麼樣子?」

不要寫「我要成為 CEO」。

太模糊。

寫具體的場景:

  • 早上幾點起床?
  • 工作什麼內容?
  • 跟誰一起吃飯?
  • 晚上做什麼?

然後,寫下對應的「身分句」。

例如: 「我是一個專注於架構設計的工程師。」 「我是一個能獨立負責產品週期的 PM。」

步驟 3:設定「打斷自動駕駛」的提醒

在手機裡設定 3 個隨機提醒。

時間隨機。

內容只有一句: 「我現在在逃避什麼?」

當提醒響起時,停下來 10 秒。

誠實回答。

不要評判。

只是觀察。

步驟 4:每晚的「三層視角」回顧

睡前。

問自己三個問題:

  1. 一年後,我希望自己具備什麼能力?
  2. 一個月後,我希望完成什麼專案?
  3. 明天,我最重要的 2-3 個行動是什麼?

只寫行動。

不要寫願景。

願景在步驟 2 已經寫過了。

步驟 5:累積證據

把你的目標變成「證據庫」。

證據庫是支撐新身份的可觀察行為。

  • Boss:下個季度的績效考核。
  • 每日任務:每天讀 10 頁書。
  • 規則:晚上 11 點前不看手機。

每完成一個任務,給自己一個小獎勵。

不是物質獎勵。

是「通關」的成就感。


結語:身份是信號,行為是輸出

改變身份,不是一夜之間的事。

它是一天一天的累積。

就像重構 legacy code。

你不是今天重構,明天就擁有乾淨的 codebase。

你是每天順手讓它變好一點。

一年後,4000 行變成 3000 行。

不是某次重構的功勞,是每天一點點的累積。

Dan Koe 的觀點,本質上是一場「身份重構」。

從「想改變的人」,重構為「已經改變的人」。

這很難。

但值得。

明年一月,你會打開哪一個身份的清單?


Sources

Leave a Comment