我是2005年進入一家國有企業(yè)的軟件中心，經(jīng)歷三年的磨練，成為一個mis系統(tǒng)的項目經(jīng)理，由于初次任項目經(jīng)歷，因此在這項目中我感受非常深刻。
在軟件行業(yè)，在界面設(shè)計沒有正式展現(xiàn)給客戶之前，所有的工作都處于需求調(diào)研階段。而在我們所學(xué)的軟件工程概念模型中，這是三個階段：需求調(diào)研、需求分析、概要設(shè)計。
在客戶把他們想要管理的業(yè)務(wù)模塊以及與之相關(guān)的業(yè)務(wù)數(shù)據(jù)，流程，表單交付你的時候，你千萬不要把這個階段定性為需要調(diào)研結(jié)束，寫出《需要規(guī)格說明書》就可以了。大量的實踐證明，在概要設(shè)計階段所衍生出來的需求工作量是之前的5~10倍，甚至更多，因為這要看設(shè)計人員的業(yè)務(wù)溝通能力和建模水平。我第一次做這個項目時，需求調(diào)研、需求分析、概要設(shè)計都完成，并且都與業(yè)務(wù)人員確認完畢，但是由于業(yè)務(wù)人員對軟件管理軟件不太懂，加上長期手工完成的工作變成系統(tǒng)不能接受，因此確認的過程其實是很馬虎的，很快進行開發(fā)，該項目總共花費大半年的時間，最后在驗收時業(yè)務(wù)人員對我們做的系統(tǒng)不能認可，因此公司領(lǐng)導(dǎo)出面進行調(diào)解，最后該項目以需求變更的形式進行第二次開發(fā)。有實施經(jīng)驗比較豐富的項目管理人員總結(jié)說，在中國實施軟件項目，必須以咨詢方式展開：要推出自己的方案，而不能完全按照客戶來提需求作項目。這是一種很好的解決思路，但無法解決所有實施項目的難題。這種解決方案的前提，要么項目實施者有成熟的業(yè)務(wù)模型，要么有成熟的產(chǎn)品(包含了成熟的業(yè)務(wù)模型)，否則是不可能做到的。但如果沒有3~5年在同一行業(yè)，同一領(lǐng)域的實施經(jīng)驗和理論總結(jié)，沒有哪家IT企業(yè)能達到這樣的前提要求。
很快我們又進行需求變更開發(fā)的需求分析階段，首先我們沒有進行盲目開發(fā)，而是先總結(jié)上次開發(fā)失敗的原因，總結(jié)主要是因為企業(yè)管理思想不成熟，更談不上完善的業(yè)務(wù)模型，所以客戶的思維一定程度是發(fā)散的，還未形成系統(tǒng)。甚至還有些客戶的領(lǐng)導(dǎo)，腦子中有很多新鮮的點子，他都有可能想在企業(yè)信息化的實施過程中加進來，這對把控項目范圍和項目實施效果來說，都可能是災(zāi)難的開始?？偨Y(jié)完原因之后我請公司領(lǐng)導(dǎo)層與業(yè)務(wù)領(lǐng)導(dǎo)進行溝通，希望他們由領(lǐng)導(dǎo)層面出面進行整合業(yè)務(wù)流程，使其達到規(guī)范化，然后重新整理一份需求交給我們，然后我們在其基礎(chǔ)上進行需求分析，并且快速的以會議形式給業(yè)務(wù)人員展示軟件原型——軟件DEMO，得到大家認同后，就照著模型進行編碼，經(jīng)歷半年之久開發(fā)完成，在驗收階段得到業(yè)務(wù)人員的認可。
該項目經(jīng)歷接近2年時間終于完成，這個項目讓人受益匪淺。讓我明白軟件項目，需求調(diào)研非常重要，千萬不能逐個找業(yè)務(wù)人員談?wù)撔枨螅缓竺つ孔?，必須要進行業(yè)務(wù)流程梳理后進行軟件DEMO設(shè)計并和業(yè)務(wù)人員確定后才能算需求調(diào)研階段結(jié)束。