敏捷開發實踐（2） — 敏捷軟體開發者的習慣
敏捷開發的最小單位就是參與敏捷開發的個人。將這些敏捷開發者聚集起來，就形成了敏捷開發團隊。
正如上回介紹的，敏捷開發是一種以人為核心、迭代、循序漸進的開發方法，它以最大可能地發揮團隊的作用為目的。根據需要，隨時改善，以降低軟體開發中的風險。
敏捷開發者的態度
敏捷開發者首先需要有忠實，勤懇的態度，在此之上要有持續改善和迅速達成目標的緊迫感。如何讓開發者養成敏捷的心態，如何磨練開發者敏捷的意志，讓開發者了解敏捷的習慣很重要。
習慣來自於經驗，習慣需要用實踐來養成。我們來看看作為敏捷軟體開發者必備的4種技能 ：
敏捷開發者的習慣
了解了開發者應該具有的態度，我們就可以從自己開始掌握敏捷開發者的習慣。然後在團隊中展開，最終形成敏捷的團隊。
構成敏捷習慣的要素
重視各種反饋
通過實踐中的反饋，我們可以得到過程中的經驗，並對今後的開發產生有益的作用。但是並不是一味的重視實踐就好了，需要知道何時從實踐和反饋中學習。
為了按階段，週期性的完成實踐及反饋的過程，差生了迭代的概念。
迭代開發
迭代開發方法中，整個開發工作被組織為一系列的短小的、固定長度（如2周）的小專案，被稱為一系列的迭代。每一次迭代都包括了需求分析、設計、實現與測試。採用這種方法，開發工作可以在需求被完整地確定之前啟動，並在一次迭代中完成系統的一部分功能或業務邏輯的開發工作。再通過客戶的反饋來細化需求，並開始新一輪的迭代。
迭代的乙個很重要思想就是將作業按時間單位來劃分，管理。在一定的週期內完成開發的作業。不同的團隊可以按照機能劃分，並行開展，如下圖 ：
比如，乙個專案的作業期間是3個月，按2週為單位來開展迭代開發，那麼迭代的總數就是6個。並且該期限是嚴守的，一旦規定好了一般是不能更改的。
回顧改善
每個迭代結束之後，都需要回顧上個迭代中的內容，考慮是否有改善和堅持的地方，以提高接下來迭代中的開發效率。
該回顧需要定期的地實施，並在30分鐘到1個小時內完成。一般情況下，在白板上使用kpt方法來總結課題。
進行kpt的步驟
敏捷軟體開發之敏捷實踐
good 勝過normal 個體和互動 過程和工具 可以工作的軟體 面面俱到的文件 客戶合作 合同談判 響應變化 遵循計畫 個體和互動勝過過程和工具 人是獲得成功的最為重要的因素。團隊的構建要比環境的構建重要得多。許多團隊和管理者就犯了先構建環境，然後期望團隊自動凝聚在一起的錯誤。相反，應該首先致力...
敏捷軟體開發實踐 概括
應朋友之邀，我準備寫一組文章關於敏捷軟體開發的實踐，也幫助廣大沒有用過agile的或者只停留在書本內容上的朋友親臨敏捷軟體開發這個驚心動魄的歷程。所謂敏捷，書本上有很多的介紹，我也不想重 明輪子了，反正就我的理解，敏捷的精髓就是面向變化，敏捷這個詞語，我最早遇到是出現在玩各種遊戲中，所謂的 力量型 ...
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...