敏捷軟體開發參與人員不是哪個個體，而是乙個團隊，他包括專案的客戶和領導，還是更重要的團隊成員。事前和大家把敏捷實踐的資訊溝通到位是首要的。所以為了營造乙個好的，受支援的實踐環境。我和美國的客戶及專案組成員做了細緻的溝通。由於專案領導關心的是我們的軟體開發過程有沒有在cmmi的受控範圍內，所以，我們在沒有取得實踐成果之前，還是不會跳出cmmi這個規則的大框架。當然，衝突的地方我們盡量使用裁減工具。
首先我們主要是引入單元測試，持續整合，重構，持續發布。
單元測試工具大家肯能會首選nunit，我也不例外，畢竟用的時間長，成熟，但是我們最後測試其不支援精簡版的程式集的測試，還是放棄了他。選用了我認為更有潛力的mstest，就是vs2005之後就自帶的單元測試工具。微軟太強了，.net平台上的好工具基本都被它一一模仿並整合到ide了。
持續整合選擇cc.net，這是乙個很不錯的工具，可以將mstest,msbuild,ncovery,fitnesse...等工具很好的整合在一起。當然我們選擇使用它來實現了1,從vsts獲取** 2，編譯解決方案 3，執行單元測試 4，傳送測試報告 5，發布 。
visualstudio 2005之後就可以很好的支援重構了，使用其中的重構工具可以大大節約重構時間。
另外，採用迭代開發，會在每個迭代週期進行一次發布，讓客戶可以及時看到系統的樣子。然後給他們提供後續需求和調整的依據。同時讓他們可以很容易地知道專案的進度。
敏捷衝刺前準備
梁林 測試 完善alpha階段未完成的剩餘舍費和賬單的關聯，轉本地儲存資料為資料庫儲存，介面的簡介化。使用者許可權，舍費充值記錄，圖示顯示，充值功能看實際情況能否做出來。beta階段的分工還是要明確一些，alpha階段我們團隊的分工較為模糊，沒有很好的說清楚每個人該幹什麼事，所以我們這個階段要做的團...
敏捷優秀實踐
以下是個人在專案過程中，對專案管理的學習和總結，目的是為了使得開發更有效和舒服，一切順理成章。如有不足之處，還請批評指正。1.專案進度的時間分配 b 最好能讓專案經理或者專案負責人來分配，結對程式設計中主導者負責分配副手的時間 b 不要讓程式設計師自己去分配，因為他對於總體進度的理解不如把控全域性的...
敏捷實踐總結
經過半年的實踐，可以總結了。這次敏捷實踐總體上說是比較成功的，完全按計畫完成了任務，團隊的凝聚力較強，員工進步很大，我個人也很有收穫。還是說說可以改進的地方吧 1 產品負責人不在團隊中，會有很大的問題。這體現在很多問題在最後評審時才提出來。我只是技術負責人和日常管理。雖然後期我也有意識的加強了和產品...