采用敏捷方法學(xué)的人正在逐漸增多，在最近的調(diào)查中顯示，XP，Scrum和FDD這些方法被廣泛使用，已經(jīng)達(dá)到了前所未有的程度。但其中也有反面教材——如果開發(fā)團(tuán)隊(duì)只是簡(jiǎn)單的把敏捷實(shí)踐拷貝到項(xiàng)目中而不是在實(shí)踐中逐步掌握，隨便把在某處獲得成功的實(shí)踐經(jīng)驗(yàn)就拿過來用，卻不去思考如何進(jìn)行持續(xù)性的改進(jìn)來讓開發(fā)過程適應(yīng)于自己獨(dú)有的環(huán)境，那又如何談得上敏捷？一個(gè)敏捷實(shí)踐者將其稱之為“垂死的千份拷貝（dying the death of a thousand copies）”。
不幸的是，隨著敏捷的進(jìn)一步流行，這種“壞敏捷”就有可能成為一種副作用，有些人也會(huì)依據(jù)他們自己一些軟弱無力的例子總結(jié)出一套關(guān)于“敏捷軟件開發(fā)”的理論來。比如在最近的一篇名為Egomania Itself的文章中，Steve Yegge就把他上個(gè)月扔下的東西又撿了起來。他用了“敏捷教會(huì)”這個(gè)詞，并把敏捷實(shí)踐比作了迷信：
……有些人很可能想要用魔法來幫助項(xiàng)目取得進(jìn)展，而且有很多項(xiàng)目——可能是大多數(shù)——都最后成功了。
我敢保證，你要是來跳舞祈雨，連著跳上七八十天，或者更久，大不了一直跳下去，那早晚也能求到雨的。
所以我不是說敏捷不行。它確實(shí)行！但它不過是純粹的迷信而已。
當(dāng)然，敏捷可以用這種方式來實(shí)現(xiàn)，有的時(shí)候人們也確實(shí)就是這么干的。但這種“基于信仰”的對(duì)敏捷實(shí)踐的應(yīng)用——我們相信它能工作，我們不需要知道為什么——卻忽略了敏捷軟件開發(fā)中最強(qiáng)大的工具：現(xiàn)實(shí)。敏捷是采用基于經(jīng)驗(yàn)主義的過程來“擁抱變化”的。Jim Highsmith在Agile Project Management一書中描述道：“敏捷項(xiàng)目是探索式的項(xiàng)目，所以它們的成功都是建立在現(xiàn)實(shí)反饋的基礎(chǔ)上的�！泵艚莸� 計(jì)劃-實(shí)施-檢查-調(diào)整 的短周期也正是旨在增加對(duì)項(xiàng)目的理解，以便確保那種低效的過程不會(huì)被無限的重復(fù)下去。實(shí)際上，在特定的場(chǎng)景下，這個(gè)計(jì)劃-實(shí)施-檢查-調(diào)整的周期也會(huì)讓一個(gè)團(tuán)隊(duì)清楚的看到，敏捷完全不是他們所需要的那樣子。
正如Yegge所說，即使是這樣的敏捷也可以工作——但是這條路上還是發(fā)生了許多故事：一些團(tuán)隊(duì)不得不使用一些不需要或者是根本就不想使用的實(shí)踐，被固定的 日期、范圍和預(yù)算捆住手腳，甚至是那些剝奪了開發(fā)人員來之不易的工作空間而只是簡(jiǎn)單地想用更少的投入得到更多的回報(bào)的那種領(lǐng)導(dǎo)也會(huì)從中作梗。在這種情況 下，就算能造出可以工作的軟件，同時(shí)也造出了一些滿懷憤懣的開發(fā)人員——有時(shí)候他們也就把自己給毀掉了。這根本無法和敏捷宣言的第一項(xiàng)價(jià)值"人重于過程"保持一致。
在Yegge的博客上，大家根據(jù)敏捷實(shí)踐如何才能工作這個(gè)話題展開了熱烈的討論。下面是從上萬字的討論中截取的一些片段——很不幸，大多數(shù)回帖的人都是匿名的，所以我們只好憑猜測(cè)來判斷是誰留的言。
此文章共有2頁 1 2 下一頁
文章來源：中國(guó)項(xiàng)目管理資源網(wǎng)
|
Leadge.com首頁 > 知識(shí)庫 
