今天迎來了參加鐵人賽後的第一個週末，那麼就來說點不一樣的內容吧！

現況描述

由於正走在逐漸了解並且期望成為 PM 的路上，因此不會突然就蹦出工程師來處理正在進行開發的項目，所以手頭上還是有些 RD 的任務要完成。所以每天就會像這樣：

早上開會開完，整理會議資料後，寄出給客戶，下午再去寫 App，或是寫幾支 API 後，開始著手處理剛剛客戶在群組內回報的問題。

即使中間的轉換時間會隨著熟悉度上升變得更短，但免不了的現實是，如果狀態被打斷很容易心浮氣躁，也會容易覺得無力，覺得不管什麼事好像都遙遙無期。 （沈浸在寫程式的熱血狀態時，突然想到再過半小時後要跟客戶開會的心情好阿雜啊啊啊啊啊）

大概會像這樣：

以為自己忙得過來，扣除跟人有約的時間區間，其餘就是照順序一件一件來處理。沒有經過妥善安排的結果就是我的生活好似總被事情追著跑。為了不讓事情追著我跑，經常加班到很晚，短時間的話都還可以接受，但時間一長，再加上突然收到客戶那邊反應產品有問題的時候，那個壓力襲來的瞬間，常常讓我喘不過氣。

可能看我臉色不是太好，有天大 PM 就跟我說了 緊急四象限 這個工具，讓我針對目前手上有的專案，做出時間上的安排。

緊急四象限

這四個象限的兩個維度分別是 緊急程度 與 重要程度 。

第一象限

• 描述：重要且緊急的事情。
• 常見類型：極度影響他人工作的事、死線在即的開發項目。
• 舉例：各地第一線工程人員回報 App 無法使用。

第二象限

• 描述：重要但不緊急的事情。
• 常見類型：經過妥善安排的開發項目、長期規劃。
• 舉例：開發新功能、與 UI/UX 討論規劃、時程規劃。

第三象限

• 描述：不重要但緊急的事情。
• 常見類型：開會、不影響整體功能的 issue 回報。
• 舉例：需求會議、issue 回報、回覆客戶問題。

第四象限

• 描述：不重要不緊急的事情。
• 常見類型：其餘必做的，但現在不做不會被追殺的事。
• 舉例：整理會議記錄。

今天稍微介紹了我曾經遇到的困境，以及緊急四象限的內容，明天就會透過一個實例，讓大家會更有感覺一些～那麼，明天見啦！