Linear 完全指南 · Lesson 10.2

PM → tech lead → 工程師：Triage 的分流流程

這一課把 triage 當作真正的分流站來看：哪些票值得做、哪些先補資訊、哪些進 backlog、哪些直接不做。

流程 A：值得做，但不是現在

PM / 外部來源進 issue→進 triage→PM 判斷有價值→tech lead 粗看成本→放進 backlog

這是 triage 最常見的出口。意思不是現在做，而是這件事值得保留在規劃池裡。

issue 進 triage→PM 判斷有價值→tech lead / 工程師發現資訊不足→退回補需求 / 補設計 / 補依賴→補完後再進 backlog 或 cycle 候選

這代表它不是不做，而是現在還不能排。這種票如果硬進 cycle，後面通常會炸。

issue 進 triage→PM 判斷不符合方向 / 成本效益差→留言說明原因→Archive / Cancel / Not planned

好的 triage 不只是把值得做的票留下，也要把不做的票明確收掉，避免永遠卡在 triage 裡。

緊急 bug / 高優先需求→進 triage→PM 判斷要盡快做→tech lead 確認可行性與影響→直接進 cycle 候選

這種情況代表 triage 跟 planning 很近，但仍然要先做價值與可行性判斷，不是任何人喊急就直接塞進 cycle。

Triage 不是 backlog，也不是 cycle。它是一個前置分流站，幫團隊決定：做、不做、晚點做、還不能做。

一句話記：Triage 先分診，Backlog 先排隊，Cycle 才是這輪真的要上工。