當開發人員和客戶確定了使用者素材和本次的迭代計畫之後，首先要做的就是將制定的計畫發布，這樣便於開發人員對整個迭代有乙個清晰的認識，換句話說就是讓開發人員對本次迭代的目標有乙個了解，增強開發人員對本次迭代的信心。
計畫的發布通常採用活動掛圖、白板或其他工具，以列表的形式列出任務，開發人員逐個領取他們想要的任務或專案負責人分配給尚有預算工時的人員一些未被領取的任務。
在敏捷開發中通常每天採用「立會」的方式對每日的工作進行彙總和統計，保證在第一時間發現和解決問題。
「每日立會」開始的時候，所有專案人員一起面對計畫展板，依次針對昨天做了什麼，今天要做什麼，有什麼問題三個方面進行每日總結和思考，並修改展板上的內容，會議時間通常在15分鐘左右。在此過程中經常出現的會議超時，言之無物等問題，所以要求開發人員要積極主動進行思考，積極改善開發過程，提出自己的意見和建議。
一次迭代結束之後，不僅僅要完成使用者需求，產生乙個可交付的產品，同時在開發過程的經驗和教訓也是本次迭代需要整理的重要資源。所以迭代結束的時候，專案人員要認真對專案進行計畫的制定、計畫的執行、執行過程中的問題、下次迭代需要注意和改進的地方等幾個方面進行總結，並提出自己的意見和建議，為下次迭代的改進提出參考。
通過一次次的迭代，專案人員能夠參與到專案管理中，不再單純的完成任務，開發會變得舒適和主動，這正是敏捷開發所預期的。
今天就講到這裡，下次繼續講解敏捷開發的下乙個內容。敬請期待！
敏捷開發之道（九）設計（續）
在上次的博文敏捷開發之道 八 設計中，我們講解了一下在傳統開發過程中的設計存在的一些缺陷和原因。今天我們講解一下敏捷開發是如何對待設計的。在實際的開發過程中，經常會存在兩種設計極端，一種是過度設計，一種是設計不足。兩種情況對於專案來講都會造成不好的影響，所以在開發過程中應該盡量去避免這兩種極端，但是...
敏捷開發修煉之道
敏捷開發宣言 敏捷的精神 敏捷的修煉之道 敏捷工具箱 做事欲速則不達 對事不對人 排除萬難，奮勇前行 敏捷需要不斷的學習和充電 跟蹤變化 對團隊投資 懂得丟棄 打破砂鍋問到底 把握開發節奏 沒有任何計畫在遇敵後還能繼續執行。讓客戶做決定 讓設計指導而不是操作開發 好設計是一張地圖，它也會進化。設計指...
敏捷開發修煉之道
敏捷開發宣言 敏捷的精神 敏捷的修煉之道 敏捷工具箱 做事欲速則不達 對事不對人 排除萬難，奮勇前行 敏捷需要不斷的學習和充電 跟蹤變化 對團隊投資 懂得丟棄 打破砂鍋問到底 把握開發節奏 沒有任何計畫在遇敵後還能繼續執行。讓客戶做決定 讓設計指導而不是操作開發 好設計是一張地圖，它也會進化。設計指...