敏捷開發，強調的是靈活，應變能力，所以並沒有一定的條條框框的限制來制約你如何按照乙個固定的模式去操作，在實際運用過程中，會遇到這樣那樣的問題，都需要根據具體情況而定，不過一些啟發，總是有的。
1、在第一次會議的時候，盡量準備充分，把多個store劃分為不同的task，如果遇到問題，需要立刻停下來，好好總結，切不可一直糾結，果斷中止，是個好建議，回去冷靜好好思考，好好準備；
2、一般sprint的通過判斷，嚴重級別為1、2的bug為0個，允許少量3級的bug存在，但不能是阻塞主流程的（這個因人而異，可能阻塞的情況和造成阻塞的復現步驟，不一定能定位為1、2級的嚴重bug）
3、但任務緊，團隊人員水平參差不齊的時候，可以考慮「結對編碼」，不過需要注意態度、細節
4、一般乙個sprint定為乙個月，前3個周編碼開發，後1個周用來修復bug，測試在第乙個階段就可以入駐，進行測試用例的編寫和業務的熟悉，如果有有效的面對面溝通渠道，文件可以盡量簡單，突出中心思想即可
5、由於之前說的不同職能部門的人員混合組成乙個臨時的團隊，這裡的人員，需要面對工作方式和側重點的不同而可能產生的矛盾，需要乙個主持人來控場
6、敏捷強調的是人，所以人的自我管理，很重要。
因為很多時候，管理的時候，就會發生變化，需要乙個全域性主控的人，來把握各個階段，不至於偏離，這點有很多歧義，我認為乙個經驗不足的，剛剛畢業的，也可以勝任，因為我比較相信人的潛力無限大，但乙個人真正想成為奇蹟的時候，他真的可以創造奇蹟，當然，這必須是有很大的決心和行動力的，可是這點不是很被很多管理高層認同。
構築敏捷的開發團隊
本人節選自 構築敏捷的開發團隊 微軟visual studio 2010實戰兵法 一書 專 家 推 薦 這本書是首度與全球同步發布的visual studio 2010相關的中文書籍，由微軟中國的同仁參與共同策劃，完整地體現了敏捷團隊開發的秘訣，涵蓋架構設計 開發 測試與整個軟體開發過程的每個管理環...
構築敏捷的開發團隊
本人節選自 構築敏捷的開發團隊 微軟visual studio 2010實戰兵法 一書 專 家 推 薦 這本書是首度與全球同步發布的visual studio 2010相關的中文書籍，由微軟中國的同仁參與共同策劃，完整地體現了敏捷團隊開發的秘訣，涵蓋架構設計 開發 測試與整個軟體開發過程的每個管理環...
敏捷轉型 團隊如何變敏捷？
敏捷的原則傾向於一些常識和一系列艱苦的工作，通常，我們會聽到很多關於敏捷的資訊，比如敏捷轉型是團隊嘗試成為敏捷的一種流行方式。很多團隊會聘請敏捷顧問，花幾個月的時間幫助團隊進行敏捷轉型，這個過程只需要支付一筆錢。最後整個團隊真的就轉型成敏捷了嗎？像這樣的轉變有意義嗎？其實，實現敏捷的方法不僅是轉型，...