信息中心
CRM項目需求安排 CIO要學會挑軟柿子吃
三、根據項目的規模可以對需求進行細化
如果CRM項目的規模比較大，如涉及到集團型或者項目集成的業務，那么可以對以上的圖表進行進一步細化，以實現對需求的精細化管理。如可以將難度分為簡單、中等、困難、暫時不考慮等幾個類別。同時可以將影響成果，也分為大、中、小等三個級別。具體要劃分為多個檔次，主要是根據需求的個數來說的。如筆者在實際項目中，如果需求的個數少于100個，那么使用兩個級別基本上可以滿足了。如果需求個數超過100、少于300，那么可以再增加一個級別，以此類推。
同時在項目實施過程中，需要注意，即要遵守這個圖表，也要有所變化。如在項目推進過程中，關鍵用戶往往會臨時提出一些需求。這些需求是否要放到這個圖表中呢?筆者的意見是，能不放則不妨。這就好像我們做一個生產計劃。當遇到需要插單生產時，如果插一單不會對整體的生產計劃產生很大的影響，如只需要晚上加加班就可以完成的，那么可以考慮加進去。但是如果一插單，會造成連鎖反應，即后面的生產計劃都無法按時完成。在這種情況下，插單對于企業來說是得不償失的。將用戶的臨時性需求加入到這個圖表中也是不合理的。為此在項目實施過程中，無論是項目管理員還是實施顧問都會受到來自用戶個方面的壓力。此時企業項目組應該挺住壓力，嚴格按照這個表格確定的順序來進行。如果開了口子的話，那么就會有第二個、第三個特殊情況的產生。
為了避免用戶隨意調整實施的順序，這個圖表在整理完成之后，最好能夠讓各個部門的關鍵用戶進行簽字確認。筆者負責的客戶中，有不少企業在這方面做的非常的不錯。如有些企業在筆者的建議下，會將這份表格制作成一個看板，掛在會議室上。完成一個需求，就將這個需求劃掉。如此的話，很少會有跳步驟實施的情況。如果需要臨時調整或者插入需求，需要整個項目小組的確認。同時將需求在看板的下面標示出來，跟其他需求進行區分。
集成系統網絡情報信息數據庫
CIO頻道人物視窗
CIO頻道方案案例庫
大數據建設方案案例庫
電子政務建設方案案例庫
互聯集成系統構建方案案例庫
商務智能建設方案案例庫
系統集成類軟件信息研發企業名錄