對(duì)敏捷開(kāi)發(fā)的五個(gè)誤解，你中了幾個(gè)？

干貨分享

原創(chuàng)2020-10-19小艾老師

敏捷的基礎(chǔ)定義雖然很簡(jiǎn)單，但是將其運(yùn)用到工作上，發(fā)現(xiàn)大家對(duì)敏捷還是一知半解，甚至是誤解。今天小艾老師為大家整理了一份對(duì)敏捷開(kāi)發(fā)的誤解清單。

誤解一:敏捷對(duì)人的要求很高

很多人在嘗試實(shí)施敏捷時(shí)說(shuō)：敏捷對(duì)人的要求太高了，我們沒(méi)有這樣的條件，我們沒(méi)有這樣的人，因此我們沒(méi)法敏捷?？墒牵艚輰?duì)人的要求真的那么高么？軟件歸根到底還是一種創(chuàng)造性活動(dòng)，開(kāi)發(fā)人員的技術(shù)水平和個(gè)人能力對(duì)軟件的質(zhì)量還是起著決定性的作用，各種過(guò)程與方法只是幫助開(kāi)發(fā)人員、測(cè)試人員等角色能夠更好的合作，從而產(chǎn)生更高的生產(chǎn)力。不管用什么方法，開(kāi)發(fā)人員的水平永遠(yuǎn)都是一個(gè)主要的因素。

從另一個(gè)角度來(lái)看：過(guò)程和方法究竟能幫開(kāi)發(fā)人員多大忙？對(duì)于技術(shù)水平較低的開(kāi)發(fā)人員，敏捷方法和傳統(tǒng)方法對(duì)他的幫助是差不多的，因此看不到顯著的效果，甚至有些時(shí)候還有反效果；而隨著開(kāi)發(fā)人員技術(shù)水平的提高，敏捷方法能夠解開(kāi)對(duì)人的束縛，鼓勵(lì)創(chuàng)新，效果也會(huì)越來(lái)越顯著。

敏捷對(duì)人的要求并不高，而且會(huì)幫助你培養(yǎng)各種所需的能力，當(dāng)然前提是你處在真正敏捷的環(huán)境中。

誤解二:敏捷沒(méi)有文檔，也不做設(shè)計(jì)

這個(gè)誤解從XP開(kāi)始就沒(méi)有停止過(guò)，XP鼓勵(lì)“在非到必要且意義重大時(shí)不寫(xiě)文檔”。這里面提到的“必要且意義重大”是一個(gè)判斷標(biāo)準(zhǔn)，并不是所有的文檔都不寫(xiě)。例如，用戶手冊(cè)是不是“必要且意義重大”？這取決于客戶的要求，如果客戶不需要，那就不用寫(xiě),如果客戶需要，就一定要寫(xiě)；再如，架構(gòu)設(shè)計(jì)文檔要不要寫(xiě)？復(fù)雜要寫(xiě)，不復(fù)雜不用寫(xiě)。通常架構(gòu)設(shè)計(jì)只需要比較簡(jiǎn)單的文檔，對(duì)于有些項(xiàng)目，一幅簡(jiǎn)單的UML圖就夠了。因此，寫(xiě)不寫(xiě)，怎么寫(xiě)，都要根據(jù)這個(gè)文檔到底有多大意義，產(chǎn)出和投入的比例，以及項(xiàng)目的具體情況決定。實(shí)際操作時(shí)可以讓項(xiàng)目組所有人員表決決定，盡量避免由某一個(gè)人（比如lead）來(lái)決定。

至于設(shè)計(jì)，XP奉行的是持續(xù)設(shè)計(jì)，并不是不設(shè)計(jì)。這實(shí)際上是將設(shè)計(jì)工作分?jǐn)偟搅嗣刻斓娜粘９ぷ髦校粩嗟脑O(shè)計(jì)、改善（重構(gòu)），使得設(shè)計(jì)一直保持靈活可靠。至于編碼前的預(yù)先設(shè)計(jì)，Kent Beck等人確實(shí)實(shí)行著不做任何預(yù)先設(shè)計(jì)的開(kāi)發(fā)方式，但是對(duì)于我們這些“非大師”級(jí)開(kāi)發(fā)人員，必要的預(yù)先設(shè)計(jì)還是需要的，只是不要太多，不要太細(xì)，要有將來(lái)會(huì)徹底顛覆的準(zhǔn)備。

誤解三:敏捷好，其他方法不好

有些人一提到敏捷就大呼好，只要是敏捷的實(shí)踐就什么都好，而提到CMMI等方法就大呼不好，不管是什么只要沾上邊就哪里都不好，似乎敏捷和其他方法是完全對(duì)立的。牛頓說(shuō)過(guò)，我是站在了巨人的肩膀上。敏捷同樣也吸取了其他方法論的優(yōu)點(diǎn)，也是站在了巨人的肩膀上，敏捷依然保持了很多歷史悠久的實(shí)踐和原則，只是表現(xiàn)方式不同罷了。

從另一個(gè)方面來(lái)看，方法本沒(méi)有好環(huán)，好與壞取決于是否適合解決你的問(wèn)題。每一種方法都有他_善于解決的問(wèn)題和_佳的發(fā)揮環(huán)境，在需求穩(wěn)定、軟件復(fù)雜度相對(duì)不高的時(shí)代，瀑布模型也可以工作的很好，而敏捷恰好適用于變化快風(fēng)險(xiǎn)高的項(xiàng)目－這恰恰是現(xiàn)在很多項(xiàng)目的共性。

因此選擇一個(gè)方法或過(guò)程，并不是根據(jù)它是否敏捷，而應(yīng)根據(jù)它是否適合。而要了解一個(gè)東西是否適合，還是要嘗試之后才知道，任何沒(méi)有經(jīng)過(guò)實(shí)踐檢驗(yàn)的東西都不可信。

誤解四:敏捷就是XP（極限編程），就是Scrum

XP 和Scrum只是眾多敏捷方法中的兩種，還有很多其他的敏捷方法。龍生九子各個(gè)不同，敏捷的這些方法看起來(lái)差別也是很大的，可是他們之所以被稱為敏捷方法，就是因?yàn)樗麄儽澈蟮睦砟詈驮瓌t都是相同的，這個(gè)原則就是《敏捷宣言》。學(xué)習(xí)敏捷不僅僅要學(xué)習(xí)實(shí)踐，還要理解實(shí)踐后的原則，不僅要理解怎么做，還要理解為什么這么做，以及什么時(shí)候不要這么做。

即使將XP或Scrum完全的應(yīng)用的你的項(xiàng)目中，也未見(jiàn)得就能成功，適合別人的東西未必就適合你。敏捷的這些實(shí)踐和方法給了我們一個(gè)起點(diǎn)，但_不是終點(diǎn)，_適合你的方式還要由你自己在實(shí)際工作中探索和尋找。

誤解五:敏捷很好，我要制定標(biāo)準(zhǔn)，所有項(xiàng)目都要這個(gè)標(biāo)準(zhǔn)

沒(méi)有哪兩個(gè)項(xiàng)目是一樣的，客戶是不一樣的，人員是不一樣的，需求是不一樣的，甚至沒(méi)有什么可能是一樣的。不一樣的環(huán)境和問(wèn)題，用同樣的方法解決，是不可能解決的好的。方法是為人服務(wù)的，應(yīng)該為項(xiàng)目團(tuán)隊(duì)找到_適合他們的方法，而不是先確定方法，再讓團(tuán)隊(duì)適應(yīng)這個(gè)方法。因此也不存在適合所有項(xiàng)目的統(tǒng)一的方法。任何企圖統(tǒng)一所有項(xiàng)目過(guò)程的方法都是不正確的。

同時(shí)，對(duì)于同一個(gè)團(tuán)隊(duì)，隨著項(xiàng)目的進(jìn)行，對(duì)需求理解的深入，對(duì)技術(shù)理解的深入，一開(kāi)始適合項(xiàng)目的過(guò)程和方法也會(huì)漸漸的不適合。這時(shí)候也需要團(tuán)隊(duì)對(duì)過(guò)程進(jìn)行及時(shí)的調(diào)整，_項(xiàng)目的質(zhì)量和效率。敏捷是動(dòng)態(tài)的，而非靜止不變的，因?yàn)檫@個(gè)世界本身就是變化的，在變化的世界使用不變的方法，是不現(xiàn)實(shí)的。銀彈從來(lái)就沒(méi)有過(guò)，在有限的將來(lái)也不會(huì)存在。

贊