盲目自信常常源于一廂情愿的想法。?它是一個(gè)狀態(tài)，這個(gè)狀態(tài)表現(xiàn)為，預(yù)期與現(xiàn)實(shí)可能相差很大，然而在一個(gè)特定的時(shí)間段內(nèi)它卻又給人一種一切盡在掌控之中的感覺。?敏捷開發(fā)中有很多這樣的情況，這導(dǎo)致一個(gè)團(tuán)隊(duì)?即使在每況愈下時(shí)，也要堅(jiān)持那些盲目的自信?。

?　　Mike Griffiths引用了Malcom Gladwell在盲目自信的高低程度與信息化呈現(xiàn)水平相關(guān)中的一段話，是一個(gè)關(guān)于精神科醫(yī)生展示有關(guān)病人信息的例子。根據(jù)信息圖表顯示，他們的自信水平為25%，評估準(zhǔn)確度大約為25%。然而，?當(dāng)他們獲取到約10頁信息的數(shù)據(jù)量時(shí)，他們的精確度稍微提高了一點(diǎn)到了29%，但他們的自信增加到了90%。?

　　Matt認(rèn)為，一些公司在人為制造?自信。他們將規(guī)范、文檔，以及過程作為可信賴的東西。這些可信賴的東西給了他們錯(cuò)誤的信心，認(rèn)為自己不會出現(xiàn)可怕的錯(cuò)誤。?

問題是，當(dāng)你通過文檔以及其他東西建立自信時(shí)，你已經(jīng)對你自己做出了定論，而那些假設(shè)可能是錯(cuò)誤的（一旦認(rèn)清現(xiàn)實(shí)，假設(shè)常常被丟到一旁）。好吧，你可能覺得你一定會有一個(gè)完美的方案，認(rèn)為這樣更好。但是如果它是一個(gè)失敗的方案，那么又有什么意義呢？

　　這同樣也適用于測試。J.B.Rainsberge曾經(jīng)提到“集成測試是一個(gè)騙局”。原因是，依賴于編寫不同的集成測試，一個(gè)團(tuán)隊(duì)可能會產(chǎn)生盲目自信的感覺。根據(jù)Mark Needham的說法，單元測試也會這樣。

確保我們的單元測試真的測試了一些有用的東西，而不是在寫代碼和維護(hù)方面的成本遠(yuǎn)超我們獲取的利益，這點(diǎn)是非常重要的。

　　同樣，Doug Rathbone也提到?許多團(tuán)隊(duì)對于擁有自動化構(gòu)建機(jī)制非常滿意。?然而，關(guān)鍵不是要有自動化構(gòu)建機(jī)制?，而是要有自動地構(gòu)建和部署的能力。

如果你不能用自動化的方式進(jìn)行構(gòu)建部署，那么你只需要降低生產(chǎn)鏈上人為的錯(cuò)誤也能達(dá)到不錯(cuò)的結(jié)果。同時(shí)，以你的能力輕易地推動一個(gè)項(xiàng)目也會給你自己盲目的自信。?

　　另一個(gè)會產(chǎn)生盲目自信現(xiàn)象的情況是代碼凍結(jié)者是干系人。Jonathan Leffler?問過一個(gè)有趣的問題，

　　另外，大多數(shù)盲目自信的建立也與規(guī)范有關(guān)。根據(jù)Mike的說明：

規(guī)范?是另一個(gè)易于產(chǎn)生錯(cuò)誤的地方。當(dāng)我們花費(fèi)大量的時(shí)間收集規(guī)范、驗(yàn)證規(guī)范，以及?詳細(xì)修改流程和異常的時(shí)候，我們已經(jīng)在其中建立了自信的感覺。

　　在你的項(xiàng)目中，你有看到幫助建立了盲目自信但卻沒有增加價(jià)值的?其他地方嗎？?

　　英文原文地址：Agile and the Crutches of False Confidence

it知識庫：敏捷與盲目自信，轉(zhuǎn)載需保留來源！

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