判斷轉折 · 04 · 驗收

每個人都完成了,不代表問題解決了

場景|一次產品服務驗收的復盤。

原本PM、工程、QA 都完成了,專案就算順利。
後來開發前先定義成功的樣子,驗收時看問題有沒有改善。
  1. 01我原本怎麼想

    PM 說需求完成了,工程師說開發完成了,QA 也確認測試通過了。從專案管理的角度看,似乎一切順利。

  2. 02發現什麼問題

    我心裡忍不住想:這個功能,真的解決了我們原本想解決的問題嗎?答案是,可能沒有。

    每個環節都有人負責,每個人也都很努力,卻沒有人及時發現整件事可能走錯方向。

  3. 03為什麼改變判斷

    「需求沒有這樣寫」「這是前面交接的」「系統本來就有限制」,這些可能都是真的。但每個環節都照流程運作,最後卻沒解決問題,反映的就不是單一環節的失誤,而是整個團隊的工作方式。

  4. 04後來怎麼做

    開發前先定義成功的樣子:不是「新增匯出報表功能」,而是「讓原本兩小時的資料整理,目標縮短到十分鐘」。

    開發前先讓使用者用流程圖或簡單 Prototype 走一次,特別是取消、變更、資料不一致這些例外。驗收時,分清楚「功能正確」與「問題解決」。

「功能通過測試,是技術驗證;問題獲得改善,才是業務成果。」

— 原文