一天只有 24 小時，這是所有產品經理（PM）最根本的難題：不只要管自己的時間，還要在某種程度上管團隊的時間。更麻煩的是，好的 PM 通常同理心強——想幫老闆、幫同事、幫團隊、幫使用者。於是自己的使用者研究、內部傳教、回答工程師問題（「這邊用 checkbox 還是 radio button？」）、長期策略……全部都被擠到後面去。

時間管理是可以學的。真正需要的只有三樣：

• 紀律（只能靠 PM 自己）
• 理解時間的悖論
• 一套能幫你決定時間該花在哪的框架

好的時間管理有個自然上限。如果工作量本來就過載，或目標、方向不清楚，再強的 PM 也救不回來。

作為 HoP，請先自問：你手下 PM 面對的工作量合理嗎？你是在讓他們成功，還是在讓他們失敗？

時間的悖論（Paradoxes of Time）#

Parkinson’s Law（帕金森定律）#

Work expands so as to fill the time available for its completion.

—— Cyril Parkinson, 1955

給某人一週做一件事，他就會用一週做完——不管這件事實際上只要 8 小時。實驗也證實：當受試者被「不小心」多給了幾分鐘做一件五分鐘的任務，他們就真的會拖更久。

延伸出 Stock-Sanford 推論：

If you wait until the last minute, it only takes a minute to do.

解方：Timeboxing（時間盒）。 事前就劃定「這件事最多做 4 小時」，並強制在時間內完成。

Pareto Principle（帕累托法則／80/20 法則）#

• 80% 的成果來自 20% 的原因
• 80% 的工作量只花你 20% 時間；剩下 20% 的工作量會吃掉你 80% 時間

重點在辨識出那條會吃時間的 20%。跟 PM 回顧一個剛結束的專案：「前 8 個 sprint 完成了 80% 的東西，最後 2 個 sprint 做的那 20% 其實沒帶給顧客多少價值——也許不做也行。」

Flow（心流）#

全神貫注時，時間會拉長、產出會變多。但一旦被打斷——同事、訊息、家裡電話——很多人就回不去了。

幫 PM 進入並保護心流：

• 關掉 email、手機通知，早上靜音 Slack 兩小時
• 找一間空會議室閉關
• 建立返回心流的個人儀式（音樂、環境布置）
• 討論：你在什麼時刻進入過心流？怎麼進去的？怎麼被打斷的？

Time Fallacy（時間錯覺）#

「別人一定比我有更多時間，所以他們做得比較好，我只要多工作幾小時就能補上。」

多工作的那幾小時收益有限，代價巨大——犧牲家庭、身心健康，讓 PM 在疲於奔命中越陷越深。

提醒你的 PM：所有人都是 24 小時，學會更有效率地用那 24 小時，遠比少睡幾小時有用。

時間管理框架#

學會說 No#

PM 天生想解決問題、想幫忙——自然反射就是 Yes。從時間管理角度，這多半是錯的。

說 No 會變容易，只要你能自信地說出團隊現在在看什麼、在做什麼、為什麼這件事重要。給對方足夠的脈絡，拒絕就會順理成章。

更好的會議#

開得好的會，替所有人省下大把時間。幾個基本功：會前想清楚誰真的該來、要不要開、有沒有 agenda、誰負責組織。

作者把會議只分三類——讓 PM 對每一場都明確告知大家「這是哪一種會」：

• Update meeting（更新會）——站會、1:1、季度 review。通常短而快。
• Brainstorming meeting（發想會）——真的要一起動腦、想新 idea，需要較長時間與一間會議室。
• Decision meeting（決策會）——產品圈多半 15 分鐘就夠。會前先個別與每位與會者對過，進會議室就是拍板。

不要混合類型。真的要混（例如 1:1），就明確切分區塊並告訴對方「現在進入下一個模式」。大家會感謝你——因為他們也知道該用什麼心態參與。

Manager Schedule vs. Maker Schedule#

Paul Graham 的經典觀察：

• Manager schedule：一天被切成一小時一格。對 manager 來說，會議就是工作本身——取得更新、做決策。
• Maker schedule：「至少半天起跳」。寫程式、寫規格、深度思考，一小時根本不夠暖機。開發者討厭會議，不是任性——會議把 maker 拖出心流就廢了一整段。

PM 悲劇的是兩種 schedule 都要跑。 會議是工作；會議也在毀掉工作。HoP 的職責是幫 PM 找到平衡。

作者常用的拇指規則：4 小時不被打擾的工作 + 4 小時會議 + 中間一頓午餐。但每個人要找自己的節奏。

Eisenhower Matrix（艾森豪矩陣）#

一個 2×2 矩陣——縱軸重要性、橫軸急迫性。

• 重要 + 急迫（左上）→ 現在就做
• 重要 + 不急迫（右上）→ 排進行事曆
• 急迫 + 不重要（左下）→ 授權出去
• 不急迫 + 不重要（右下）→ 直接不做

使用小撇步：

• 先寫下來釋放大腦——但永遠問自己「先做哪件最值得」
• 找到你的授權池（delegation pool）——總有人可以幫你
• 每格不超過 8 件事，想新增就先把最重要的那件完成
• 清單不是拿來收集的，是拿來完成的
• 不讓別人決定你的優先順序；早上做規劃，然後動手
• 別在「管理 to-do」這件事上拖延

Rock, Pebbles, Sand（岩石、碎石、沙子）#

一個視覺化的時間配置練習，也可以在團隊 offsite 真的拿罐子操作。

• Rocks——最大、最重要的任務
• Pebbles——中等任務
• Sand——瑣碎小事

如果你先放沙子再放碎石最後放岩石，岩石放不進去。反過來——先放岩石、搖一搖讓碎石填縫、最後灑沙——全部都能塞進容器。

工作來時，先判斷它的大小。提前算好自己能同時承擔多少顆 rock 和 pebble——限制自己的 WIP（在製品）。

以身作則（Lead by Example）#

身為 HoP，你就是 PM 的樣板。照鏡子問自己：你表現出來的行為，是你希望團隊複製的嗎？

給 HoP 的清單：

• 不要成為 PM 最大的干擾源！ 腦中一冒出問題就狂丟給 PM，只會毀掉他們的心流。把問題攢起來，下次 1:1 或下次會後一起問。
• 尊重上下班時間、午休與休假。 這些時段不要傳訊、不要排 Slack、不要排郵件寄送。
• 需要東西時，說清楚期限——可以是「明天下午 3 點」，也可以是「這週結束前」。對新手 PM 特別重要，幫他們判斷任務分量。

給 PM 自己的提醒：

• 消滅重疊會議！ PM 常常正經會議一場接一場，臨時會議又平行插入，全部在搶注意力。每週檢視一次，把該推的推掉、該拒的拒掉。
• 尊重 Maslow。 睡眠、飲食、水、上廁所、運動、放鬆——基本需求不能省。
• 行事曆要替重要的事預留時間。 例如作者主張的 50:50 discovery / delivery 切分。

當 PM 主動求助時，HoP 可以做的事#

• 幫他看清楚為什麼他覺得這是問題
• 判斷這是否只是暫時狀況（有人請假、他在頂位）
• 邀請他做一次行事曆健檢，一起排序任務
• 請他從同儕那裡拿具體回饋，了解自己的時間管理能力
• 請他重新表達問題，常常換個問法就清楚了

當你看到 PM 苦戰時，HoP 可以做的事#

• 確認目標與方向清楚
• 確認工作量合理
• 幫他理解時間的悖論
• 幫他熟悉時間管理框架