萬事開頭難！

  對於啟動敏捷而言，啟動前安排一個準備階段將對順利的開展第一個迭代很有幫助。整理了下文試圖來說明如何準備啟動敏捷。

  迭代0是指在啟動敏捷開發前的準備工作階段，迭代0一般的時間長度不超過所選擇的迭代週期。
對於看板類做法，如果沒有明確的迭代週期，那麼建議不超過2周，為方便，將看板類的準備工作階段仍然稱為迭代0。
（附帶推薦-對於看板類做法，仍然推薦安排迭代用於回顧和定期展望等等活動）

  迭代0主要完成的任務是組建團隊和準備團隊工作環境，就具體事務整理了如下具體完成定義條目。

迭代0的DoD的最低要求-必須滿足

• 團隊就位，在一起工作，或者遠端快速聯絡的工作方式已經建立
• 如果採用Scrum團隊模型，那麼產品主管（PO）和Scrum Master已經就位，並且參加過敏捷基礎培訓，或者已經閱讀了關於敏捷的基礎知識
• 如果採用看板，那麼看板建設者和需求/事務分析者就位，看板建設者的稱呼可能是Kanban Master，並且參加過看板基礎培訓，或者已經閱讀了關於看板和敏捷的基礎知識
• 如果採用XP或者其它，那麼相應的敏捷推進者和需求分析者就位，敏捷推進者的稱呼可能是敏捷教練，可能是專案經理，或者是團隊領導等等
• 所要處理的軟體系統或者事務範圍已經明確，如果是全新開發系統或者大幅度升級，那麼完成初步的架構設計
• 初步建立Backlog，如果採用迭代，提供足以覆蓋迭代1的待辦事項，並且待辦事項的顆粒度小於迭代週期能處理的規模；如果採用看板類，提供足以覆蓋1周的待辦事項。
• 在工位附件白板設立，物理白板或者電子白板都可以，使用物理白板的話，需要貼紙、白板筆等等
• 個人開發環境就位，比如Eclipse
• 配置管理工具到位，比如Git, SVN等等

迭代0的DoD的推薦要求，按推薦程度排序

• 召開團隊會議，討論得到團隊章程第1稿，對迭代1的基本做法有所約定
• 團隊協作工具到位，比如Redmine，Jira等等
• 團隊全員參加敏捷基礎培訓，或者閱讀關於敏捷的基礎知識
• 進行初次敏捷掃描，識別高優先順序的改進事項
• 制定初步釋出計劃