出來(lái)工作有一段時(shí)間了吧, 項(xiàng)目也算是做了幾個(gè),盡管自己以為軟件工程學(xué)的不錯(cuò),可在實(shí)際開(kāi)發(fā)過(guò)程中,未必就能完全按照規(guī)范來(lái)做,這個(gè)除了自己本身的問(wèn)題外, 還有幾方面的問(wèn)題.
首先,經(jīng)理不是軟件行業(yè)出身,對(duì)軟件開(kāi)發(fā)流程,規(guī)范等都不清楚,而尤其是當(dāng)他作為軟件開(kāi)發(fā)人員與客戶之間溝通的橋梁時(shí),對(duì)軟件開(kāi)發(fā)來(lái)說(shuō),就是一種很?chē)?yán)重的缺陷.對(duì)我所在公司來(lái)說(shuō),雖然我負(fù)責(zé)軟件,可惜上頭不明白需求的重要性,甚至?xí)f(shuō)你管開(kāi)發(fā)軟件就行了,要需求干嗎,只管寫(xiě)代碼就可以了(呵呵,發(fā)個(gè)牢騷).當(dāng)他與客戶談,會(huì)談的很好,因?yàn)閮蓚€(gè)人都不是技術(shù)出身,他們只會(huì)用他們的語(yǔ)言來(lái)描述系統(tǒng),而不是用軟件工程的方法來(lái)描述. 這就給軟件開(kāi)放項(xiàng)目埋下了隱患. 然后他再與開(kāi)發(fā)人員溝通,就是造成需求的不明確,甚至錯(cuò)誤.
然后在開(kāi)發(fā)過(guò)程中, 不斷的修改,不停的做一些重復(fù)的工作,乃至項(xiàng)目流產(chǎn). 即使是趕工,勉強(qiáng)做了出來(lái),其質(zhì)量也完全不能保證.這就是開(kāi)發(fā)人員與非技術(shù)人員之間溝通不充分,不清楚造成的結(jié)果.
再說(shuō)了, 客戶也不是專(zhuān)業(yè)人員,他對(duì)軟件產(chǎn)品需求,實(shí)際功能要求不清楚,這個(gè)倒是小事,關(guān)鍵是項(xiàng)目開(kāi)發(fā)期間, 開(kāi)發(fā)人員與客戶的充分溝通是非常重要的.可惜很多的客戶不完全明白這一點(diǎn),我的一個(gè)客戶要求做一個(gè)項(xiàng)目,給了初期的需求,可以后呢. 當(dāng)我遇到模糊的不清楚的地方去問(wèn)他時(shí),你們猜他怎么說(shuō)? 你有問(wèn)題等一起再來(lái)問(wèn)我, 每次遇到問(wèn)題就問(wèn),我還得去問(wèn)上頭, 太麻煩了. 你說(shuō),做項(xiàng)目,客戶這樣說(shuō),你還....不發(fā)牢騷了,接著說(shuō). 先轉(zhuǎn)個(gè)話題:個(gè)人認(rèn)為,快速開(kāi)發(fā)一個(gè)原型系統(tǒng)是很有必要的.這樣在客戶對(duì)其需求不明確的前提下,讓用戶提前能夠看到項(xiàng)目的面貌,讓他有一個(gè)總體概念,然后再讓他說(shuō)出具體詳細(xì)的需求,這樣會(huì)稍容易點(diǎn). 再說(shuō)回來(lái)了, 即使是這樣,你也要做好充分的準(zhǔn)備,以應(yīng)對(duì)客戶提出的源源不斷的需求更改, 我碰到的一個(gè)客戶簡(jiǎn)直都要讓我瘋了, 系統(tǒng)需求不斷的更改,技術(shù)要求還不斷的提高,就是價(jià)錢(qián)不給提, 郁悶死我了.
本文來(lái)自CSDN博客，轉(zhuǎn)載請(qǐng)標(biāo)明出處：http://blog.csdn.net/kokoshan/archive/2007/08/29/1763157.aspx