限。

　　分析人員或客戶理解有誤

　　軟件系統(tǒng)分析人員不可能都是全才，更不可能是行業(yè)方面的專家。客戶表達(dá)的需求，不同的分析人員可能有不同的理解。如果分析人員理解錯了，可能會導(dǎo)致以后的開發(fā)工作勞而無功。記得一則笑話，有個外星人間諜潛伏到地球刺探情報，它給上司寫了一份報告：“主宰地球的是汽車。它們喝汽油，靠四個輪子滾動前進(jìn)，嗓門極大，雙眼在夜里能射出強光……有趣的是，車?yán)镒≈环N叫作‘人’的寄生蟲，這些寄生蟲完全控制了車?！彼苑治鋈藛T知識的專一性也會造成需求分析的誤解和失敗。這時，咨詢監(jiān)理公司就必須根據(jù)實際的項目需求調(diào)研計劃，提醒承建方加強業(yè)務(wù)了解程度和注重溝通技巧。

　　

　　圖二 第二階段訪談式項目中角色、流程圖


　　需求分析方法論


　　根據(jù)以往的工程經(jīng)驗，需求分析工作方法，應(yīng)該定位在“三個階段”（也稱“三步法”）。

　　第一階段：“訪談式”（Visitation）

　　這一階段是和具體用戶方的領(lǐng)導(dǎo)層、業(yè)務(wù)層人員的訪談式溝通，主要目的是從宏觀上把握用戶的具體需求方向和趨勢，了解現(xiàn)有的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體情況、客觀的信息。建立起良好的溝通渠道和方式。針對具體的職能部門以及各委辦局，最好能指定本次項目的接口人。

　　實現(xiàn)手段：訪談、調(diào)查表格

　　輸出成果：調(diào)查報告、業(yè)務(wù)流程報告

　　第二階段：“誘導(dǎo)式”Inducement

　　這一階段是在承建方已經(jīng)了解了具體用戶方的組織架構(gòu)、業(yè)務(wù)流程、硬件環(huán)境、軟件環(huán)境、現(xiàn)有的運行系統(tǒng)等等具體實際、客觀的信息基礎(chǔ)上，結(jié)合現(xiàn)有的硬件、軟件實現(xiàn)方案，做出簡單的用戶流程頁面，同時結(jié)合以往的項目經(jīng)驗對用戶采用誘導(dǎo)式、啟發(fā)式的調(diào)研方法和手段，和用戶一起探討業(yè)務(wù)流程設(shè)計的合理性、準(zhǔn)確性、便易性、習(xí)慣性。用戶可以操作簡單演示的DEMO，來感受一下整個業(yè)務(wù)流程的設(shè)計合理性、準(zhǔn)確性等等問題，及時地提出改進(jìn)意見和方法。

　　實現(xiàn)手段：拜訪（誘導(dǎo)）、原型演示

　　輸出成果：調(diào)研分析報告、原型反饋報告、業(yè)務(wù)流程報告

　　第三階段：“確認(rèn)式”Afirm

　　這一階段是在上述兩個階段成果的基礎(chǔ)上，進(jìn)行具體的流程細(xì)化、數(shù)據(jù)項的確認(rèn)階段，這個階段承建方必須提供原型系統(tǒng)和明確的業(yè)務(wù)流程報告、數(shù)據(jù)項表，并能清晰地向用戶描述系統(tǒng)的業(yè)務(wù)流設(shè)計目標(biāo)。用戶方可以通過審查業(yè)務(wù)流程報告、數(shù)據(jù)項表以及操作承建方提供的DEMO系統(tǒng)，來提出反饋意見，并對已經(jīng)可接受的報告、文檔簽字確認(rèn)。

　　實現(xiàn)手段：拜訪（回顧、確認(rèn)），提交業(yè)務(wù)流程報告、數(shù)據(jù)項表；原型演示系統(tǒng)

　　輸出成果：需求分析報告、數(shù)據(jù)項、業(yè)務(wù)流程報告、原型系統(tǒng)反饋意見（后三者可以統(tǒng)一歸入需求分析報告中，提交用戶方、監(jiān)理方進(jìn)行確認(rèn)和存檔）

　　整體來講，需求分析的三個階段是需求調(diào)研中不可忽視一個重要的部分，三個階段或者說三步法的實施和采用，對用戶和承建方都同樣提供了項目成功的保證。當(dāng)然在系統(tǒng)建設(shè)的過程中，特別在采用迭代法的開發(fā)模式時，需求分析的工作需一直進(jìn)行下去，而在后期的需求改進(jìn)中，工作則基本集中在后兩個階段中。

　　

　　圖三 第三階段訪確認(rèn)式項目中角色、流程圖

    項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~

    http://m.opto-elec.com.cn/pmqhd/index.html