ts)，而不是為了滿足某一些需求。
　　如果項目的目的是為了滿足某一些需求來解決一些運營上的問題，那么這些便是系統(tǒng)維護項目，不是系統(tǒng)開發(fā)項目。而且這些項目的需求通常比較明確，客戶清楚地知道需要增加哪些功能，可以直接告訴技術(shù)人員有關(guān)功能的需求。在現(xiàn)有系統(tǒng)中附加該功能，便能夠完成項目。而且這方面的需求可以得到各階層人員的認同。
　　軟件開發(fā)是為了提供一套完整工具(軟件加硬件)來完成一個部門或一家企業(yè)的“運營目標”，如何可以利用科技來使企業(yè)的運營更理想，是軟件開發(fā)的主要原因。所以當(dāng)我們完成分析后，明確地理解需要哪些功能才能夠讓企業(yè)或部門更有效地達到目標，這些功能才是系統(tǒng)的真正需求。我們所說的“收集需求(gather requirements)，”基本上是包括找尋事實(Fact Findings)和分析(Analysis)兩個階段的結(jié)果，不是國內(nèi)所執(zhí)行的“調(diào)研”一個工作希望直接帶出來的結(jié)果。
　　整體解決方案
　　當(dāng)完成分析后，有了全面的功能需求，接下來便需要讓客戶認識到，他們的最終目的需要哪些功能和如何可以利用科技(軟件及硬件)的結(jié)合來完成，這便是我們所說的解決方案。這時候還沒有對系統(tǒng)進行設(shè)計，只是讓客戶認識他們所希望的目標需要哪些系統(tǒng)功能來完成。我們的目的是讓客戶認同，只要我們的系統(tǒng)可以提供這些功能，便能夠達到他們的最終目的，這便是確認需求的目的。同時在確認這些需求的時候，把項目的范圍牢牢的建立起來。
　　客戶的確認
　　到這里，相信大家都知道為什么我們在國外可以讓客戶確認需求，而國內(nèi)的技術(shù)人員卻未能讓客戶確認需求了。很多同業(yè)往往感覺困惑，為什么訪談結(jié)果可以讓被訪者接受，但每當(dāng)要求對方主管確認的時候又被打回頭票?
　　國內(nèi)把握需求的方法，一般是希望從訪談的用戶口中提供系統(tǒng)的功能需求，這意味著把專業(yè)工作交給客戶來執(zhí)行，他們又如何能夠完成我們本身做不到的工作呢?縱然訪談的客戶可以很明確地認識到本身工作上的需求，同時可以確認你遞交的調(diào)研報告或需求說明書，但這只屬于他本人工作崗位及工作層次上的需求。而部門主管及企業(yè)領(lǐng)導(dǎo)的需求是比較全面，肯定與相關(guān)工作人員所提出的需求有所不同，這份調(diào)研報告又如何能夠讓用戶主管或客戶確認呢。
　　未能把握整個解決方案的目標，未能分析整體工作的過程來建立目標的功能，這樣提出來的需求只能解決局部的問題，未能做到“解決方案”的目標。其實我們只需要確認業(yè)主的項目投資最終目標，從結(jié)果分析來建立所需的功能，便能夠有效地讓客戶認同這些主要功能，認同項目的需求。
　　開發(fā)的另一誤區(qū)
　　我?？吹揭恍╅_發(fā)人員把過去一些案例讓客戶觀看，希望客戶從中理解自身的需求，然后在項目建設(shè)的過程中慢慢把需求建立起來。但這種方法往往讓我們無法把握項目的真正范圍，讓范圍不斷蔓延，導(dǎo)致項目不斷延誤，未能有效的完成交付。
　　每一個客戶有本身的思想，有獨特的需求，有企業(yè)的特色，觀看別人的案例只讓客戶增加對結(jié)果的期盼，不能完全確定項目需求的最終目的。尤其是近年來的項目多是概念性的項目。所謂概念性項目是從商業(yè)概念所產(chǎn)生的項目，例如“客戶管理系統(tǒng)”來對客戶進行管理和提供客戶的服務(wù)，建立客戶滿意度等類似的項目，又或者是客戶需要建立一個“市場管理系統(tǒng)”來對企業(yè)產(chǎn)品銷售進行有效的分析及開拓市場方向等項目。這些項目便是我們現(xiàn)在所說的“信息化”項目的建設(shè)。
　　技術(shù)人員不能把握這些概念性項目的需求，也成為目前國內(nèi)信息化過程的延誤和信息化結(jié)果的最大障礙。九零年代中期，國際企業(yè)開始進行信息化，在無數(shù)慘痛教訓(xùn)后理解到技術(shù)人員本身的局限—對商業(yè)運營的最終目標認識不清，所以特意在軟件開發(fā)項目中建立

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

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