公司們正在嘗試敏捷方法，研究它能帶來的好處。然而來自高層的聲音卻在高聲叫道：“我要見到真金白銀?！币淖兇笮徒M織交付軟件的方式，就跟讓油罐車轉(zhuǎn)向一樣，有這個(gè)可能，但是要花不少時(shí)間和力氣。管理層要確認(rèn)：對(duì)于驅(qū)動(dòng)每個(gè)組織的兩個(gè)基本戰(zhàn)略目標(biāo)——降低成本、增加收入，改變要可以實(shí)現(xiàn)二者之一。
在一篇2008年的文章中, Scott Ambler點(diǎn)明了提出成本問題背后的動(dòng)機(jī)， 并指出多個(gè)來源，展示出：
敏捷方法比傳統(tǒng)技術(shù)更為成功。
敏捷團(tuán)隊(duì)比傳統(tǒng)團(tuán)隊(duì)更為高效。
敏捷項(xiàng)目比傳統(tǒng)方法開發(fā)的產(chǎn)品質(zhì)量更高。
敏捷項(xiàng)目的產(chǎn)出能讓業(yè)務(wù)干系人更加滿意。
敏捷項(xiàng)目比傳統(tǒng)開發(fā)項(xiàng)目成本更低。
Ambler還提供了原始數(shù)據(jù)，這些數(shù)據(jù)引用自另一篇文章。
在LinkedIn的Agile Alliance 討論組中有一篇很長(zhǎng)的帖子談到了該話題，并提出了一些觀點(diǎn)：
很多時(shí)候，要度量知識(shí)工作者的工作效率是很困難的。
因?yàn)椴豢赡軐⑼粋€(gè)項(xiàng)目在不同的方法論指導(dǎo)下完全做兩次，所以要想做比較基本上是不可能的。
盡早反饋的價(jià)值，經(jīng)常體現(xiàn)在沒有犯錯(cuò)而節(jié)省的成本中。
敏捷項(xiàng)目會(huì)鼓勵(lì)創(chuàng)新，從而產(chǎn)生能更好滿足業(yè)務(wù)需求的產(chǎn)品，同時(shí)“將競(jìng)爭(zhēng)對(duì)手遠(yuǎn)遠(yuǎn)拋在后面”。
Steve Gordon在討論中指出：
在呼喚度量行為的背后，人們其實(shí)擔(dān)心這樣一個(gè)問題：以敏捷方式工作的知識(shí)工作者，他們的行為種類變化多樣，很有可能不受控制。
人們可以指望敏捷來推動(dòng)更快、更早的需求改進(jìn)活動(dòng)，這在傳統(tǒng)的方式中很難做到（原因在于敏捷可以讓人們對(duì)工作產(chǎn)出［working artifact］做出盡快、盡早的反饋，而且愿意做出改變）。改進(jìn)需求，就能改進(jìn)產(chǎn)出的東西。
僅僅度量原始的工作效率，這就完全喪失了上面提到的敏捷的重要效應(yīng)。即使原始的工作效率數(shù)據(jù)有所下降（特別是在轉(zhuǎn)換期），如果因?yàn)轭l繁而具體的反饋，使得產(chǎn)出的東西更能發(fā)揮作用，更貼近產(chǎn)品目標(biāo)，那么交付給客戶的價(jià)值就很有可能大大增加。
不過接下來的問題就是：如何度量交付給客戶的價(jià)值呢？我想你的客戶對(duì)此的了解要遠(yuǎn)勝于其他人。這也要看市場(chǎng)的情況。在真正的壟斷市場(chǎng)中，交付的數(shù)量也許要比產(chǎn)品是否合適或質(zhì)量更重要。在另一些市場(chǎng)中，創(chuàng)新會(huì)讓你把競(jìng)爭(zhēng)對(duì)手遠(yuǎn)遠(yuǎn)落在后面，而不光是在性能對(duì)比表格上打打勾什么的。
有意思的是，CNN將敏捷看做對(duì)軟件開發(fā)管理層面的影響，并在《影響未來商業(yè)世界的50個(gè)人、產(chǎn)品、趨勢(shì)和想法》這篇文章中進(jìn)行了報(bào)道：
敏捷團(tuán)隊(duì)行動(dòng)非常迅速，他們創(chuàng)建很小塊的代碼，工作周期有時(shí)甚至只有一周時(shí)間。完成某個(gè)組件后，就會(huì)添加新功能，這個(gè)過程會(huì)一直重復(fù)下去。敏捷在幫助管理層按時(shí)按預(yù)算交付產(chǎn)品方面也享有盛名，這也解釋了為什么像Google和洛克希德•馬丁這樣的公司會(huì)選它作為方法論。
這樣的宣傳和支持，是否有利于敏捷實(shí)踐在商業(yè)世界中推廣和實(shí)施呢？