在本文中揭穿了一些關(guān)于敏捷的最常見(jiàn)誤解。你做對(duì)了嗎 如果沒(méi)有，這篇文章應(yīng)該可以幫助您從神話中辨別真相。

自從一組軟件開(kāi)發(fā)人員于2001年以敏捷宣言的形式提出敏捷以證明其對(duì)傳統(tǒng)“瀑布”發(fā)展的反應(yīng)后，敏捷已被證明對(duì)所有類型的企業(yè)都是兩極分化力量，他們發(fā)現(xiàn)這種傳統(tǒng)的“瀑布”發(fā)展功能失調(diào)且緩慢給出結(jié)果。與Waterfall方法相比，Agile具有靈活性，并鼓勵(lì)快速響應(yīng)不斷變化的業(yè)務(wù)需求和用戶需求。

無(wú)論我們是談?wù)揑T還是其他業(yè)務(wù)社區(qū)，所有業(yè)務(wù)部門都有理由積極地迅速實(shí)現(xiàn)預(yù)期結(jié)果，并且其中一些公司接受了敏捷培訓(xùn)，以充分利用高級(jí)軟件開(kāi)發(fā)方法。

由于種種原因，并不是每個(gè)人都能正確實(shí)現(xiàn)敏捷。原因之一是敏捷性的破壞性變化，從而建立了流程，給用戶帶來(lái)了更多負(fù)擔(dān)?，F(xiàn)實(shí)在中間。

敏捷神話常常充斥于將敏捷作為其軟件開(kāi)發(fā)模型的商業(yè)領(lǐng)袖之間進(jìn)行的激烈討論。

敏捷是新的

敏捷不是一個(gè)新概念。2001年，發(fā)布了《敏捷宣言》；Scrum模式語(yǔ)言是在1995年的面向?qū)ο缶幊蹋到y(tǒng)和語(yǔ)言（OOPSLA）會(huì)議上提出的；在1995年的PLoP中描述了極端編程的先驅(qū)Episodes模式語(yǔ)言。因此，敏捷方法已經(jīng)存在了一段時(shí)間。

簡(jiǎn)而言之，敏捷在變化多端的動(dòng)態(tài)環(huán)境中培養(yǎng)適應(yīng)能力。該原理適用于例如進(jìn)化論。這也是每天與他人互動(dòng)的方式–實(shí)際上，這是在復(fù)雜世界中進(jìn)行有效互動(dòng)的唯一方式。

敏捷易于實(shí)現(xiàn)

很難將復(fù)雜的系統(tǒng)交付生命周期更改為簡(jiǎn)單的生命周期。大多數(shù)組織可能會(huì)使事情變得復(fù)雜而不是簡(jiǎn)化。剛接觸敏捷的公司常常被敏捷規(guī)模會(huì)困擾嗎？如果沒(méi)有，我們應(yīng)該怎么做？

令人遺憾的是，一些組織經(jīng)常嘗試“靠書本”來(lái)實(shí)現(xiàn)敏捷的運(yùn)營(yíng)模型或單個(gè)敏捷的框架，但對(duì)轉(zhuǎn)換的復(fù)雜性一無(wú)所知。結(jié)果，他們要么無(wú)法實(shí)施敏捷，要么在某種程度上成功地實(shí)施了敏捷，但是卻要償還更高的成本，而如果他們能更有效地應(yīng)對(duì)轉(zhuǎn)型，他們將無(wú)法支付更高的成本。

這些組織沒(méi)有意識(shí)到敏捷的全部好處。要開(kāi)始敏捷，您首先需要發(fā)展自己的思維定勢(shì)。從理論上講，學(xué)習(xí)理論上的飛機(jī)飛行是比較容易的，但是不要指望我在您的第一次起飛時(shí)和您坐在一起！

敏捷意味著沒(méi)有計(jì)劃

與瀑布類似，詳細(xì)的計(jì)劃對(duì)于敏捷性的有效性至關(guān)重要。兩種方法的時(shí)序有所不同。計(jì)劃主要在瀑布項(xiàng)目開(kāi)始時(shí)進(jìn)行，而敏捷項(xiàng)目則在進(jìn)行中。

增量計(jì)劃方法限制了前期投資，并導(dǎo)致項(xiàng)目隨著項(xiàng)目的進(jìn)展而適應(yīng)快速變化的需求，優(yōu)先級(jí)，范圍等。

每個(gè)sprint的開(kāi)頭都有一個(gè)計(jì)劃會(huì)議，以就所解決的需求達(dá)成協(xié)議，并且他們需要高度的準(zhǔn)確性才能正確估計(jì)每個(gè)需求完成所花費(fèi)的時(shí)間。在會(huì)議上，團(tuán)隊(duì)將協(xié)作確定不同任務(wù)的優(yōu)先級(jí)。每次沖刺期間的每日站立會(huì)議詳細(xì)定義了當(dāng)天的活動(dòng)。無(wú)論團(tuán)隊(duì)是在同一個(gè)房間中還是分布在同一房間，Scrum主管都可以確保在每次迭代結(jié)束時(shí)在團(tuán)隊(duì)內(nèi)部進(jìn)行sprint回顧。

對(duì)于增量計(jì)劃方法，大多數(shù)企業(yè)都面臨著技術(shù)債務(wù)管理（代碼質(zhì)量成本）的挑戰(zhàn)。但是，由于他們?cè)敢飧鶕?jù)更多信息對(duì)先前的決定進(jìn)行重新處理，因此他們能夠解決大多數(shù)挑戰(zhàn)。隨著項(xiàng)目的進(jìn)展變得可用。

對(duì)于企業(yè)，至關(guān)重要的是要同時(shí)了解用戶需求和系統(tǒng)需求，以便在積壓細(xì)化流程中有效地對(duì)用戶需求進(jìn)行優(yōu)先級(jí)排序。

敏捷不需要任何項(xiàng)目文檔

文檔可作為任何應(yīng)用程序開(kāi)發(fā)工作的路線圖：它使業(yè)務(wù)，最終用戶和開(kāi)發(fā)人員的目標(biāo)保持一致，并解釋了特定系統(tǒng)的工作方式及其包含的內(nèi)容。

此外，由于整個(gè)敏捷開(kāi)發(fā)項(xiàng)目中協(xié)作的增加，使所有利益相關(guān)者對(duì)最終產(chǎn)品有了更好的了解，因此團(tuán)隊(duì)對(duì)設(shè)計(jì)文檔的需求減少了。

實(shí)際上，即使與Waterfall不同，敏捷也會(huì)產(chǎn)生文檔。例如，項(xiàng)目經(jīng)理可能不會(huì)創(chuàng)建一個(gè)列出所有項(xiàng)目需求的冗長(zhǎng)文檔，而是會(huì)編譯用戶故事，這些故事易于使用軟件進(jìn)行更新和維護(hù)，并且可以實(shí)時(shí)確定優(yōu)先級(jí)，并確保整個(gè)開(kāi)發(fā)過(guò)程中的實(shí)時(shí)可見(jiàn)性。

敏捷無(wú)法有效滿足聯(lián)邦軟件的開(kāi)發(fā)要求

聯(lián)邦法規(guī)是什么都沒(méi)關(guān)系；您可以繼續(xù)使用敏捷方法。有時(shí)，特定的標(biāo)準(zhǔn)聯(lián)邦慣例可能給與使用敏捷方法的軟件開(kāi)發(fā)人員簽約的企業(yè)帶來(lái)挑戰(zhàn)。面臨挑戰(zhàn)的三個(gè)主要領(lǐng)域是：收購(gòu)，企業(yè)架構(gòu)以及安全認(rèn)證與鑒定。

考慮一下：大多數(shù)機(jī)構(gòu)在發(fā)布軟件開(kāi)發(fā)合同之前，都會(huì)列出項(xiàng)目要求以及最終產(chǎn)品的詳細(xì)描述。這樣做是希望從確定的供應(yīng)商那里購(gòu)買特定的產(chǎn)品。這里的問(wèn)題是，如果在項(xiàng)目進(jìn)行過(guò)程中結(jié)果隨結(jié)果而變化，那么代理商將做什么？

“敏捷很靈活，可以接受最新的變更，從而可以滿足代理商的要求，而不會(huì)造成任何延誤，變更單和預(yù)算超支。但這并不意味著敏捷只是更快。我們必須具有流動(dòng)性?！睂＜艺f(shuō)。

在完成所有項(xiàng)目需求之后，更改通常變得很難進(jìn)行，并且通常在聯(lián)邦項(xiàng)目中明確規(guī)定在供應(yīng)商合同中。因此，在敏捷（例如，用戶故事和一定數(shù)量的沖刺）中，焦點(diǎn)可能會(huì)從固定范圍轉(zhuǎn)移到固定時(shí)間表和購(gòu)買能力。