● 也有用戶完全放棄對需求的管理與參與，將需求分析、管理的責任完全推給專業公司，自己當“甩手掌柜”，將信息化項目視為類似某些“交鑰匙”的工程項目一樣。 

    信息化項目實施過程中，需求分析與需求管理是十分重要的一個環節，也是對專業性要求非常高的工作。在建筑施工企業中，有些用戶沒有意識到需求分析的專業性，誤認為可以憑借業務經驗自行完成需求分析；有些系統開發商輕視了建筑施工企業需求分析的復雜性與特殊性，草率照搬其他行業信息化的需求模式，最后造成系統運行效果與實際業務需求之間差距太大，不能滿足用戶的要求，甚至導致系統失敗。在建筑施工企業信息化建設中，不少項目失敗的主要原因就是業務需求分析不準確，加上在項目實施過程中對業務需求管理失控。如何在施工企業管理信息化實施過程中做好業務需求分析與管理，首先必須澄清在這個問題上的一些誤解，還要以正確的方法管理好業務需求，才有可能避免甲乙雙方在業務需求問題上發生矛盾，避免項目因需求沖突陷入困境。 

    需求分析中存在的主要問題 

    業務需求對信息系統建設起著目標導向的作用。在軟件項目實施過程中，無論采用哪種開發模式，一般包括如下過程：需求調研、需求分析、系統設計或系統選型、系統調試、系統上線。不論項目大小、不論開發模式差異，這些過程是不可或缺的環節，只是表現形式與程度不同。不同行業在管理信息化需求上彼此存在較大差異。由于行業特性的原因，建筑施工企業管理系統需求中包含較多不確定性，技術與非技術性的問題常?；祀s在一塊，造成建筑施工企業管理信息系統的需求分析、需求管理比那些標準化基礎好的企業更加復雜、更加困難。在建筑施工企業管理信息化實踐中，存在以下一些需求分析及需求管理問題： 

    有些系統開發者將業務需求分析、業務需求確認的責任完全推給用戶，認為用戶是業務系統的使用者，最熟悉自己的業務系統，所以要求用戶自己提出并最后確認管理系統需求。從專業的角度看將管理系統需求分析、需求確認的責任完全推給用戶是不合理的。管理信息化的需求分析是信息系統設計過程中的一個十分專業性的環節，不能將這項任務推給不具備信息化專業技術的用戶去完成。用戶只能提出管理需求的一些原始素材，但無法提出真正管理系統的信息化需求。這一點如同讀者可以向作家提供生活素材，但不能教作家如何提煉寫作素材一般。用戶自然也不能承擔至少不能主要承擔需求分析與確認的責任。開發者不愿承擔用戶需求分析與確認的主要責任也許是因為缺乏行業背景知識所致，也許是因為缺乏溝通能力或其他緣故。不管怎樣開發者如果推卻業務需求分析的責任，必將給系統實施埋下巨大的隱患。 

    用戶在需求分析中堅持完全以用戶為中心，認為提出的需求越多越好，提出的需求難度越大越顯示自己有業務水準；有的用戶在業務需求中將計算機等同于人腦，不了解系統實施中技術上的實施風險與難度，按人腦對業務的處理模式、習慣提出管理信息化的要求。這也是需求分析與管理中的致命傷。如果用戶忽視管理系統的復雜性與計算機系統的專業性，任意提出管理需求，隨意改變管理需求，同樣也會給系統實施帶來巨大困擾，甚至導致系統無法實施。也有用戶完全放棄對需求的管理與參與，將需求分析、管理的責任完全推給專業公司，自己當甩手掌柜，將信息化項目視為類似某些“交鑰匙”的工程項目一樣。針對目前國內信息化市場實際環境，考慮到管理系統的差異性及系統實施中的時間、成本等約束性因素，這種看似超脫的做法將大大增加系統的實施代價與風險。 

    采用通用模式中的業務需求代替個性化的業務需求。通用模式來自對一些成功案例的總結，但是要注意通用模式產生的業務背景及其適用的業務范圍。世上沒有可以覆蓋一切業務需求的萬能通用模式。核心管理系統具有不可復制性。如果將電訊、金融等行業中應用效果很好的信息化管理系統直接引進到建筑施工企業，十有八九難以成功。原因就是業務需求不同。當然工具化的軟件可以采用通用模式，如文字處理，一般電子表格處理等，管理系統由于企業管理差異化的原因很難采用通用業務模式。