## 引言
做 IT 嘅人一定試過呢種情況：星期五下晝 4 點，老細突然走過嚟話「個 project 星期一 deadline，你搞掂佢」。你望住個 mon，心諗：「我成個禮拜已經做緊三個 project，而家又多一個？」但你把口只係講咗句：「OK，我會跟。」
然後你就開始咗地獄 weekend，無間斷咁做嘢，星期一交出嚟嘅嘢係半成品，老細仲唔滿意。呢個循環不斷重複。
如果你試過以上情況，你唔係一個人。IT 行業嘅 deadline 文化係全世界最癲嘅行業之一。但重點係：你冇辦法改變老細嘅 deadline，但你可以改變自己點樣面對 deadline。
## Deadline 生存術：點解 IT 人特別易中招？
IT 人面對 deadline 有幾個結構性問題：
**1. 估算永遠唔準**
我哋成日低估一個 task 要幾耐。你覺得「加個 login page 啫，兩個鐘搞掂」，結果搞咗半日 — 因為你冇計 debug、冇計開會、冇計 environment setup、冇計老細中途改 requirement。
**2. 唔識講「不」**
IT 人普遍係 people-pleaser。老細問「可唔可以早啲？」你嘅自動回覆係「可以」，就算你明知唔可能。
**3. 所有嘢都 urgent**
當所有嘢都係 urgent，就冇嘢係 urgent。但我哋就係會俾呢個錯覺牽住走。
以下我會分享幾個實用嘅 deadline 生存技巧，全部都係我自己跌過先學返嚟。
## Deadline 生存術：時間管理嘅核心思維
### 第一招：永遠 x3 你嘅估算
呢個係 IT 界最古老但最有效嘅法則。你覺得要 1 日 → 同老細講 3 日。你覺得要 1 個禮拜 → 同老細講 3 個禮拜。
點解 x3？
– 1/3 係真正做嘢嘅時間
– 1/3 係 debug + 改 requirement + 開會
– 1/3 係 buffer — 永遠會有你估唔到嘅嘢發生
如果你最後早咗完成？恭喜你，你係英雄。但如果你承諾咗 1 日結果 3 日先做完？你係「唔可靠」。IT 界嘅信任建基於你 deliver 到承諾嘅嘢，而唔係你 deliver 得有幾快。
### 第二招：拆細 task，逐個擊破
望住成個 project 你會 panic。但如果你拆到細 task，每個 task 2-4 個鐘，你會發覺其實冇咁恐怖。
用返上面 login page 嘅例子，拆法係：
1. HTML form layout（30 分鐘）
2. CSS styling（45 分鐘）
3. Frontend validation（1 小時）
4. Backend API endpoint（1.5 小時）
5. Database query（45 分鐘）
6. JWT token handling（1.5 小時）
7. Error handling + edge cases（1 小時）
8. Testing（1 小時）
總共 ~8.5 小時。你一開始可能會估「2 個鐘」，但拆開之後你就見到真實係 8.5 小時。呢個方法仲有個好處：每完成一個細 task 你就會開心啲，keep 住 momentum。
### 第三招：學識 Manage Up
「Manage up」唔係擦鞋，而係管理老細嘅 expectation。當老細俾個 deadline 你，你要反問：
– 「呢個 deadline 係點樣定出嚟㗎？」（了解背後原因，可能只係佢隨口講）
– 「如果我哋可以早啲出 MVP 版本，之後再加 features，咁會唔會好啲？」
– 「目前我手上有 A、B、C 三個 project，你想我 prioritise 邊個先？」
關鍵係：你唔係推 job，你係幫老細做 prioritisation。老細好多時根本唔知你有幾多嘢做緊，你唔講，佢就 assume 你得閒。
### 第四招：保護你嘅 Deep Work 時間
IT 人嘅工作性質係需要 deep focus。但 Slack message、email notification、同事走過嚟問嘢 — 全部都係 context switch，每次 switch 你要 15-20 分鐘先回到之前嘅 flow。
實戰方法：
– Calendar block：每日 block 2-3 個鐘「Focus Time」，唔覆 message 唔接 call
– Slack status set 做「Deep work, will reply at 3pm」
– Headphone 戴上，就算冇聽歌 — 呢個係 universal「唔好同我講嘢」signal
– 同 team agree：urgent 先用 WhatsApp/Call，Slack 係 async
### 第五招：接受「Done is better than perfect」
呢個係最難嘅一課。IT 人係完美主義者，我哋想啲 code 乾淨、architecture 優雅、test coverage 100%。
但 deadline 面前，你要問自己：「呢個功能而家出街，夠唔夠用？」如果夠，就 ship。
你永遠可以之後 refactor。但如果你因為想完美而 miss deadline，你交出嘅嘢係零。零永遠差過唔完美嘅成品。
## Deadline 生存術：最後關頭急救包
如果真係到咗最後 24 小時，呢幾個快招可能救你一命：
**1. 同老細傾 scope reduction**
「我可以在 deadline 前完成核心功能 A 同 B，但 C 同 D 需要多兩日。你想我全部延期，定係先出 A+B？」俾老細揀，而唔係你揀。
**2. 寫 documentation 而唔係 fix bug**
如果係 non-critical bug，與其花 3 個鐘 fix，不如花 30 分鐘寫 known issues doc。老細見到 documentation 會覺得你專業。
**3. 唔好一個人頂**
同 team lead 或同事求救。IT 界有個奇怪文化就係「問人等於弱」，但其實最強嘅工程師係最識得幾時求救嗰班人。
**4. 瞓覺！**
連續做 16 個鐘之後，你嘅 productivity 可能得返正常嘅 30%。與其捱夜交垃圾，不如瞓 6 個鐘，起身用 4 個鐘交出正常 quality。
## 結語
Deadline 係 IT 界永遠存在嘅現實。你冇得避，但你可以改變你點樣面對佢。
記住三個核心原則：
1. **永遠 over-estimate** — 你嘅 reputation 建基於 reliability，而唔係 speed
2. **拆細 task** — 大 project 拆細就唔恐怖
3. **Manage up** — 老細唔係你敵人，但你唔講嘢佢就唔知你嘅處境
下次老細星期五 4 點俾 deadline 你，唔好即刻話 OK。深呼吸，問清楚優先次序，做一個 realistic 嘅估算。你可能會發現，老細其實唔介意等多一兩日 — 佢只係隨口講咗個 deadline。
🔗 參考資料：NVD NIST 漏洞資料庫
Deadline 生存到嘅人，唔係最勤力嗰班，係最識得管理 expectation 嗰班。
#Deadline生存術 #時間管理 #IT職場 #ManageUp #DeepWork #職場tips
