← 返回 Linear 完全指南Linear 完全指南 · Lesson 10.3
PM → tech lead → 工程師：進入 Cycle 的流程
這一課把 backlog / triage 裡的票，怎麼真正被挑進某一輪 cycle，畫成幾種常見流程。
流程 A：標準 cycle planning 流程
PM 整理本輪候選 issue→tech lead 檢查容量 / 依賴→工程師補技術細節→cycle planning meeting 確認→assign owner→放進 cycle
這是最典型的版本。PM 負責先提出候選，tech lead 看風險與容量，工程師補實作細節，最後在 planning 會議做最後確認。
流程 B：先粗估，進 cycle 前再細估
issue 已在 backlog→tech lead 先估 S / M / L→接近 planning 時再找工程師細看→必要時拆票→確認這輪吃得下→進 cycle
這是很多團隊最實際的做法：backlog 階段先粗估，進 cycle 前才做排程級確認。
流程 C：高優先票插入 cycle
高優先 issue 進 triage→PM 判斷要這輪做→tech lead 確認 impact→工程師確認最小可行做法→插入 cycle / 取代低優先票
這種流程通常用在 urgent bug、商業急件或上線事故，但如果常常發生，代表原本 planning 或 triage 可能有問題。
流程 D：發現還沒 ready，退回 backlog
候選 issue 進 planning→工程師發現太大 / 太模糊→tech lead 建議拆分→PM 補需求或切範圍→退回 backlog，下一輪再排
這不是失敗，反而是健康機制。比起硬塞進 cycle 然後中途爆掉，先退回去修整通常更好。
誰在這個階段做最後決定？
- PM：主導價值與優先順序
- tech lead / EM：主導容量、風險、依賴與技術可行性
- 工程師：協助確認真實實作難度與拆分方式
所以最終通常不是單一角色拍板，而是：PM 提案，tech lead 收斂，工程師補實際資訊，再共同決定。
一句話記：Backlog 是候選池，Cycle 是承諾池。 能進 cycle 的票，通常已經比 backlog 階段更清楚、更可做。