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