判斷轉折 · 04 · 驗收
每個人都完成了,不代表問題解決了
場景|一次產品服務驗收的復盤。
原本PM、工程、QA 都完成了,專案就算順利。
後來開發前先定義成功的樣子,驗收時看問題有沒有改善。
01我原本怎麼想
PM 說需求完成了,工程師說開發完成了,QA 也確認測試通過了。從專案管理的角度看,似乎一切順利。
02發現什麼問題
我心裡忍不住想:這個功能,真的解決了我們原本想解決的問題嗎?答案是,可能沒有。
每個環節都有人負責,每個人也都很努力,卻沒有人及時發現整件事可能走錯方向。
03為什麼改變判斷
「需求沒有這樣寫」「這是前面交接的」「系統本來就有限制」,這些可能都是真的。但每個環節都照流程運作,最後卻沒解決問題,反映的就不是單一環節的失誤,而是整個團隊的工作方式。
04後來怎麼做
開發前先定義成功的樣子:不是「新增匯出報表功能」,而是「讓原本兩小時的資料整理,目標縮短到十分鐘」。
開發前先讓使用者用流程圖或簡單 Prototype 走一次,特別是取消、變更、資料不一致這些例外。驗收時,分清楚「功能正確」與「問題解決」。
「功能通過測試,是技術驗證;問題獲得改善,才是業務成果。」
— 原文