這篇文章介紹了什么是“回溯”，以及如何在產品管理的方方面面應用這項技能。

作為產品經理，我們的任務絕不僅規劃功能那么簡單，我們還需要負責建立工作流程、探索產品最優落地方式、并且努力搭建一個能讓產品高效進化的團隊文化。以下這些工作，都是在強化產品的進化引擎，讓產品能隨時間持續進化。

回溯（Retrospective）是強化引擎最有價值的方法之一。它幫助我們界定什么是好的、不好的，推動產品和流程向著越來越好的方向迭代。

一、回溯的定義

回溯指以批判性思維回顧過往經歷。

它由4個核心要素組成：

1. 定義什么是好的，繼而在接下來繼承
2. 定義什么是不好的，繼而在接下來改正
3. 為了取長補短，制定下一步規劃
4. 確認制定的下一步規劃得到執行。

二、如何實施回溯

一般來說，回溯都是在迭代周期中執行，所以接下來具體分析在版本迭代中怎么進行回溯。

在進行回溯前，有些準備工作要做：

首先，你需要找到正確的隊友，即能夠快速融入回溯過程中的同事，注意3點：

1. 最好包括持不同意見的隊友：想要精確地回顧好壞，團隊必須從各個不同的方面去思考。
2. 也別忘了帶上有良好執行力的同事。
3. 為了不稀釋每個人的意見，回溯團隊的人數也不要太多。就我自己來說，一般回溯團隊中會包括一個工程師，一個設計還有一個QA。

其次，讓團隊保持信息同步：讓每個人看到你們將要記錄下來的東西，使用白板或者電腦都可以。一定要清晰地展示回溯四要素供隨時參考。

團隊組建好了，也找到使大家保持同步的方法了，現在可以正式進行回溯了。確保每個人知道正在回溯哪個版本，以及當初該版本的迭代計劃。

接下來是正式的回溯流程：

第一步：”什么做得好”

在問大家覺得上次迭代中覺得那部分工作做得很好的時候，可能很多人不習慣表揚自己，我的應對方法是先真誠地表揚一些人，而且特別指出他們具體的貢獻，這樣之后大家就比較放得開。

下面是一些“做得好”的具體例子：

• 有一個組員沖刺得特別快，還能順手幫助其他人
• 上線的某個功能在用戶中反響非常好
• 整個團隊的創新思維讓我們項目進展比預估要快

第二步 “什么做得不好”

和不習慣表揚自己一樣，團隊可能也不習慣當眾指出別人的問題。盡管很難在不歸責的情況下界定“什么做得不太好”，還是要跟團隊強調，回溯目的在于診斷問題和改進工作，而不是追責。如果大家仍然比較沉默，不妨從自己開始，反思自己哪些事情本可以做得更好。

下面是一些關于“什么做得不好”的具體例子

• 我有個JIRA卡寫得不夠清楚，導致分任務的人比較糾結
• 我們曾經沒有如期完成任務
• 用戶比我們自己更早發現了一些問題，而且這些問題影響大、原可避免

第三步“接下來該怎么做”

討論完“什么做得好”“什么做得不好”，大家心里多少有些想法了，是時候進行頭腦風暴了，頭腦風暴的任務是確定接下來要做哪些取長補短的工作，要得到大家一致同意的結論。

第四步“是否執行了回溯討論的決議”

到這步暫且放下剛剛討論的，更往前去看看上次回溯工作的結論，看看上次大家一致同意的“接下來該怎么做”是否被有效地執行了。如果執行了，有什么效果嗎？是否需要繼續？對剛剛進行的最新一次回溯有什么啟示？

做完上述四步，回溯工作已近結尾，最后需要做的就是把討論過程和結果文檔化并且公告整個團隊。

總結

回溯是個非常有效的工作方式，它幫助產品持續地向著更好的方向進化。作為產品經理，你幾乎可以把回溯這種工作方式應用到產品管理的任何方面，而不僅僅是版本迭代。

回溯的四個核心要素：定義上次迭代的優點、定義上次迭代的缺點、制定下一步計劃、回顧計劃是否被有效執行。

最后，回溯提醒我們對每個人的工作心懷感激，如此，你和你的團隊都將得到極大的成長。

作者：Clement Kao

原文鏈接：https://www.productmanagerhq.com/2018/09/retrospectives/

翻譯：羊小雙雙

本文由 @羊小雙雙 翻譯發布于人人都是產品經理，未經許可，禁止轉載。

題圖來自 Unsplash，基于CC0協議。