時間管理 (Time Management) #

專業人士的時間觀 #

時間是軟體開發中最稀缺的資源。作者分享了他個人的管理方式：利用早起騎腳踏車通勤，為自己在投入繁忙工作前，爭取到 2.5 小時的寧靜時光。

進入辦公室後，專業人士的第一件事是擬定當日計畫：

維度	規範	細節與節奏	預期目的
顆粒度	15 分鐘單位	以 15 分鐘為最小單位進行時間切割與任務規劃	提升時間利用的精確度
上午	高強度排滿	規劃前 3 小時任務，採用「45 分鐘工作 + 15 分鐘機動」的節奏	確保高效產出並保留緩衝
下午	高度彈性保留	不進行硬性安排，保留完整區塊來處理最重要任務或突發狀況	靈活應對變動與深度工作

會議是協作必須的工具，但同時也是巨大的時間殺手。專業人士必須學會保護自己的時間。

準則	觀念	執行建議	專業價值
參與篩選	非必要不參加	僅在會議對目前任務有顯著成效或具備必要產出時才出席	保護專注力，減少切換成本
拒絕權利	爭取主管支持	與主管建立共識，請其協助識別並推掉無效會議以優先處理開發工作	強化組織對生產力的尊重
離席勇氣	價值導向離席	若發現會議無法提供價值或無助於進度，應果斷離席，專注於更有產出的事務	體現對公司產能的負責態度

任何會議都必須有清晰的議程，明確列出每個議題的「目標」與「預計花費時間」。

要素	規範	細節與技巧	預期目的
開會形式	站立會議 (Stand-up)	所有人保持站姿，利用體感疲勞感強迫會議縮短時間	保持會議精簡高效
時間管控	極速節奏	每位參與者發言時間應嚴格控制在 20 秒內	避免陷入細節討論
核心內容	標準三問	聚焦於：昨日進展、今日計畫、以及面臨阻礙	同步狀態與暴露風險

環節	規範	細節與要求	預期成效
會議目的	任務篩選與決策	專注於選定下一輪迭代（Iteration）中必須實現的核心任務	明確開發優先順序
會前準備	數據化前提條件	必須先行完成「開發時間評估」與「業務價值確定」，禁止空手參會	提升決策的科學性
執行過程	明快節奏與摘要	僅針對候選任務進行扼要討論，嚴禁在會中進行細節技術設計	縮短會議耗時

環節	時機	項目	時間分配	重點
總結回顧	週五下班前	回顧 (Retrospective)	20 分鐘	討論團隊做得好與做不好的地方，持續優化流程
成果展示	45 分鐘前	展示 (Demo/Showcase)	25 分鐘	向利害關係人（Stakeholders）演示本輪迭代的產出成果

為什麼會議中的爭論常無法迅速解決？因為雙方往往是以「信念」而非「事實」作為依據。解決方案是停止爭辯，去收集數據。

專注力（Focus/Mana）是有限的，用完就沒了。