由于工作的原因和國內(nèi)很有名的IT公司合作，正好他們公司正在推廣敏捷開發(fā)，經(jīng)過兩個項目的實踐，發(fā)現(xiàn)這個敏捷開發(fā)不是放之四海而皆準的編程方法，而且推廣這個敏捷開發(fā)對人員的素質(zhì)有要求，并不是所以的項目和人員都可以適應(yīng)它的。
一。合適有經(jīng)驗的IT人員，不適合IT新手。在敏捷開發(fā)中的XP（極限編程）中，如果兩個人的水平不是一個檔次，那么說什么結(jié)對編程，效率根本就得不到提高，甚至會降低開發(fā)效率，另外極限編程中除了結(jié)對編程外還有先寫測試代碼，這個如果沒一定的經(jīng)驗是不行的。在敏捷開發(fā)中對文檔并不強調(diào)，沒了設(shè)計文檔，更不適合IT新手。
二。敏捷是很自然的回歸，接觸了敏捷，我才知道自己以前雖然沒接觸敏捷，但是采用的方法有許多和敏捷有很多的相似之處，開發(fā)到一定時候，會很自然的轉(zhuǎn)到敏捷上面去，雖然不一定要接觸到敏捷。
三。不是所有的項目都適合敏捷，敏捷強調(diào)的對客戶需求的理解要十分到位，并且在很短的時間對用戶需求做出反應(yīng)，在剛開始劃分story時，要開發(fā)測試用戶都要參與，如果客戶的需求不是很復(fù)雜，就沒必要用這個敏捷開發(fā)。敏捷適合大項目，不適合一個模塊的開發(fā)。
最后，敏捷對人員的綜合素質(zhì)還是有很高要求的，每次迭代轉(zhuǎn)測試時，開發(fā)人員要自測,所以開發(fā)人員不僅要有掌握開發(fā)技術(shù)需求還有測試技術(shù)，而不僅僅是開發(fā)技術(shù)的掌握。敏捷至始至終強調(diào)的是需求的理解，對業(yè)務(wù)要理解的什么到位，因為從開始到結(jié)束沒什么開發(fā)文檔。實踐中，每次迭代歸檔時是我們最忙的時候。