我們都聽說過這樣的故事：某某公司將要開發(fā)一套大型的先進的ERP系統(tǒng)。這套系統(tǒng)將要取代三分之一的公司里現(xiàn)有的軟件系統(tǒng)，可以消減二分之一的費 用，每個 人都會因此受益而高興。但現(xiàn)實中，這個項目超期2年還未完工，花掉的費用比原先預(yù)想的多出2倍，最終做成的系統(tǒng)就是一堆垃圾。

Photo by Quinn Dombrowski, used under the Creative Commons license.

于是，追責(zé)行動開始了。開發(fā)商用瀑布開發(fā)模式忽悠客戶，收取了高額的需求變更費。軟件購買者不知道如何在一個信息系統(tǒng)里扮演客戶。需求說明書沒寫好/不詳細/不嚴格/太寬泛。顧問從一開始就不稱職。等等等等。

在失敗的軟件項目中，上面說的各種因素都有可能，但有一個因素卻是幾乎在所有失敗的項目中普遍存在的：軟件購買方并不是軟件的用戶。

這 個簡單的事實卻隱含著巨大的禍根。是否聽到過“客戶根本不知道自己要的是什么”的話？必然，因為他們的確不是真正的客戶。大部分的軟件項目都幾乎完全沒有 按照最終用戶的思維模式去開發(fā)。它們的需求要么來自CTO的自負，要么來自CTO的一個碰巧開了一個軟件公司的泥瓦匠兄弟的大腦，或者就是因為投標(biāo)的價格 過低所致。不管怎樣，軟件設(shè)計總是要符合開發(fā)商的最大利益，并迎合購買方?jīng)Q策者的喜好，卻跟真正使用這個系統(tǒng)的人無關(guān)。

當(dāng)然，并不是每個購 買軟件的公司都表現(xiàn)的那么糟糕。很多的公司領(lǐng)導(dǎo)是真正關(guān)心系統(tǒng)開發(fā)的好壞和關(guān)心這套系統(tǒng)的最終使用者。如果不是因為其它的原因，至少是這個項目開發(fā)的好壞 會直接影響公司的運營。但即使這樣也不會好到哪里去，因為他們?nèi)狈σ痪€工作員工的那些經(jīng)驗。他們不知道軟件如何做才是最適合它們的最終使用者。如果軟件的 設(shè)計是由XXX組委會/顧問委員會設(shè)計的、并有個很大的政治口號，那就更糟了。

因為我們幾乎沒有辦法改變當(dāng)今的這些大型項目的投標(biāo)招標(biāo)簽約過程，作為軟件開發(fā)者，我們可以做些什么呢？一句話：換位思考。如 果你接到需求后沒有任何疑問的去實現(xiàn)它，那你應(yīng)該自責(zé)。所有的失敗都歸咎于你也不為過。你的責(zé)任并不是照本宣科、需求上怎么寫你就怎么做。你的任務(wù)是為客 戶——不，是為最終用戶——做出有用的東西。為此，不論作為程序員這樣做是如何的大不敬，你也必須越職去跟那些將要使用你開發(fā)的軟件的人交流。

這就是為什么讓軟件程序員去體驗最終用戶的工作是如此的重要。如果你將要開發(fā)一套客服系統(tǒng)，就讓你的程序員去客服中心工作一天或一周。如果你要開發(fā)Web應(yīng)用，就讓程序員和設(shè)計師直接面對用戶反饋，不要把它們外包給印度。

為 了理解軟件的真正需求，除了直接跟真正用戶交流或在現(xiàn)實生活中真正的使用，沒有其它更好的辦法。雖然很多的企業(yè)型軟件項目在開發(fā)時沒有辦法先自己體驗/反 饋，但你絕對可以將程序員送到真正的客服中心，沒有什么能比真正用戶的需求和痛苦能讓你更深刻的了。任何需求文檔都無法提供你一個完全的真實情況。任何技 術(shù)在沒有專業(yè)領(lǐng)域知識的支持下都不會出彩。沒有人會比那些沖到客戶現(xiàn)場第一線的開發(fā)者更受客戶喜歡。這就是我們Bear Metal公司在每個項目上堅持的工作方式。所以，我認為你也應(yīng)該這樣。

原文鏈接：http://bearmetal.eu/theden/do-you-know-the-biggest-reason-why-enterprise-software-sucks/

譯文鏈接：http://www.aqee.net/do-you-know-the-biggest-reason-why-enterprise-software-sucks/