不瞭解Scrum模式的可以檢視敏捷開發流程總結

本人經過的實戰後發表一些自己四個會議步奏上的一些問題和心得：

1.迭代計劃會議。每個迭代啟動時，召集整個開發團隊，召開迭代計劃會議，所有的團隊成員暢所欲言，明確迭代的開發任務，解答疑惑。

實戰問題：暢所欲言會導致一個人拖延很長的時間。

我的做法：儘量明確到可落實的點，減少對其他無關人員的時間浪費，細節會後說。

例子介紹：商家列表有個排序的功能，有人提出是否可以用置頂來代替此功能？可以作為替換方案，具體方案細節會後討論。（記錄下來點子）

重點：明確迭代的開發任務，解答疑惑。讓所有人理解上達到一致，才能做出想要的產品。

2.站立會議。每天早上，所有的團隊成員圍在Story Wall

實戰問題：因為每天都開，所以也許執行力度不高，或者說有可能團隊只會在有任務的情況下開此會議。

我的做法：每天都開，把這種會議養成一種習慣最好了，沒有任務的情況下，可以讓下面的研發，對已有的功能模組進行優化或者重構，還可以叫研發自主學習新的技術（以後可以分享給團隊）或者研究下個專案需要的功能等。

重點：主要還是要讓大家知道今天要做什麼，有明確的目的才能高效的工作，其次彙報開發進展，提出問題，但不浪費所有人的時間立刻解決問題，而是會後個別溝通解決。

3.總結和反思。每個迭代結束以後，專案組成員召開總結會議，總結好的實踐和教訓，並落實到後續的開發中。

實戰問題：每當開這個會議的時候大家一般會一言不發。

我的做法：在迭代的時候記錄下來實踐和教訓，這時候應該提出幾個問題，讓每一個人員都參與進來，一個一個說。這個會才有意義。

4.演示。每個Story開發完成以後，開發人員叫上測試人員，演示軟體功能，以便測試人員充分理解軟體功能。

以上都是我個人的一些心得，有異議的可以留言我會及時回覆，我的做法並非標準做法。