回溯的能力:比起規劃產品,優秀的產品經理規劃“產品發動機”
這篇文章介紹了什么是“回溯”,以及如何在產品管理的方方面面應用這項技能。
作為產品經理,我們的任務絕不僅規劃功能那么簡單,我們還需要負責建立工作流程、探索產品最優落地方式、并且努力搭建一個能讓產品高效進化的團隊文化。以下這些工作,都是在強化產品的進化引擎,讓產品能隨時間持續進化。
回溯(Retrospective)是強化引擎最有價值的方法之一。它幫助我們界定什么是好的、不好的,推動產品和流程向著越來越好的方向迭代。
一、回溯的定義
回溯指以批判性思維回顧過往經歷。
它由4個核心要素組成:
- 定義什么是好的,繼而在接下來繼承
- 定義什么是不好的,繼而在接下來改正
- 為了取長補短,制定下一步規劃
- 確認制定的下一步規劃得到執行。
二、如何實施回溯
一般來說,回溯都是在迭代周期中執行,所以接下來具體分析在版本迭代中怎么進行回溯。
在進行回溯前,有些準備工作要做:
首先,你需要找到正確的隊友,即能夠快速融入回溯過程中的同事,注意3點:
- 最好包括持不同意見的隊友:想要精確地回顧好壞,團隊必須從各個不同的方面去思考。
- 也別忘了帶上有良好執行力的同事。
- 為了不稀釋每個人的意見,回溯團隊的人數也不要太多。就我自己來說,一般回溯團隊中會包括一個工程師,一個設計還有一個QA。
其次,讓團隊保持信息同步:讓每個人看到你們將要記錄下來的東西,使用白板或者電腦都可以。一定要清晰地展示回溯四要素供隨時參考。
團隊組建好了,也找到使大家保持同步的方法了,現在可以正式進行回溯了。確保每個人知道正在回溯哪個版本,以及當初該版本的迭代計劃。
接下來是正式的回溯流程:
第一步:”什么做得好”
在問大家覺得上次迭代中覺得那部分工作做得很好的時候,可能很多人不習慣表揚自己,我的應對方法是先真誠地表揚一些人,而且特別指出他們具體的貢獻,這樣之后大家就比較放得開。
下面是一些“做得好”的具體例子:
- 有一個組員沖刺得特別快,還能順手幫助其他人
- 上線的某個功能在用戶中反響非常好
- 整個團隊的創新思維讓我們項目進展比預估要快
第二步 “什么做得不好”
和不習慣表揚自己一樣,團隊可能也不習慣當眾指出別人的問題。盡管很難在不歸責的情況下界定“什么做得不太好”,還是要跟團隊強調,回溯目的在于診斷問題和改進工作,而不是追責。如果大家仍然比較沉默,不妨從自己開始,反思自己哪些事情本可以做得更好。
下面是一些關于“什么做得不好”的具體例子
- 我有個JIRA卡寫得不夠清楚,導致分任務的人比較糾結
- 我們曾經沒有如期完成任務
- 用戶比我們自己更早發現了一些問題,而且這些問題影響大、原可避免
第三步“接下來該怎么做”
討論完“什么做得好”“什么做得不好”,大家心里多少有些想法了,是時候進行頭腦風暴了,頭腦風暴的任務是確定接下來要做哪些取長補短的工作,要得到大家一致同意的結論。
第四步“是否執行了回溯討論的決議”
到這步暫且放下剛剛討論的,更往前去看看上次回溯工作的結論,看看上次大家一致同意的“接下來該怎么做”是否被有效地執行了。如果執行了,有什么效果嗎?是否需要繼續?對剛剛進行的最新一次回溯有什么啟示?
做完上述四步,回溯工作已近結尾,最后需要做的就是把討論過程和結果文檔化并且公告整個團隊。
總結
回溯是個非常有效的工作方式,它幫助產品持續地向著更好的方向進化。作為產品經理,你幾乎可以把回溯這種工作方式應用到產品管理的任何方面,而不僅僅是版本迭代。
回溯的四個核心要素:定義上次迭代的優點、定義上次迭代的缺點、制定下一步計劃、回顧計劃是否被有效執行。
最后,回溯提醒我們對每個人的工作心懷感激,如此,你和你的團隊都將得到極大的成長。
作者:Clement Kao
原文鏈接:https://www.productmanagerhq.com/2018/09/retrospectives/
翻譯:羊小雙雙
本文由 @羊小雙雙 翻譯發布于人人都是產品經理,未經許可,禁止轉載。
題圖來自 Unsplash,基于CC0協議。
- 目前還沒評論,等你發揮!