計畫會議（planning meeting）
參與者：整個團隊，包括產品（product owner）、scurm master、scrum team（開發、qa）每日站會（daily meeting）目的：product owner從product
backlog中梳理出這期sprint需要完成的backlog，並與團隊成員達成共識。注意區分userstory和backlog的區別，userstory可以是任何乙個需求、想法，未經過評審，而backlog是經過團隊評審確認的需求，可以放到後續的版本中進行迭代開發的。
注意參與者：scurm master、scrum team（開發、qa） 目的：每個人回顧昨天做了什麼，今天要做什麼，需要什麼幫助評審會議（review meeting/showcase）
參與者：整個團隊，包括產品（product owner）、scurm master、scrum team（開發、qa）回顧會議（retrospective meeting）目的：將完成的產品特性展示給使用者驗收，並收集使用者反饋
sprint 評審會議: po向stakeholder展示潛在可交付的產品增量.參與者：scurm master、scrum team（開發、qa）目的：回顧這個sprint，哪些地方做的好，哪些地方做的不好。探索如何才能提高效率和質量。利用5whys來尋找問題解決方式。
sprint 回顧會議: 團隊內部共同審視剛剛過去的sprint，並尋找方法在接下來的sprint做的更好
sprint評審會議的目標：
驗證產品是使用者所想要的
討論接下來的features是什麼樣子
獲得stakeholder認同和信任
迫使可交付的產品準備完畢
最後一點常常被忽略。有時sprint評審會被誤以為是另乙個演講機會。「看看我們做了多少偉大的工作……powerpoint…」這不是客戶或stakeholder希望看到的。他們想看真正的產品!
如何進行優秀的sprint評審會：
集中精力展示產品
保持功能陳述的簡單和簡短
盡可能避免使用ppt，而是使用短劇或其他有創意的帶有互動性的方式
使用團隊的系統(例如電子看板系統)展示計畫的工作
提前為會議做些許準備
讓stakeholders參與進來！
有了乙個很棒的sprint評審和許多積極的反饋以後，是時候把這些積極的能量帶到sprint回顧會中了。
找出sprint過程中，哪些地方執行的很好
哪些地方執行的不好
團隊可以做哪些改進
執行」回顧會「給團隊帶來的好處：
識別可以改進團隊執行的工作，並制定工作計畫
可盡早停止那些不利的事務
分享在剛剛的sprint中自己的經驗教訓
花時間傾聽每個人的意見，獲得團隊的認同
就像在sprint計畫中一樣，執行sprint回顧的最佳方式是玩遊戲。這被稱為 "retro game"
評估哪些地方做的好，哪些地方做的不好
做的不好的地方有哪些改進措施
Scrum評審會議
會議目的 scrum 團隊在會議中向終端使用者展示工作成果，團隊成員希望得到反饋，並以之建立或變更 backlog 條目。基本要求 sprint 複審會議允許所有的參與者嘗試由團隊展示的新功能。構成部分 有可能發布的產品增量，由團隊展示。會議輸出 來自終端使用者的反饋。障礙 backlog 的輸入。...
scrum回顧會議
今天第一次開了sprint的回顧會議，整理了乙個sprint中哪些做的不好？哪些做的好？也整理了21條我們認為做的不好的地方。通過對21條不好的分析，我們提煉出優先順序最高的5條。比如 任務還不夠細化，不能很好的估算時間 開發 質量不高 測試沒 相互等待，缺乏溝通 工作量集中在某幾個同學身上，造成瓶...
Scrum之 回顧會議
scrum中sprint計畫會議是最重要的事件，第二重要的事件就是回顧會議，因為這是團隊做改進的最佳時機。如果沒有回顧，就會發現團隊在重犯相同的錯誤。在sprint的評審會議後，團隊需要進行一次回顧會議，以下我將把會議主要內容羅列一下。以下會議內容來自於scrum checklists和scrum ...