做IT專案要知己知彼 （轉）
缺失關鍵需求導致專案失敗
京盛緣超市在京城發展多年，如今已擁有數十家分店。店大了，分店多了，運營效率卻隨之降低了。訂貨、結算、統一配貨、各店銷量統計資料反饋等等，各環節的運營效率都亟待提高。為此，公司決定建立一套資訊化管理系統。
負責此專案的李經理幾經周折，找到專門提供IT方案服務的通達公司，並向其提交了一份需求建議書。建議書中列舉了其目標需求：根據超市連鎖經營模式建立一套包括商品的進、銷、調、存的商業管理軟體系統；系統要具有門店自動訂貨，供應商貨款自動結算，賣場透過掃條碼實現銷售，管理人員能隨時查詢門店商品銷售和庫存等功能；另外，還要能為政府部門提供營運報告。
通達公司專案經理張萱認為，建議書中只說明瞭整個專案的概念和目標，關於操作層面的具體需求沒有涉及。僅憑建議書中所提供的資訊無法弄清客戶的真實需求，也很難提供準確、有效的時間程式表和費用預算。因此，要求對這個專案展開更詳細的需求收集工作。李經理對此大惑不解：自己已把需求講得很明白了，張萱還要收集什麼？
張萱表示，對超市的採購、營運、財務等方面的具體情況和實際需求等方面，有必要透過與使用系統的業務人員進一步溝通，瞭解他們在實際操作中對系統的關鍵需求，在此基礎上建立的操作流程才能比較合理。
但這一要求卻被李經理以業務太忙為由拒絕了，而且說別的公司也沒有提出這麼多要求，在公司壓力下，張萱所帶團隊只能憑經驗匆匆進入開發及實施階段。結果，在實施中，客戶頻頻提出修改要求，並增加了很多專案，而且雙方在專案進度和費用上不斷髮生分歧。一期合作結束後，雙方便終止了合作。
為什麼要做需求分析
IT專案開發的成功要素在於充分了解使用者對IT的需求，否則無論多麼好的系統設計或者多麼強的實施能力，都無法彌補因需求不夠明確對整體系統開發所造成的危害。因此，在做專案之前，一定要弄清楚客戶的真實需求是什麼。
打個簡單的比方，客戶想要定做一隻杯子。那麼，首先需要確定的是客戶的需求是杯子，而不是盤子或者其他什麼。除了與客戶專案負責人的溝通外，與實際工作中的使用者的溝通更為重要，因為他們最瞭解業務流程中急需解決的問題是什麼。透過與他們討論問題，能夠收集大量的客戶資訊。透過對這些資訊的分析，有助於專案開發者發掘出客戶的真實需求。建議渠道商堅持這一要求，這項工作雖然很繁瑣，但做得好，不僅搞清了需求，還有助於你在競標時提供懂行的意見，提出業務系統建設的關鍵所在。
一旦確定了客戶的需求之後，就要對客戶需求的範圍進行界定。這種界定一定要反映出客戶最現實的需求或者是專案的底線（Base line）。
也就是說，一旦確定客戶想要的是杯子，就要去了解客戶需要的是一個什麼樣的杯子，有什麼特點。不同的行業，業務系統的應用需求往往千差萬別。同樣是客戶關係管理，超市的客戶分兩種，一是消費者，二是供應商，而管理兩種客戶所需要定製的資料結構和邏輯又是不同的。透過對客戶使用需求的瞭解和分析，專案開發者才能夠知道自己該採用什麼樣的技術架構、什麼等級的裝置以及何種應用模組。客戶對專案的預期往往是非常好的，但有經驗的銷售和售前工程師就可以甄別出哪些需求在技術上易實現，哪些功能可能不是在客戶預算和時間要求內能完成的。
當客戶的需求已經完全明確之後，專案的開發者還要進一步瞭解客戶打算為這個杯子花多少錢，希望多長時間能夠做出來，以及對杯子的漂亮程度和質量的要求。這些資訊將為專案開發者制定切實可行的專案計劃提供重要的依據。換句話說，只有瞭解了客戶的費用預算和專案預期的時間，專案開發者才能夠決定需要投入多少人力資源、多少時間、多少費用；需要藉助哪些內外部資源；需要做何種程度的文件管理；才能夠在預算範圍內按時完成專案。透過一個好的專案需求分析，能夠直接知道將來做出來的杯子可以達到什麼樣的水平。針對客戶往往要一個看上去很美的東西這一問題，你要教育他，統一規劃，分步實施。
如何做IT專案需求分析
一個完整的IT專案需求分析主要有以下三方面內容：
首先是對網路架構的描述。
客戶建立資訊化管理系統的目的是為了有效地提升企業在業務流程、財務管理、資訊收集、人力資源等方面的管理能力；同時，希望透過先進的管理模式、規範的專案管理和高水平的專業技術人員的技術支援，使企業的管理水平上一個新的臺階。因此，在為客戶提供的IT專案的需求分析中，網路架構的需求分析的正確與否，直接說明方案服務商對客戶的經營模式的認識是否準確。例如，京盛緣超市採用的是連鎖經營模式，所以，在為其設計整體網路架構時，就一定要考慮到總部與門店之間的網路連線方式和結點數（是採用B/S，或C/S；是專網還是託管）、許可權設定等問題。另外，方案服務商應當對國內國外超市的經營模式進行研究，從中發掘出最佳的經營模式，體現出方案服務商對客戶服務的真正價值。
第二是對使用者業務模式正確描述。
在為客戶做IT系統設計時，必須十分熟悉客戶在辦公系統、財務系統、銷售系統等各個環節的業務模式。因此，在IT專案需求分析中，對客戶的業務模式的準確描述，是方案服務商的方案設計成敗的關鍵。在這裡提醒渠道商，一定要請未來的系統使用者直接參與到方案的設計和專案的實施當中來，以保證開發的軟體能夠完全適合使用者使用，並能夠解決在使用過程中的遇到的實際問題。同時，方案服務商還將透過IT知識、管理及操作技能等方面的諮詢、培訓，幫助實際操作者熟練運用業務系統，從而真正做到大幅度提高企業的運營效率。
第三對特殊應用模組開發的描述。
通常情況下，大多數應用模組都是通用的，但是每個客戶都有一些帶有行業特徵的需求，方案服務商就必須為他們開發客戶化的應用模組。在IT專案的需求分析中，尤其要對這些需要定製的應用模組的功能和用途做出清晰準確的描述，這不僅關係到客戶對應用的要求，同時也關係到開發模組所需的時間和預算的理解。有時候，往往就因為對關鍵應用模組開發的意義表述不清，而導致了專案的變更和爭執。當然，在IT專案的需求分析書中，對專案的時間程式、預算、文件管理等內容的描述也同樣是十分重要的，這裡也就不一一贅述了。
需求分析，就像扣衣服的第一個釦子，它決定你後邊的扣子能不能扣對。一位著名的銷售大師告訴我們，銷售的80%是在銷售準備上，如果做到這一點，你就等著簽單吧。[@more@]
京盛緣超市在京城發展多年，如今已擁有數十家分店。店大了，分店多了，運營效率卻隨之降低了。訂貨、結算、統一配貨、各店銷量統計資料反饋等等，各環節的運營效率都亟待提高。為此，公司決定建立一套資訊化管理系統。
負責此專案的李經理幾經周折，找到專門提供IT方案服務的通達公司，並向其提交了一份需求建議書。建議書中列舉了其目標需求：根據超市連鎖經營模式建立一套包括商品的進、銷、調、存的商業管理軟體系統；系統要具有門店自動訂貨，供應商貨款自動結算，賣場透過掃條碼實現銷售，管理人員能隨時查詢門店商品銷售和庫存等功能；另外，還要能為政府部門提供營運報告。
通達公司專案經理張萱認為，建議書中只說明瞭整個專案的概念和目標，關於操作層面的具體需求沒有涉及。僅憑建議書中所提供的資訊無法弄清客戶的真實需求，也很難提供準確、有效的時間程式表和費用預算。因此，要求對這個專案展開更詳細的需求收集工作。李經理對此大惑不解：自己已把需求講得很明白了，張萱還要收集什麼？
張萱表示，對超市的採購、營運、財務等方面的具體情況和實際需求等方面，有必要透過與使用系統的業務人員進一步溝通，瞭解他們在實際操作中對系統的關鍵需求，在此基礎上建立的操作流程才能比較合理。
但這一要求卻被李經理以業務太忙為由拒絕了，而且說別的公司也沒有提出這麼多要求，在公司壓力下，張萱所帶團隊只能憑經驗匆匆進入開發及實施階段。結果，在實施中，客戶頻頻提出修改要求，並增加了很多專案，而且雙方在專案進度和費用上不斷髮生分歧。一期合作結束後，雙方便終止了合作。
為什麼要做需求分析
IT專案開發的成功要素在於充分了解使用者對IT的需求，否則無論多麼好的系統設計或者多麼強的實施能力，都無法彌補因需求不夠明確對整體系統開發所造成的危害。因此，在做專案之前，一定要弄清楚客戶的真實需求是什麼。
打個簡單的比方，客戶想要定做一隻杯子。那麼，首先需要確定的是客戶的需求是杯子，而不是盤子或者其他什麼。除了與客戶專案負責人的溝通外，與實際工作中的使用者的溝通更為重要，因為他們最瞭解業務流程中急需解決的問題是什麼。透過與他們討論問題，能夠收集大量的客戶資訊。透過對這些資訊的分析，有助於專案開發者發掘出客戶的真實需求。建議渠道商堅持這一要求，這項工作雖然很繁瑣，但做得好，不僅搞清了需求，還有助於你在競標時提供懂行的意見，提出業務系統建設的關鍵所在。
一旦確定了客戶的需求之後，就要對客戶需求的範圍進行界定。這種界定一定要反映出客戶最現實的需求或者是專案的底線（Base line）。
也就是說，一旦確定客戶想要的是杯子，就要去了解客戶需要的是一個什麼樣的杯子，有什麼特點。不同的行業，業務系統的應用需求往往千差萬別。同樣是客戶關係管理，超市的客戶分兩種，一是消費者，二是供應商，而管理兩種客戶所需要定製的資料結構和邏輯又是不同的。透過對客戶使用需求的瞭解和分析，專案開發者才能夠知道自己該採用什麼樣的技術架構、什麼等級的裝置以及何種應用模組。客戶對專案的預期往往是非常好的，但有經驗的銷售和售前工程師就可以甄別出哪些需求在技術上易實現，哪些功能可能不是在客戶預算和時間要求內能完成的。
當客戶的需求已經完全明確之後，專案的開發者還要進一步瞭解客戶打算為這個杯子花多少錢，希望多長時間能夠做出來，以及對杯子的漂亮程度和質量的要求。這些資訊將為專案開發者制定切實可行的專案計劃提供重要的依據。換句話說，只有瞭解了客戶的費用預算和專案預期的時間，專案開發者才能夠決定需要投入多少人力資源、多少時間、多少費用；需要藉助哪些內外部資源；需要做何種程度的文件管理；才能夠在預算範圍內按時完成專案。透過一個好的專案需求分析，能夠直接知道將來做出來的杯子可以達到什麼樣的水平。針對客戶往往要一個看上去很美的東西這一問題，你要教育他，統一規劃，分步實施。
如何做IT專案需求分析
一個完整的IT專案需求分析主要有以下三方面內容：
首先是對網路架構的描述。
客戶建立資訊化管理系統的目的是為了有效地提升企業在業務流程、財務管理、資訊收集、人力資源等方面的管理能力；同時，希望透過先進的管理模式、規範的專案管理和高水平的專業技術人員的技術支援，使企業的管理水平上一個新的臺階。因此，在為客戶提供的IT專案的需求分析中，網路架構的需求分析的正確與否，直接說明方案服務商對客戶的經營模式的認識是否準確。例如，京盛緣超市採用的是連鎖經營模式，所以，在為其設計整體網路架構時，就一定要考慮到總部與門店之間的網路連線方式和結點數（是採用B/S，或C/S；是專網還是託管）、許可權設定等問題。另外，方案服務商應當對國內國外超市的經營模式進行研究，從中發掘出最佳的經營模式，體現出方案服務商對客戶服務的真正價值。
第二是對使用者業務模式正確描述。
在為客戶做IT系統設計時，必須十分熟悉客戶在辦公系統、財務系統、銷售系統等各個環節的業務模式。因此，在IT專案需求分析中，對客戶的業務模式的準確描述，是方案服務商的方案設計成敗的關鍵。在這裡提醒渠道商，一定要請未來的系統使用者直接參與到方案的設計和專案的實施當中來，以保證開發的軟體能夠完全適合使用者使用，並能夠解決在使用過程中的遇到的實際問題。同時，方案服務商還將透過IT知識、管理及操作技能等方面的諮詢、培訓，幫助實際操作者熟練運用業務系統，從而真正做到大幅度提高企業的運營效率。
第三對特殊應用模組開發的描述。
通常情況下，大多數應用模組都是通用的，但是每個客戶都有一些帶有行業特徵的需求，方案服務商就必須為他們開發客戶化的應用模組。在IT專案的需求分析中，尤其要對這些需要定製的應用模組的功能和用途做出清晰準確的描述，這不僅關係到客戶對應用的要求，同時也關係到開發模組所需的時間和預算的理解。有時候，往往就因為對關鍵應用模組開發的意義表述不清，而導致了專案的變更和爭執。當然，在IT專案的需求分析書中，對專案的時間程式、預算、文件管理等內容的描述也同樣是十分重要的，這裡也就不一一贅述了。
需求分析，就像扣衣服的第一個釦子，它決定你後邊的扣子能不能扣對。一位著名的銷售大師告訴我們，銷售的80%是在銷售準備上，如果做到這一點，你就等著簽單吧。[@more@]
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/7839396/viewspace-938046/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 專案為何總是做不完？範圍管理要界定(轉)
- 專案管理要點(轉)專案管理
- 專案管理8要點（轉）專案管理
- 專案管理8要點 （轉）專案管理
- 專案管理八要點(轉)專案管理
- 外包IT專案如可做（轉）
- 怎樣做專案計劃(轉)
- 我做IT專案的專案經理的經歷（轉）
- 外包專案管理技術要點（轉）專案管理
- 專案過程管理怎麼做？（轉）
- SOHO中國只是做專案的公司（轉）
- 給專案管理做個體檢（轉）專案管理
- 專案管理經驗談：怎樣做專案計劃(轉)專案管理
- 專案經理成功管理8要點（轉）
- 專案管理感觸－最難做的就是專案經理（轉）專案管理
- 專案合同管理中要學習體會（轉）
- PMP專案總體管理複習要點（轉）
- 企業資訊化專案管理八要點（轉）專案管理
- 做好軟體專案管理的要點分析（轉）專案管理
- 專案管理要遵守3C原則(轉)專案管理
- 做產品要專注核心功能
- 最值得CIO做的五類專案（轉載）
- 工程建設專案現場管理六要點（轉）
- 如何做專案
- 我做“劍橋大學專案管理課程”專案的甜酸苦辣（轉）專案管理
- 美國教育怎樣教孩子做專案管理－轉載專案管理
- 專案管理中的協調該怎麼做？(轉)專案管理
- 做一個成功的軟體專案經理（轉）
- CRM專案事件提醒機制實施要點分析（轉）事件
- 專案管理要突出解決好四個問題（轉）專案管理
- ERP專案管理制度要適時更新(轉)專案管理
- 專案管理工具的特性簡要介紹（轉）專案管理
- ERP專案實施方 可曾有話要說 （轉）
- 做機器學習專案的checklist機器學習
- 人生就如做專案
- 專案策劃書和管理程式文案怎麼做 （轉）
- 教你做一個優秀的專案經理（轉）
- 感覺專案要延期了.