歷盡千辛萬苦，終于簽署合同，IT供應(yīng)商拿到了用戶提供的幾頁“需求書”；然后就憑借自己的理解立即投入開發(fā)，等生米熬成粥才發(fā)現(xiàn)滿足不了用戶需求，接下來就是艱難、反復(fù)地修改，最后開發(fā)人員厭倦了，用戶也厭倦了，當(dāng)然項(xiàng)目款也遙遙無期。這樣的案例可謂比比皆是！
比起不成功的項(xiàng)目，一個(gè)成功的項(xiàng)目在開發(fā)者和客戶之間往往采取了更多交流方式；IT供應(yīng)商不僅與終端用戶或潛在用戶群交流，而且對用戶感性、樸素的認(rèn)識(shí)進(jìn)行抽象，提取出潛在邏輯關(guān)系，準(zhǔn)確把握客戶的真正需求，然后才進(jìn)行軟件開發(fā)。作為項(xiàng)目開發(fā)者和最終用戶之間的“橋梁”，CIO如何推進(jìn)開發(fā)人員和終端用戶的“對接”？如何從用戶籠統(tǒng)、感性的描述中抽象出潛在邏輯關(guān)系？
撥開需求“迷霧”
業(yè)務(wù)部門的主管甚至CIO經(jīng)常試圖代替終端用戶說話，但通常又無法準(zhǔn)確說明“用戶需求”。用戶需求來自產(chǎn)品的真正使用者，必須讓實(shí)際用戶參與到收集需求的過程中；否則，產(chǎn)品很可能會(huì)因缺乏足夠的信息而遺留不少隱患。
需求分析是軟件開發(fā)和項(xiàng)目管理的基礎(chǔ)，但業(yè)務(wù)部門經(jīng)常三言五語就把開發(fā)人員“打發(fā)”了，業(yè)務(wù)人員籠統(tǒng)、感性的描述對開發(fā)人員來說就像“霧里看花”，一些開發(fā)人員只好按照自己的理解去寫CODE。要撥開需求分析的“迷霧”，就要先了解需求分析的“程序”。
需求分析包括業(yè)務(wù)需求、用戶需求、功能需求、非功能性需求和需求分析報(bào)告等。業(yè)務(wù)需求反映了組織機(jī)構(gòu)或客戶對系統(tǒng)、產(chǎn)品高層次的目標(biāo)要求，通常在項(xiàng)目定 義與范圍文檔中予以說明；用戶需求描述了用戶使用產(chǎn)品必須要完成的任務(wù)，應(yīng)在使用實(shí)例或方案腳本中予以說明；功能需求定義了開發(fā)人員必須實(shí)現(xiàn)的軟件功能， 使用戶利用系統(tǒng)能夠完成他們的任務(wù)，從而滿足業(yè)務(wù)需求；非功能性的需求描述了系統(tǒng)展現(xiàn)給用戶的行為和執(zhí)行的操作等，它包括產(chǎn)品必須遵從的標(biāo)準(zhǔn)、規(guī)范和約 束，操作界面的具體細(xì)節(jié)和構(gòu)造上的限制等；需求分析報(bào)告所說明的功能需求充分描述了軟件系統(tǒng)所應(yīng)具有的外部行為，在開發(fā)、測試、質(zhì)量保證、項(xiàng)目管理以及相 關(guān)項(xiàng)目功能中起著重要作用。
業(yè)務(wù)部門的主管通常闡明“業(yè)務(wù)需求”，即產(chǎn)品的高層次概念和主要業(yè)務(wù)內(nèi)容，為后繼工作建立指導(dǎo)性框架；但“業(yè)務(wù)需求”并不能為開發(fā)人員提供開發(fā)所需的許多細(xì)節(jié)說明�！坝脩粜枨蟆北仨氄蚁到y(tǒng)的最終使用者，他們最清楚要使用該產(chǎn)品完成什么任務(wù)和一些非功能性的特性需求，如程序的易用性、健壯性和可靠性等，而這些特性將會(huì)使用戶很好地接受具有該特點(diǎn)的軟件產(chǎn)品。業(yè)務(wù)部門的主管甚至CIO經(jīng)常試圖代替終端用戶說話，但通常又無法準(zhǔn)確說明“用戶需求”。用戶需求來自產(chǎn)品的真正使用者，必須讓實(shí)際用戶參與到收集需求的過程中；否則，產(chǎn)品很可能會(huì)因缺乏足夠的信息而遺留不少隱患。
在實(shí)際需求分析過程中，由于業(yè)務(wù)部門工作很忙，經(jīng)常沒有時(shí)間或者覺得沒有必要與IT此文章共有4頁 1 2 3 4 下一頁
文章來源：中國項(xiàng)目管理資源網(wǎng)
 軟件開發(fā)項(xiàng)目管理培訓(xùn)課程方案
|
Leadge.com首頁 > 知識(shí)庫 
