Ying @ Taiwan

張士杰 Gogolook 資深產品經理 以 PM 角度來看轉型 Agile 的歷程，與那些踩過的坑 開會晚了遲到些覺得懊惱，聽 Sharon 說才剛開場，錯過不多，坐下時正聽到士杰講述團隊由 Kanban 轉型到 Scrum 的困境，原本插單開發的任務追蹤導向專案做法，無法加入時間軸的概念，對團隊成員來說無緊迫感或目標性，且僅透過看板任務追蹤，無法看到願景、設計故事的全貌，導致團隊目標喪失。 從 Task 到 User story User story 用以溝通使用者價值／商業價值，以及驗收標準。在討論跟選擇 Story 時，著重使用者的問題解決，而非僅僅專注在技術細節或功能上。要謹記 「 使用者的目的是什麼？他要解決的問題是什麼 ？」而 拆解跟執行 Story 時，根據目的，討論有效率且有效的做法，盡快到達目的的節點，若僅需要 task 1，就要省去不必要的 task 2。且在定義 user story 時要謹慎，以產品核心價值為導向，環繞策略設計 story，而非漫天發想，會造成產品定位不清，且設計定位不明的後果。 進一步定義產品策略： Why - 商業價值為何？ Who - 誰可以協助完成此商業價值？ How - 有如何完成這個商業價值？ What - 這些步驟要用什麼方法執行/完成？ 透過此架構，可以讓 user story 對應到實際的目標，「以終為始」，每個 sprint 透過 impact map 驅動。而每一季都與 stakeholder 溝通目標，並與團隊一起打造 impact mapping，排出任務目標的優先順序，找出對目標效益大、成本小的任務，並釐清哪些角色可以幫助專案？哪些角色會阻撓專案並進而排除？讓團隊清楚專案與產品脈絡。 Impact map makes your product assumptions visible (and testable).  每個 sprint 需要透過檢驗，若找到目標達成率較高的 sprint，就要果斷確認投入方向，以取得最大效益的成果。在 Gogolook，開發流程的轉型花費了兩年，但確保團隊慢慢進步，往目標邁進。 不要用戰術上的勤勞，去掩蓋戰略上的懶惰 透過思考全局的路線圖，訂定目標與進攻策略，找到最容易成功的路！並妥善安排 Release pla