Posts

Showing posts from July, 2018

ProductTank Taipei #10 - 敏捷轉型:找到團隊的敏捷之道

Image
張士杰 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 plan,根據 impact map 路徑的優先順序往回逆推,先考量最有效益…