動后，ERP顧問根據(jù)啟動前的需求文檔配置出了系統(tǒng)模型，業(yè)務人員在學習ERP系統(tǒng)過程中發(fā)現(xiàn)，這根本不能適應他們的業(yè)務需要。當初的需求文檔好像什么作用都沒有，ERP進行到每一個車間、每一個部門都需要對他們的業(yè)務重新進行調(diào)研，而現(xiàn)在業(yè)務人員所提出的需求往往與開始提出的相距甚遠，許多重要的業(yè)務需求當初根本提都沒提過。
以前的需求文檔的通病都是太過粗略，好多細節(jié)的東西都沒有考慮到。雖然開始進行需求調(diào)研時趙峰就強調(diào)，“需求分析做得越細越好”，但現(xiàn)在看來那只能是一句口號。
隨著ERP實施的進行，項目組對業(yè)務需求了解得越來越深，趙峰發(fā)現(xiàn)，任何一種看似簡單的業(yè)務都可能隱含著復雜的內(nèi)容。像原料倉庫可能也會做一些銷售工作等一些異常業(yè)務的處理、像車間多領(lǐng)料發(fā)現(xiàn)一些次品可能會換料等一些出錯的處理，也許一周甚至一個月都發(fā)生不到一次，但這些業(yè)務的處理對ERP能否成功實施至關(guān)重要。
另外，對許多流程的描繪也太過簡單：
有的忽略了流程中點與點之間的時間約束關(guān)系，如半成品完工后需要檢驗，但沒有表達出檢驗結(jié)果需要在多長時間內(nèi)給出；
有的忽略了流程中一些業(yè)務點的地點要求，如有些檢驗需要在車間現(xiàn)場進行，而有些檢驗可以在質(zhì)檢部辦公室進行；
有的忽略了點與點之間的前后約束關(guān)系，有些流程點雖然看起來沒有前后的約束關(guān)系，但事實上在實際生產(chǎn)中是有這方面考慮的，例如原材料倉庫中可能需要根據(jù)一些檢測數(shù)據(jù)分開堆放原料，但因為質(zhì)檢部與原料倉庫是不同的人負責調(diào)研的，可能會忽略這方面的約束。對業(yè)務流程中的每一個點，什么時候做，在什么地方做，由誰做，由什么事件觸發(fā)他做，都應該在ERP管理流程設(shè)計中認真考慮。
“當初又沒見ERP系統(tǒng)，我們怎么知道那么多，你當我們是搞軟件的？”面對業(yè)務人員對需求調(diào)研的無端職責，趙峰無可奈何，他真想將所有部門負責人簽過字的需求文檔捧到總經(jīng)理面前評理，但除了讓總經(jīng)理訓斥他們一頓外好像也不會起什么作用。不管怎么樣，ERP還得往下進行哪。轉(zhuǎn)貼于：http://www.vanceur.cn
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://www.vanceur.cn/pmqhd/index.html
