01
Review 與 QA
如何建立 review 與 QA workflow
這篇教學把品質從「口頭提醒」變成一條可重複執行的路徑，覆蓋 review gate、issue 類型、返工流轉和交付準備度。
8 分鐘reviewQAissue tracking
在規模變大前先定義 review gate
很多團隊都是在產量上來之後才開始感到品質壓力。正確做法是在追速度之前先把 review gate 立住。
把「標完了」和「review 通過了」分成兩個狀態。
先定清楚誰能 approve、reject 和 escalate。
用同一套可見狀態表達 pending、approved 和 rework。
把 issue 變成可複用的品質信號
如果 review 回饋都停留在 comment 裡，團隊就無法知道到底是哪類錯誤在重複出現。
把漏標、錯類、邊界和格式問題分開記。
只在會影響交付決策時再加 severity 或 risk。
保持 issue 標籤穩定，QA summary 才會有用。
把返工帶著明確歸屬再送回去
真正能提升品質的返工，不是「你改一下」，而是帶著範圍、原因和責任人回去。
02
把任務退回對應責任成員或隊列。
03
回流結果在 version freeze / release 前要再 review 一次。
04
在專案頁和交付頁把 blocker 與 QA 狀態展示出來。
FAQ
QA 和 review 是一回事嗎？ 不完全一樣。review 是動作，QA 是圍繞規則、issue 模式、返工和 release readiness 建起來的營運系統。
每次 reject 都應該建 issue 嗎？ 對團隊級交付來說，最好是。否則返工路徑和後續 QA summary 都很難可信。