回顧會議該怎麼開？團隊不同，大家的做法或許各有不同。我想介紹一種我最喜歡的方式，特別是因為這種方法經受住了時間的考驗，很多年以來，我已經把它運用在了很多很多的團隊裡。

開始/停止/繼續

我喜歡在sprint回顧會議上問團隊成員3個問題：他們想開始做什麼？他們想停止做什麼？他們想繼續做什麼？這種型別的會議因此有了一個別名，叫“開始/停止/繼續”會議。

開始事項是指某個團隊成員想要團隊把它們加入流程的那些事。一些例子如下：

• 把軟體早一點展示給客戶
• 早一點與客戶確定驗收測試
• 做程式碼審查
• 準時參加每日站會
• 在當前需求沒有完成之前不要開始做新需求

在停止清單上的事項是指團隊裡的人認為效率低下或者浪費時間的那些事。團隊應該停止做這些事。一些例子如下：

• 在還沒有跑通過所有測試之前就提交程式碼
• 每日站會的時間超過15分鐘
• 在我們覺得當前sprint進度落後的時候跳過product backlog refinement會議

在繼續清單上的事項是指團隊想要繼續重視但還沒有養成習慣的那些事。也就是說，上述開始或停止清單上的任何事項都可能進入繼續清單，並且在這個清單上呆上幾個sprint。

做一件事一旦變成了習慣，它便將最終從繼續清單上刪除。要不然，繼續清單會變成超級冗長！

以不同的方式詢問

Scrum Master可以用不同的方式去詢問團隊成員。最簡單的就是，直接讓他們大聲說出來。團隊成員可以自由地說出他們想要開始/停止/繼續的事項。這是我的預設模式。

但是，如果總是這樣子，一個sprint接著另一個sprint，難免會讓人覺得乏味。因此，我會搞些花樣，有時候我會在房間裡四處走動，挨個兒叫他們給我一個事項，也許在房間裡走上兩遍之後才會進入下一個議程。

其他時候，我會關注在一種特定型別的事項上——常常是停止事項。我會讓所有團隊成員直接說出他們想要停止做的事情，除此之外什麼也別說。我可能會混用兩種方法。我會走到每個人的身邊，挨個兒讓他們指出在當前流程裡他們想要停止做的一件事。

在“開始/停止/繼續”回顧會議上，為了收集大家的想法，有大量方法可以混合起來使用。這些方法足夠用一陣子的，不至於讓大家覺得無聊或重複。

投票

在收集了足夠多的想法之後，就要請團隊成員投票選出最重要的一項或幾項。什麼時候該開始投票呢？這常常是顯而易見的，也就是在創造性逐漸消失、新的想法不再那麼快速冒出來的時候。

Scrum Master可以讓每一個團隊成員給最重要的一項投票，或者也可以使用任何典型的多投方法。舉例來說，給每個團隊成員3張選票，他們可以根據自己的意願把票投出去（包括把所有3張票都投給同一項）。

我喜歡在回顧會議上採用多投這種方法。回顧會議列出來的大部分事項，實際上很多都不需要花時間去做。很多都是行為上的。考慮一下上面給出的一個例子：要準時參加每日站會。那不用花時間。實際上，也許還是省時間的。

通過多選，團隊可以選擇改變行為，以及做一些其他事。通常來說，我的選擇不會超過3項。即使它們不費時間（或者說不費很多時間），選擇太多事項也會降低那些所選擇之事的重要性。

除了投票選出新增事項之外，也需要討論一下繼續清單上的那些事項，是否已經達到預期了，於是不再重要或者因為其他什麼原因應該從清單上刪除了。

下一次回顧

在下一次回顧會議上，我建議Scrum Master把前一次會議上收集來的想法都過一遍，包括那些被選擇執行的和沒有被選擇的。這些可以作為下一次回顧會議的開場討論。

我喜歡在一張大紙上把它們都寫下來，然後靜靜地把它貼在牆上。如果團隊需要，或者想要參考一下，這些事項總是靜靜地呆在那裡。然後，我會組織新一輪的“開始/停止/繼續”討論。

有哪些好處？

我發現，這樣組織回顧會議的好處是：快、容易做、沒壓力、有效！“開始/停止/繼續”會議是非常行動導向的。我們沒有花時間在員工感受上。我們沒有問團隊成員他們在sprint裡的感受怎麼樣，是開心還是不快，感受到了溫馨還是矛盾……

每個事項都會直接引起行為上的改變。團隊將開始做一些事，或者他們將停止做一些事，或者他們將繼續做一些事，直到養成一種習慣。

我可以預見，很多人會說，員工的感受才是重中之重。我們只有首先處理好人們的感受問題，我們才不知道應該怎樣去採取行動。沒錯！有一些情況確實是這樣。但是，在其他大量的情況下，我們可以直接分辨出該做的事情（比如“我們需要開始早點做測試”）。

這就是在sprint回顧會議上引入“開始/停止/繼續”方法的優勢所在！