敏捷式軟體開發 (Agile Software Development)——反覆項目計劃版本號碼

標籤：

    普及和客戶決定反覆式開發法規模，通常它需要2周。

以相同的方式，深層次的選擇他們想要實現的第一次迭代的材料（功能）。

他們不能選擇與許多其他材料目前的發展速度不一致。

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

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

    一旦迭代開始，客戶就不能再開遍該迭代期間須要實現的素材。除了開發人員正在實現的素材外，客戶能夠隨意改變或又一次安排項目中其它不論什麼素材。

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

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

。。。

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

    客戶能夠常常看待項目的進展，他們能夠度量開發速度。他們能夠預測團隊工作的快慢。而且他們能夠在早期安排是想高優先系別的素材。

簡而言之，他們擁有他們須要的全部資料和控制權。能夠按他們的意願去管理項目。

結論：通過一次次的迭代和公布。項目進入了一個能夠預測、舒適的開發節奏。每一個人都知道要做什麼。一次何時去做。

涉及常常地、實實在在地看到項目進展。他們看到的不是畫滿了圖、寫滿了計劃的記事本。而是能夠接觸到、感覺到的能夠工作的 軟體，而且能夠對這個軟體提供字的反饋。

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

    管理員獲得每個迭代資料。使用此資料，以控制和鞋 管理項目。

敏捷式軟體開發 (Agile Software Development)——反覆項目計劃版本號碼