← 返回 Linear 完全指南Linear 完全指南 · Lesson 10.1
PM → tech lead → 工程師：進入 Backlog 的流程
這一課把「一張需求從 PM 提出，到進入 backlog 等待安排」這條路線畫清楚。重點不是每家公司都一模一樣，而是抓到最常見的責任分工。
流程 A：最常見的 backlog 進場流程
PM 提出 issue→寫背景 / 目標 / 驗收方向→放進 triage 或 backlog 候選→tech lead 初看可行性→粗估 S / M / L→進 backlog
這是最穩的版本。PM 先把需求講清楚，tech lead 幫忙判斷這件事大不大、要不要拆、是否明顯有依賴。這時還不一定要 assign 到真正執行的工程師。
流程 B：PM 先放 backlog，再由 tech lead 整理
PM 開 issue→先丟 backlog→tech lead backlog grooming→標註 priority / estimate→必要時指派工程師細看
這種做法常見於團隊已經很熟，PM 知道哪些類型的需求本來就會進 backlog。之後再由 tech lead 用固定 grooming / refinement 節奏做整理。
流程 C：先給 tech lead，再決定要不要進 backlog
PM 提出需求→tech lead 先看→判斷是否太大 / 太模糊→需要拆分或補資訊→整理後才進 backlog
這種方式適合技術依賴很多、跨系統較複雜的團隊。因為如果太早丟進 backlog，後面很可能發現這張票其實根本還沒 ready。
誰在這個階段負責什麼？
- PM：決定為什麼要做、優先順序高不高、驗收方向大概是什麼
- tech lead：判斷技術複雜度、依賴、是否要拆、先抓粗估
- 工程師：必要時被拉進來補技術細節，或幫忙判斷某張票是否實際可做
一句話記：PM 定義價值，tech lead 定義成本輪廓，工程師補執行細節。
這一課的重點
進 backlog 不代表已經要做，而是代表：這張 issue 已經值得被保留在未來規劃池裡。真正的執行承諾，通常會發生在後面的 cycle planning。