敏捷式軟體開發 (Agile Software Development)——項目版本迭代

標籤：敏捷式軟體開發 (Agile Software Development)

    開發人緣和客戶決定迭代規模，一般需要兩周。同樣地，刻骨選擇他們想要在首次迭代中實現的素材（功能）。他們不能選擇與當前開發速度不符的更多的素材。

    迭代期間使用者素材的實現順序屬於技術決策範疇，開發人員採用最具有技術意義的順序來實現這些素材、

可以串列的實現，完成了一個再完成下一個，或者分攤這些素材，然後一起並行地開發。

    一旦迭代開始，客戶就不能再開遍該迭代期間需要實現的素材。除了開發人員正在實現的素材外，客戶可以任意改變或重新安排項目中其他任何素材。

    即使沒有完成所有的使用者素材，迭代也要在先前指定的日期結束。根據當前完成的素材估算出本次迭代的開發速度。這個速度會被用於計划下一次的迭代。

    這樣的速度反饋有助於保持計劃與團隊實際狀況相同步。如果團隊在專業只是和工作技能方面有所提高，那麼開發速度也會提高。。。。

    每兩周，本次迭代結束，下次迭代開始，在每次迭代結束時，會給客戶示範當前可啟動並執行程式。要求刻骨對項目程式的外觀、感覺、和效能進行評價，客戶會以新的使用者素材的方式提供反饋。

    客戶可以經常看待項目的進展，他們可以度量開發速度。他們可以預測團隊工作的快慢，並且他們可以在早期安排是想高優先系別的素材。簡而言之，他們擁有他們需要的所有資料和控制權，可以按他們的意願去管理項目。

結論：通過一次次的迭代和發布，項目進入了一個可以預測、舒適的開發節奏。每個人都知道要做什麼，一次何時去做。涉及經常地、實實在在地看到項目進展。他們看到的不是畫滿了圖、寫滿了計劃的記事本，而是可以接觸到、感覺到的可以工作的 軟體，並且可以對這個軟體提供字的反饋。

    開發人員看到的是基於他們自己的估算並且由他們自己度量的開發速度 控制 合理的計劃。 他們選擇他們感覺舒適的任務，並保持高的工作品質。

    管理員從每次迭代中獲得資料，他們使用這鞋資料來控制和 管理項目。

敏捷式軟體開發 (Agile Software Development)——項目版本迭代