本文是從 Startup Suicide – Rewriting the Code 這篇文章翻譯而來(lái)。

　　敏捷開(kāi)發(fā)和最小化功能組合的好處是能持續(xù)得到客戶(hù)反饋，快速迭代，防止無(wú)用程序的產(chǎn)生。但是隨著時(shí)間的推移，如果開(kāi)發(fā)人員不注意，那些為早期客戶(hù)編寫(xiě)的程序會(huì)變得笨拙不堪，難以維護(hù)，無(wú)法擴(kuò)展。你最終會(huì)諷刺的得到和敏捷方法完全相反的結(jié)果。而且問(wèn)題的嚴(yán)重程度會(huì)隨著公司的壯大呈指數(shù)級(jí)增長(zhǎng)。合理的解決方案是什么？把產(chǎn)品“重構(gòu)重寫(xiě)”。

　　對(duì)于處于快速變換的市場(chǎng)中的一個(gè)公司，這通常是走向滅亡的開(kāi)始。

　　看似很合理

　　我剛好和一位朋友在加州的Palo Alto共進(jìn)午餐，他是一個(gè)科技公司的創(chuàng)始人，現(xiàn)在出任董事會(huì)主席。幾年前他聘請(qǐng)了一位職業(yè)經(jīng)理做CEO。我詢(xún)問(wèn)他工作做的如何(“非常好，謝謝你的關(guān)心，五年來(lái)，公司現(xiàn)在的市值已經(jīng)達(dá)到5千萬(wàn)美元”)，但他卻想跟我談一個(gè)在他腦子里想了很久的問(wèn)題。“隨著公司的壯大成長(zhǎng)，我們對(duì)市場(chǎng)變化和客戶(hù)反饋的反應(yīng)越來(lái)越遲鈍。雖然現(xiàn)在我們的營(yíng)業(yè)收入看起來(lái)還不錯(cuò)，但如果我們不能使公司的產(chǎn)品平臺(tái)跟上客戶(hù)需求的快速變化，一兩年內(nèi)我們就可能完蛋。我們的CEO沒(méi)有技術(shù)背景，但他也為公司不能開(kāi)發(fā)出他想要的一些新功能和平臺(tái)(Facebook,iPhone,Android等)而沮喪。在最近的一次董事會(huì)會(huì)議上，我們主管技術(shù)的副總裁指出問(wèn)題的根源在于‘我們的程序積累了太多的技術(shù)債務(wù)‘，程序?qū)嵲谑窃阃噶耍覀儸F(xiàn)在根本沒(méi)法處理。他告訴董事會(huì)，如果想在其上做我們想要的修改，那只能重寫(xiě)這個(gè)產(chǎn)品。”我的朋友補(bǔ)充道，“這聽(tīng)起來(lái)很合理，所以CEO打算批準(zhǔn)這個(gè)計(jì)劃。”

　　舉槍自殺

　　“那么董事會(huì)在聽(tīng)到這種魯莽的計(jì)劃后沒(méi)有做任何反應(yīng)嗎？”我問(wèn)道。“沒(méi)有，”朋友回答道，憂(yōu)郁的搖搖腦袋，“董事會(huì)成員都感覺(jué)這像個(gè)好主意。”

　　經(jīng)過(guò)更詳細(xì)的詢(xún)問(wèn)后，我了解到他們的已經(jīng)膨脹巨大的代碼庫(kù)中還保留著公司早期在拓荒階段為客戶(hù)開(kāi)發(fā)的代碼遺跡。當(dāng)初針對(duì)客戶(hù)的產(chǎn)品技術(shù)設(shè)計(jì)對(duì)于公司當(dāng)前所面對(duì)的新平臺(tái)的擴(kuò)展任務(wù)來(lái)說(shuō)并不是正確的設(shè)計(jì)。

　　我提醒我的這位朋友，我從來(lái)沒(méi)有做過(guò)技術(shù)管理，所以任何我給他的建議都是來(lái)自于經(jīng)歷過(guò)這種事情的他人。

　　引誘非技術(shù)出身的CEO的美妙海妖歌聲

　　CEO在其職業(yè)生涯中至少會(huì)遇到一次這樣的“重寫(xiě)”問(wèn)題。如果他是被請(qǐng)來(lái)替代技術(shù)創(chuàng)始CEO的，那這個(gè)決策似乎很好定——只需要對(duì)比一下負(fù)責(zé)技術(shù)的副總裁提供的重寫(xiě)(短期)進(jìn)度計(jì)劃和保留老代碼、增加新功能(長(zhǎng)期)的進(jìn)度計(jì)劃就行了。而事實(shí)上，這是個(gè)愚蠢的決定。技術(shù)團(tuán)隊(duì)也許會(huì)知道使用舊程序的困難和問(wèn)題所在，但不會(huì)知道如果重寫(xiě)代碼庫(kù)將會(huì)面對(duì)多少的困難和問(wèn)題。

　　曾經(jīng)經(jīng)歷過(guò)重寫(xiě)噩夢(mèng)或理解程序的復(fù)雜性的CEO會(huì)知道，沒(méi)有最初的技術(shù)開(kāi)發(fā)團(tuán)隊(duì)，重犯以前曾經(jīng)犯過(guò)的錯(cuò)誤的幾率會(huì)非常的高。加之會(huì)引入以前不曾犯過(guò)的錯(cuò)誤，根據(jù)墨菲法則，不受約束的樂(lè)觀主義會(huì)使1年期的重寫(xiě)計(jì)劃變成數(shù)年。

　　我的觀點(diǎn)是，CEO和主管技術(shù)的副總裁混淆了因果。客戶(hù)并不要求新的程序。他們要的是新的功能和平臺(tái)—— 在當(dāng)前。他們不太關(guān)心這些功能是由一堆糊涂代碼、還是由外星飛船、還是由一個(gè)新產(chǎn)品提供的。當(dāng)你在代碼重寫(xiě)的過(guò)程中，那些不癡迷于架構(gòu)血統(tǒng)純度的競(jìng)爭(zhēng)對(duì)手會(huì)擴(kuò)展他們的功能、平臺(tái)，拉攏客戶(hù)、增加市場(chǎng)份額。這種目前就增加這些功能、還是一兩年后再增加這些功能之間的區(qū)別代表著收入增長(zhǎng)、還是被淘汰出局兩種境況之間的區(qū)別。

　　誰(shuí)想要老的產(chǎn)品

　　也許這著手搞程序重寫(xiě)最危險(xiǎn)的副作用就是當(dāng)你對(duì)舊的程序宣告死亡時(shí)卻沒(méi)有可替代的產(chǎn)品存在。當(dāng)副總裁和CEO宣告公司將來(lái)要采用新的程序時(shí)，誰(shuí)還會(huì)去重視這充滿(mǎn)問(wèn)題的舊程序呢？當(dāng)管理者說(shuō)出“重寫(xiě)”這個(gè)詞時(shí)，老的程序就死掉了。這后果就是，CEO沒(méi)有退路可走。如果技術(shù)副總裁的開(kāi)發(fā)進(jìn)程最終是花了4年時(shí)間，而不是設(shè)想的1年，那么在這幾年期間對(duì)于系統(tǒng)新功能的增加不會(huì)有任何的進(jìn)展。

　　這是一種預(yù)測(cè)的失敗

　　我認(rèn)為這看起來(lái)像是技術(shù)副總裁藍(lán)景設(shè)計(jì)上的失敗——再加之沒(méi)有代碼重寫(xiě)經(jīng)歷的CEO推波助瀾——再經(jīng)過(guò)想不出具有建設(shè)性的方案的董事會(huì)們的攪和。

　　給朋友的建議？指出市場(chǎng)的快速變化和競(jìng)爭(zhēng)性，指出這種動(dòng)作會(huì)使公司致命。公司在前進(jìn)道路上的探索不應(yīng)該在時(shí)間對(duì)于市場(chǎng)至關(guān)重要的情況下、在客戶(hù)的需求快速轉(zhuǎn)換的情況下對(duì)代碼庫(kù)進(jìn)行重寫(xiě)。重寫(xiě)是在競(jìng)爭(zhēng)周期比較長(zhǎng)的市場(chǎng)條件下才可行。

　　我建議他應(yīng)該在董事會(huì)會(huì)議上把這些情況陳列清楚。要求CEO詳細(xì)列出什么時(shí)候需要什么樣的功能和平臺(tái)特征，用什么樣的手段對(duì)進(jìn)度計(jì)劃管理的風(fēng)險(xiǎn)進(jìn)行控制。弄清楚這種完全不同的技術(shù)方案是否真的可行。(是否可以只重構(gòu)目前需要追加新功能的部分模塊？在新的代碼庫(kù)上開(kāi)發(fā)要求的新平臺(tái)系統(tǒng)？啟動(dòng)一個(gè)獨(dú)立的分支工作團(tuán)隊(duì)來(lái)開(kāi)發(fā)新平臺(tái)？等等)

it知識(shí)庫(kù)：企業(yè)自殺行為：重寫(xiě)程序，轉(zhuǎn)載需保留來(lái)源！

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