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的專案，而不是突出個人貢獻。
敏捷實踐之如何開好scrum回顧會議
scrum中的5個活動分別是 產品代辦事項列表梳理 product backlog sprint計畫會議 sprint plan meeting 每日站會 scrum daily meeting sprint 評審會 sprint review meeting sprint 回顧會議 retrosp...
scrum回顧會議
今天第一次開了sprint的回顧會議，整理了乙個sprint中哪些做的不好？哪些做的好？也整理了21條我們認為做的不好的地方。通過對21條不好的分析，我們提煉出優先順序最高的5條。比如 任務還不夠細化，不能很好的估算時間 開發 質量不高 測試沒 相互等待，缺乏溝通 工作量集中在某幾個同學身上，造成瓶...
Scrum之 回顧會議
scrum中sprint計畫會議是最重要的事件，第二重要的事件就是回顧會議，因為這是團隊做改進的最佳時機。如果沒有回顧，就會發現團隊在重犯相同的錯誤。在sprint的評審會議後，團隊需要進行一次回顧會議，以下我將把會議主要內容羅列一下。以下會議內容來自於scrum checklists和scrum ...