http://sd.csdn.net/n/20060913/94713.html


1.我們最優(yōu)先要做的是通過盡早的，持續(xù)的交付有價值的軟件來使客戶滿意。
有一篇文章分析了對于公司構建高質量產品方面有幫助的軟件開發(fā)實踐，其中一個實踐表明盡早的交付具有部分功能的系統(tǒng)和系統(tǒng)質量之間具有很強的相關性。文中說，初期交付的系統(tǒng)中所包含的功能越少，最終交付的系統(tǒng)的質量就越高。從該文中還發(fā)現(xiàn)，以逐漸增加功能的方式經常性的交付系統(tǒng)和最終質量之間有非常強的相關性。交付得越平凡，最終產品的質量就越高。敏捷實踐會盡早的，經常的進行交付，我們努力在項目剛開始的幾周內就交付一個具有基本功能的系統(tǒng)，然后我們努力堅持每2周就交付一個功能漸增的系統(tǒng)，如果客戶認為目前的功能已經足夠了，客戶可以選擇把這些系統(tǒng)加入產品中，或者他們可以簡單的選擇在檢查一偏已有的功能，并指出他們想要的改變。

2。即使到了開發(fā)后期，也歡迎改變需求。敏捷過程利用變化來為客戶創(chuàng)造競爭優(yōu)勢：
這是一個關于態(tài)度的申明。敏捷過程的參與者不懼怕變化，他們認為改變需求是好的事情，因為那些改變意味桌團隊已經學習到了很多如何滿足市場需要的知識。敏捷團隊會非常努力的保持軟件結構的靈活性，這樣當需求變化時，對于系統(tǒng)造成的影響是最小的。

3。經常性的交付可以工作的軟件，交付的間隔可以從幾周到幾個月，交付的時間間隔越短越好：
我們交付可以工作的軟件，并且盡早的，經常性的交付他，不贊成交付大量的文檔或設計計劃

4。在整個項目開發(fā)期間，業(yè)務人員和開發(fā)人員必須天天都在一起工作
為了能夠一敏銳的方式進行項目開發(fā)，客戶，開發(fā)人員以及涉眾之間就必須要進行有意義的，頻繁的交互

5。圍繞被激勵起來的個人構件項目，給他們提供所需要的環(huán)境和支持，并且信任他們能夠完成工作。
在敏捷項目中，人被認為是取得項目最成功最重要的因數(shù)，所有其他因數(shù)--過程、環(huán)境、管理等等都被認為是次要的。

6。在團隊內部，最有效果的信息傳遞方式是面對面的交流

7。工作的軟件是首要的進度度量標準、
敏捷項目通過度量當前軟件滿足客戶需求的數(shù)量來度量開發(fā)進度，他們不是根據所處的開發(fā)階段、已經編寫的文檔的多少或這已經常見的基礎結構代碼的數(shù)量來度量開發(fā)進度的，只有當30%的必須功能可以工作時，才可以確定進度完成了30%

8。敏捷過程提倡可持續(xù)的開發(fā)速度。責任人、開發(fā)者和用戶應能夠保持一個長期的、恒定的開發(fā)速度
敏捷項目不是50米短跑，而是馬拉松長跑，團隊不是以全速啟動并試圖在項目開發(fā)期間維持那個速度；相反，他們以快速但是可持續(xù)的速度行進。

9。不斷的關注優(yōu)秀的技能和好的設計會增強敏捷能力
?高的產品質量是獲取高的開發(fā)速度的關鍵，保持軟件盡可能的簡潔、健壯是快速開發(fā)軟件的途徑。因而，所有的敏捷團隊成員都致力于只編寫他們能夠編寫的高質量代碼。他們不會制造混亂然后告訴自己等自己有更多的時間在來清理。

10。簡單
敏捷團隊不會試圖去構建那些華而不實的系統(tǒng)。

11。最好的架構、需求和設計出自于自組織的團隊
敏捷團隊是自組織的團隊，任務不是從外部分配給單個團隊成員，而是分配給整個團隊，然后再由團隊來確定完成任務的最好方法。

12。每隔一段時間，團隊會在如何才能更有效地更有效的工作方面進行反省，然后相應地對自己的行為進行調整。

轉載于:https://www.cnblogs.com/cppShooter/archive/2006/09/15/504742.html

總結

以上是生活随笔為你收集整理的敏捷开发有感！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。