自從編程界的領(lǐng)袖們發(fā)表旨在通過接受需求變更，加強(qiáng)同用戶合作，縮短軟件提交周期來改善軟件開發(fā)過程的敏捷軟件開發(fā)宣言至今已近10年之久了。

　　敏捷宣言制定2001年2月，當(dāng)時(shí)一群軟件開發(fā)者聚集在猶他州，他們希望能找到一種可以替代那些由文檔驅(qū)動(dòng)的、“重型”的軟件開發(fā)模式(如當(dāng)時(shí)的被當(dāng)作金牌標(biāo)準(zhǔn)的瀑布模型方法)的新方法。
　　盡管早在猶他州會(huì)議之前，敏捷開發(fā)方法就已經(jīng)出現(xiàn)，但這次會(huì)議卻被當(dāng)作這種方法論推廣進(jìn)程中的一次分水嶺事件。十年以來，敏捷開發(fā)已被眾所周知，很多軟件公司采納了Scrum和XP(極限編程)等敏捷開發(fā)實(shí)施方案。盡管還存在著不可預(yù)知的問題，敏捷方法領(lǐng)域里的專家都認(rèn)為，總的來說，敏捷方法的實(shí)施會(huì)給軟件開發(fā)活動(dòng)帶來益處。

　　“我說過，我們改變了這個(gè)行業(yè)，”一位宣言的簽署者、目前在Tektronix工作的Ward Cunningham這樣說。由于敏捷的出現(xiàn)，關(guān)于計(jì)算機(jī)編程的沒落和編程危機(jī)的討論逐漸消失，他說：“我們已經(jīng)再也聽不到人們談?wù)撨@個(gè)話題了。”

　　敏捷宣言比實(shí)際預(yù)期要成功的多，IBM Rational部門的首席敏捷和Lean方法論導(dǎo)師Scott Ambler這樣說。

　　“它對我們整個(gè)行業(yè)有著重大的影響，”Ambler說。“如今你已經(jīng)很難找到有不想去試試敏捷方法的人了。跟傳統(tǒng)的開發(fā)方法相比，人們希望使用敏捷開發(fā)和迭代開發(fā)來使項(xiàng)目獲得成功的愿望要強(qiáng)烈的多。“

　　但是Kent Beck，同樣也是一位宣言的簽署者，并且是XP的創(chuàng)始人，在宣言簽署的10年后，對敏捷開發(fā)所帶來的好處去并不是那么認(rèn)可：“對于這個(gè)問題我沒有一個(gè)幾句話的答案。”

　　“敏捷開發(fā)是讓人們更加認(rèn)真仔細(xì)的思考如何開發(fā)軟件，”Beck說。然而，并不是每個(gè)人都在敏捷開發(fā)上走對了路，他提示說。“仍然有很多人喜歡把讀來的一些建議指導(dǎo)應(yīng)用到他們的項(xiàng)目上，其實(shí)那些根本不是所謂的敏捷開發(fā)，“Beck說。

　　敏捷開發(fā)的條件

　　敏捷開發(fā)很難學(xué)，Cunningham說；”在你能夠使用這套方法論前你必須掌握精通各種技巧。“

　　敏捷開發(fā)需要你扎實(shí)的技術(shù)功底，Cunningham強(qiáng)調(diào)道。”有很多人闖進(jìn)這個(gè)領(lǐng)域后發(fā)現(xiàn)編程枯燥乏味，不再想學(xué)。“Cunningham說:”你要有興趣做它，想把它做好，這樣才有助于你成功。“

　　“來自企業(yè)組織的阻礙會(huì)在敏捷方法論的實(shí)施過程中顯現(xiàn)出來。敏捷開發(fā)鼓勵(lì)更加頻繁的交付軟件，鼓勵(lì)把事情分解成小塊，而不是把整個(gè)項(xiàng)目看成一塊。”Skip Angel — 工作于BigVisible Solutions的一位敏捷顧問這樣說。”我想這些對于一些企業(yè)是個(gè)挑戰(zhàn)，這些企業(yè)的運(yùn)營方式并不能使他們可以做敏捷的交付。“

　　項(xiàng)目在一些耗時(shí)的過程中很可能會(huì)陷入泥潭，Angel補(bǔ)充道，開發(fā)人員應(yīng)該使用持續(xù)集成來避免這種瓶頸。

　　敏捷開發(fā)不是銀彈，Ian McLeod–做應(yīng)用軟件生命周期管理工具的SmartBear Software公司的執(zhí)行副總裁這樣說。”你需要把事情做對 … 你的敏捷開發(fā)可能做的很失敗，“ 他說。

　　Beck回憶起1997年用敏捷開發(fā)方法成功的開發(fā)出JUnit Java單元測試工具。他們團(tuán)隊(duì)使用短周期迭代，大量的單元測試，緊密和客戶進(jìn)行溝通。

　　”它使我們開發(fā)的更快，使我們更好的清楚需要去做的事情，“Wade Weston — 開發(fā)標(biāo)準(zhǔn)化交流系統(tǒng)的AttainResponse公司的CEO 這樣說。”AttainResponse每周進(jìn)行開發(fā)工作的sprints。我們的sprints周期很短，我們把精力高度的集中于本周要做的工作。“Weston說。

　　“‘可是讓每個(gè)人都能上手仍然是個(gè)問題，’我的一個(gè)兄弟經(jīng)常對我這樣說，他喜歡更詳細(xì)明確的需求。我一直告訴他，我們之所以開發(fā)的這么快，就是因?yàn)槲覀儧]有明確的需求，”Weston說。等待核心的需求說明基本上是浪費(fèi)時(shí)間。他補(bǔ)充道。

　　”有些時(shí)候，一些開發(fā)人員說他們在做敏捷開發(fā)，可事實(shí)他們根本不是，“Damon Poole — 提供敏捷開發(fā)項(xiàng)目管理軟件的AccuRev公司的CTO 這樣說。“有些開發(fā)人員2周都不能把開發(fā)的東西(或“故事”)完整的編譯集成，”他說。“如果你真的是做敏捷開發(fā)，那2周的時(shí)間足夠把用戶故事發(fā)布了。”Poole說。

　　敏捷編程的多種實(shí)施方案

　　Scrum 和 XP 是兩個(gè)最具有代表性的敏捷方法論。Beck把XP描述為更注重開發(fā)的技術(shù)方面的方法。“XP說的更多的是告訴程序員應(yīng)該做什么，相對比，Scrum是一種項(xiàng)目管理方法論”他說。

　　”XP的與眾不同之處在于它是一種體系，而不是一種解決方案。“Cunningham — 一位推動(dòng)XP發(fā)展的貢獻(xiàn)者這樣說。”它是一種有計(jì)劃的編程方式。“

　　Scrum專注于如何管理和交付你的產(chǎn)品，而XP卻是考究于如何去做你的工作，Angel說。

　　Poole指出，”很明顯Scrum和XP是目前兩種主要的方法論，你經(jīng)常能看到Scrum團(tuán)隊(duì)會(huì)采納XP技巧，而XP團(tuán)隊(duì)也會(huì)使用Scrum概念。“

　　另外一種敏捷方法論是Kanban，它起源于制造業(yè)生產(chǎn)流程和Lean軟件開發(fā)概念，Poole說。Kanban里的約束很少，它關(guān)注于如何使價(jià)值反饋給客戶的過程，他解釋說。Lean關(guān)注于組織效能優(yōu)化，價(jià)值優(yōu)化，降低浪費(fèi)，確保正確的好的生產(chǎn)過程，Angel補(bǔ)充說。

　　RUP(Rational Unified Process)也被人們稱作為一種敏捷方法，盡管這種說法有待商榷，McLeod說。RUP的特點(diǎn)是有一大堆的文檔，它可能是針對敏捷方法中的各個(gè)步驟的，他解釋說。RUP可以是一種敏捷方法，Ambler說：”RUP給予我們的是流程上的架構(gòu)準(zhǔn)則。它完全依賴于你是如何制定的。“

　　Ambler同時(shí)提到了DSDM — Dynamic Systems Development Method — 一個(gè)敏捷領(lǐng)域里的失敗的案例。SDSM有點(diǎn)像RAD [rapid application development]，但在里面增加了一下額外的處理。RAD跟敏捷開發(fā)的不同之處在于它只關(guān)注開發(fā)迭代，而不考慮促進(jìn)合作，他指出。

　　McLeod認(rèn)為各種敏捷方法論和迭代開發(fā)過程很相似。”它們之間沒有太多的區(qū)別，“他說。

　　“敏捷”這個(gè)術(shù)語，Cunnigham說，是在猶他州會(huì)議上選出的一個(gè)詞，人們通常把它引用為”輕量級(jí)“的方法，他回憶到。但”輕量級(jí)“這個(gè)詞從表面意思上看也承載著一些負(fù)面的含義，他說。

　　[英文出處]：Agile programming 10 years on: Did it deliver?

NET技術(shù)：敏捷十年，成效幾何？，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請第一時(shí)間聯(lián)系我們修改或刪除，多謝。