iT邦幫忙

第 12 屆 iThome 鐵人賽

DAY 4
6
自我挑戰組

從 RD 到 PM 的奇妙旅程 - 陪伴我成長的心法與工具整理集系列 第 4

[Day04] 時間管理初心者 - 緊急四象限介紹篇

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

現況描述

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

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

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

大概會像這樣:

https://ithelp.ithome.com.tw/upload/images/20200919/20105176AeHDRQk3pg.jpg

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

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

緊急四象限

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

https://ithelp.ithome.com.tw/upload/images/20200919/20105176iYu8MH85C4.jpg

第一象限

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

第二象限

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

第三象限

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

第四象限

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

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


上一篇
[Day03] 淺說需求 - 下集
下一篇
[Day05] 時間管理初心者 - 緊急四象限實踐篇
系列文
從 RD 到 PM 的奇妙旅程 - 陪伴我成長的心法與工具整理集30

尚未有邦友留言

立即登入留言