目錄
Scrum
Scrum Meeting功能及要點
Scrum Meeting點評
Scrum
定義：是一種軟體開發流程。它並不是一項技術，這種開發方式的主要驅動核心是人，它採用的是迭代式開發。
Scrum開發流程中的三大角色：
(a)產品負責人（Product Owner）
(b)流程管理員（Scrum Master）
(c)開發團隊（Scrum Team）
開發流程
(1)首先需要確定一個Product Backlog（按優先順序排列的一個產品需求列表），這個是由Product Owner 負責的
(2)Scrum Team根據Product Backlog列表，做工作量的預估和安排
(3)有了Product Backlog列表，需要通過 Sprint Planning Meeting來從中挑選出一個Story作為本次迭代完成的目標，這個目標的時間週期是1~4個星期，然後把這個Story進行細化，形成一個Sprint Backlog
(4)Sprint Backlog是由Scrum Team去完成的，每個成員根據Sprint Backlog再細化成更小的任務（細到每個任務的工作量在2天內能完成）
(5)在Scrum Team完成計劃會議上選出的Sprint Backlog過程中，需要進行 Daily Scrum Meeting（每日站立會議）
(6)做到每日整合，也就是每天都要有一個可以成功編譯、並且可以演示的版本；很多人可能還沒有用過自動化的每日整合，其實TFS就有這個功能，它可以支援每次有成員進行簽入操作的時候，在伺服器上自動獲取最新版本，然後在伺服器中編譯，如果通過則馬上再執行單元測試程式碼，如果也全部通過，則將該版本釋出，這時一次正式的簽入操作才儲存到TFS中，中間有任何失敗，都會用郵件通知專案管理人員
(7)當一個Story完成，也就是Sprint Backlog被完成，也就表示一次Sprint完成，這時要進行 Srpint Review Meeting（演示會議），也稱為評審會議，產品負責人和客戶都要參加（最好本公司老闆也參加），每一個Scrum Team的成員都要向他們演示自己完成的軟體產品（這個會議非常重要，一定不能取消）
(8)最後就是 Sprint Retrospective Meeting（回顧會議），也稱為總結會議，以輪流發言方式進行，每個人都要發言，總結並討論改進的地方，放入下一輪Sprint的產品需求中
Scrum Meeting功能及要點
功能
（a）通過站立會議能狗得到最新的障礙 Backlog
（b）能夠得到最新的 Sprint Backlog
（c）能夠實現對工作進度圖的更新
要點
（a）每次會議控制在15分鐘左右
（b）每個人都必須發言
（c）向所有成員當面彙報你昨天完成了什麼，承諾你今天要完成什麼，提出不能解決的問題
（d）每個人回答完成後，要走到黑板前更新自己的 Sprint burn down（Sprint燃盡圖）
Scrum Meeting點評
學生學識膚淺，對Scrum只有很短的接觸時間，所以對站立會議做出的評價僅代表個人觀點，贅述拙見，望海涵。我將我的觀點分為以下兩個方面：
1）這是一個很神奇的會議。它神奇在能有效的凝聚團隊。前文有說Scrum是一個人為主要核心推動力的團隊，我想站立會議絕對是對這一點特質的絕好體現。這不僅讓團隊中的每個人都熟悉了彼此的工作內容，還可以從中汲取營養或者錯誤的教訓，至少一個認真的成員能夠明顯體會到相比在其他普通團隊的學習效率遠不如此。2）站立會議的幾個要點在鄒欣老師的《構建之法》中也有提到，而且在書中詳細的敘述了這些要點的目的及意義。與此同時也特意列舉了流於形式的會議的情景，我對鄒老師的觀點十分欽佩和讚賞：“這樣的會議有用麼？也許昨天掰的棒子沒處理，今天就掰另一個棒子去了，明天又來一個新棒子……”所以站立並不是為了激情才把大家湊在一起熱鬧熱鬧，我想是為了實質才設立的，也就是推進工程、融合各方不同意見。也許這就要看一個Scrum Master的能力了。
本文關於Scrum的資料源於：http://www.cnblogs.com/taven/archive/2010/10/17/1853386.html
站立會議資料源於：http://www.zhoujingen.cn/blog/7265.html