時間管理 | The Clean Coder

專業人士的時間觀#

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

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

時段	策略
顆粒度	以 15 分鐘為最小單位進行時間切割與任務規劃
上午	高強度排滿，規劃前 3 小時任務，採用「45 分鐘工作 + 15 分鐘機動」的節奏
下午	高度彈性保留，不進行硬性安排，保留完整區塊來處理最重要任務或突發狀況

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

準則	執行建議
參與篩選	非必要不參加。僅在會議對目前任務有顯著成效或具備必要產出時才出席
拒絕權利	爭取主管支持，請其協助識別並推掉無效會議以優先處理開發工作
離席勇氣	若發現會議無法提供價值或無助於進度，應果斷離席，專注於更有產出的事務

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

要素	執行規範
開會形式	站立會議，所有人保持站姿，利用體感疲勞感強迫會議縮短時間
時間管控	極速節奏，每位參與者發言時間應嚴格控制在 20 秒內
核心內容	標準三問：昨日進展、今日計畫、以及面臨阻礙

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

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

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

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