保持透明性、檢視與調整是Scrum的三大支柱，
以此作為支撐我們才可以對整個開發過程進行持續的改善。

回顧會議是Scrum檢視與調整的一個重要的環節,在這個會議上，ScrumMaster鼓勵團隊在Scrum過程框架和時間範圍內，
對自己的開發過程進行改進，並確定什麼樣的調整可以使下一Sprint的效率更高、結果更令人滿意和更易於工作。
回顧會議旨在對前一個Sprint週期中的人、關係、過程和工具進行檢驗。
檢驗要確定好的做法繼續保持，以及需要摒棄或改善的做法。

這些包括：Scrum團隊構成、會議安排、工具、“完成”定義、溝通方法和將產品Backlog條目轉化成“完成”工作的過程。
在Sprint回顧會議的最後，Scrum團隊應該確定將要在下個Sprint中實現的有效改進方法，並在接下來的Sprint中付諸行動。

然而，開好回顧會議，讓其起到促進團隊持續改善的效果並非易事。
要開好回顧會議對會議的形式、主持人的協調能力都有很高的要求。

如果回顧會議過於形式化和刻板則會使團隊喪失參與的興趣，
不利於團隊成員說出真實的想法，也不利於發掘更有效的改進建議。

ScrumChina linkedin group（http://www.linkedin.com/groups?gid=3343227）
對此進行了熱烈的討論，也分享了不少有用的實踐，許多參與者認為回顧會議應該保持輕鬆愉快的氛圍，
讓大家暢所欲言，在這裡挑出其中的一些供大家參考：

Jingbin Liao：建議增加一個感謝環節，每個人都可以感謝其他人對我的幫助，感謝某某某對團隊做出的貢獻。

Kai Wang ：我們的實踐一般會再加一個問題：對於not working的，
我們要採取什麼行動 如果這個sprint提的行動，到下一個sprint還沒有執行，就加大一個字號，
到下下一個sprint還沒有執行，就再加大一個字號，以此類推。

Hongquan Yin ： 討論什麼不好，然後就要想出解決的方法。
另外反思會另外一點就是增進團隊成員之間的情感交流，因為我發現在做scrum task的時候，更多的是就事論事，比較乾燥。

Fred Liu ：retrospective是對過程的反思，形式不固定，搞點活潑的也挺好，不過主題不要跑偏了。 說不定可以來點禪家的冥想
Mike Li ：製作一些表情符，用這種方式讓大家表達一下對Sprint的感受，高興？沮喪？激動？無所謂？

Mark He ： 個人覺得Retrospective最重要還是要能聽到真話，Team和個人的Pain Point是什麼，以便持續改進。
所以除了什麼方面做的好，什麼不好之外，一般我會在回顧會議開始加小環節，
總結通報上次會議定下來的行動列表，哪些做了，哪些還沒有，沒有做的聯絡人是誰，原因是什麼，接下來會怎麼做。
回顧會議的結尾，也會做個小結，根據會議內容列出行動列表，便於後期檢查。
見過有Team開了會但是沒有行動列表的，沒有實實在在的解決問題，結果每次開討論的問題都差不多，最後Team就皮掉了。
當然這個方法未必就一定好，只是個人幾次實踐下來發現效果還可以，至少Team知道確確實實重視他們的意見，也在不斷改進，就會更加願意說真話，良性迴圈 。

De Yi (Linda) Liu：我們的做法是（個人感覺很有效）：每人發三張便籤紙，
分別寫下： – What to Keep – What to Change – What to Try
每張紙上不能超過三條。如果實在沒有，也可以不寫，或少於三條，但不能一張也不寫。
（可以記名，也可以不記名，由Team自己決定） 然後把所有的紙條收集到一起，貼到白板上，總結出每一項的Top 3。
經過小組一致同意，確定下來。在新的Sprint中隨時跟蹤執行情況，並在下一個Retrospective的時候總結。
這樣做有很多好處： – 每個人都得以發言 – 大家不會受到某些比較“積極”發言的人的影響 我們在使用這種方法前，往往只是Scrum Master或少數幾個活躍的成員發言，其他人”默許”。
但是用了這種方法後，每個人都能提出很有建設性的建議。 另外，如果是記名的，還可以用來評選Sprint Champion。
比如誰的“What to try”的建議被採用得最多。
這又引出我們活躍團隊氣氛的一個方法：Sprint Champion。
我們的Scrum Team在Sprint Review、Plan、Retrospective時，都會評選不同的Sprint Champion。
經過實踐，效果非常好。當然，Champion的內容要選擇有利於Team work的專案，而不是突出個人貢獻。