在先啟階段的初迭代中，由構思新項目開始項目管理工作流程，其間，將創建并復審初的前景、商業理由和風險列表工件。目標是獲得足夠的資金，以便繼續進行限定規模和計劃等重要工作。
創建了軟件開發計劃初稿，并通過初的迭代計劃啟動項目。使用這個初的授權，可以繼續針對評估項目規模和風險中的前景、風險列表和商業理由進行工作，以便為充實制定軟件開發計劃中的軟件開發計劃建立穩固的基礎。
在完成軟件開發計劃的制定后，應當對項目的風險和可能的商業回報有足夠的了解，以便作出明智的決定，為先啟階段的其余部分爭取資金，或放棄該項目。在這里，項目管理工作流程將合并到所有后續迭代的公用流程。
在計劃下一次迭代中，項目經理和構架設計師決定在下一次迭代中要改進或實現的需求。在早期的迭代中，重點是發現和改進需求；而在后期的迭代中，重點是構建軟件來實現這些需求。迭代計劃在管理迭代中執行，管理迭代后以對迭代的評估和復審而結束，判斷是否已經實現了迭代的目標。如果迭代明顯無法達到目標，并且已斷定在隨后的迭代中無法恢復項目，則可以通過迭代驗收復審來判斷是否應當終止項目。
另一種選擇是，可以在迭代的中點附近進行迭代評估標準復審，對迭代測試計劃進行復審，這時，測試計劃應當是明確的。通常，這種可選的復審只用于長期（六個月或更長）迭代。它使項目管理人員和其他涉眾有機會進行中期更正。
在進行管理迭代的同時，將在監控項目中執行每天、每周和每月的例行項目管理任務，其間，將監測項目的狀態，并在出現問題和錯誤時進行處理。
當某個階段的后迭代完成時，作為階段收尾的一部分，將進行主要里程碑復審，并假定項目將繼續進行，對下一個階段作出計劃。在項目結束時，作為項目收尾的一部分，將進行項目驗收復審并終止項目，除非復審確定所交付的產品不可接受，這種情況下，要計劃進行下一次迭代。
在迭代評估和驗收復審之后、計劃下一次迭代之前，將在評估項目規模和風險中重新檢查前景、風險列表和商業理由，同時要清楚，有可能需要根據上次迭代的經驗重新確定預期目標。在計劃下一次迭代中進行詳細計劃，然后開始下一次迭代。
