《人月神話》這本書風(fēng)行已經(jīng)很久了,寫成于1975年,經(jīng)歷這么久的時間,在當(dāng)前又重新流行,讓我很驚訝,但是一直沒有時間讀。今天突然想起自己的機(jī)器上有本拷貝別人的電子書,決定讀讀。我今天只看了兩章,即焦油坑和人月神話。
人月神話看上去這么浪漫的名字,原來并不是真的說神話故事,作者闡述的主要觀點是在軟件開發(fā)項目上項目進(jìn)度和增加人員這兩個概念是不能互換。雖然已經(jīng)時隔20多年了,這本書依然給我震撼,一是讓我驚訝的是,美國20年前軟件項目所面臨的問題,在我們現(xiàn)在依然如此,糟糕的情況沒有改變,大家仍舊在焦油坑里掙扎,而且看上去沒有解決辦法。二是作者對軟件項目失敗的總結(jié),每一個問題我們依舊再犯,特別讀到“是當(dāng)意識到進(jìn)度的偏移時,下意識(以及傳統(tǒng))的反應(yīng)是增加人力。
這就像使用汽油滅火一樣,只會使事情更糟。越來越大的火勢需要更多的汽油,從而進(jìn)入了一場注定會導(dǎo)致災(zāi)難的循環(huán)。“,我對這句話簡直是太有感觸了,因為我身邊這樣的悲劇整天都在上演,公司對所有的項目搞得都是人海戰(zhàn)術(shù),進(jìn)度沒有提前,還整天加班,最后用戶不滿意,開發(fā)人員整天郁悶,結(jié)果是用戶對公司失去了信任,成了一槌子買賣,開發(fā)人員就像割韭菜,舊人一一辭職,新人天天引進(jìn),公司何談發(fā)展和積累,做了n年,濤聲依舊,做法沒有改變,情況沒有改觀,公司沒有發(fā)展,好在中國人多地大,呼悠完一個行業(yè),再呼悠另一個行業(yè)。三是作者在那個時候,就根據(jù)自己的經(jīng)驗提出了對于軟件任務(wù)的進(jìn)度安排,以下是作者使用了很多年的經(jīng)驗法則:1/3計劃1/6編碼1/4構(gòu)件測試和早期系統(tǒng)測試1/4系統(tǒng)測試,所有的構(gòu)件已完成我們公司是通過cmm3認(rèn)證的,理論不用我說,大家好像都明白,實際情況呢,有誰真的拿出那么多時間作計劃,又有誰拿出那么多時間作測試,不過令人欣慰的是,大家確實在向這方面改變,比如我們公司測試部現(xiàn)在就是一個很大很關(guān)鍵的部門,所有的程序發(fā)布都需要測試人員的簽字。
當(dāng)然,也許可以找點客觀原因,比如現(xiàn)在國內(nèi)多數(shù)客戶不成熟,簽單子靠關(guān)系,一旦簽了又恨不得明天就正式運行,但是本著“沒有任何借口”的觀點,我們該怎樣改進(jìn)呢,我決定讀下去,看看能否找到作者所說的銀彈呢。
來源:網(wǎng)絡(luò)整理 免責(zé)聲明:本文僅限學(xué)習(xí)分享,如產(chǎn)生版權(quán)問題,請聯(lián)系我們及時刪除。