案例分析

在過去的許多年里，ERP項目實施基本上就是“作坊式”的實施，基本上沒有章法，實施顧問想怎么做就怎么做，所有的知識都在腦袋里，項目做完以后，除了長了點顧問的個人經(jīng)驗，對于公司和其他同事而言，什么也沒有留下。

但這種“作坊式”實施經(jīng)過幾年的項目管理理論指導(dǎo)，ERP軟件廠商都開始注重項目實施方法論的建設(shè)，也開始強(qiáng)調(diào)項目實施過程中的“關(guān)鍵成果與里程碑檢查”，項目實施文檔就成了“必需品”，也提出了“項目實施文檔一個不能少”的口號，算是解決了項目實施文檔從無到有的過程。老高目前就處于解決了有沒有的問題，但他面臨的是一個新問題，那就是項目實施文檔的質(zhì)量問題。

許多企業(yè)在構(gòu)建了項目實施方法論之后，都會有一個實施模板，模板這個東西呢，原本是想讓實施顧問提高項目實施的效率，因為可以不用思考文檔的結(jié)構(gòu)了。還是拿業(yè)務(wù)解決方案來說，第一步先講業(yè)務(wù)背景，第二步畫個業(yè)務(wù)流程圖，第三步做個流程說明，第四步做個當(dāng)前流程問題解析，第五步做個建議方案（可能會有方案一、二、三），第六步再做個方案對比和建議，一個方案基本就算出來了。但實施顧問有了這樣的模板之后，就突然不會思考了，為什么這么說呢？“人都是有惰性的”，這句話你不得不承認(rèn)吧。那好，因為所有文檔的結(jié)構(gòu)都一樣的，再看看內(nèi)容，好像大多數(shù)客戶的業(yè)務(wù)場景也差不多。找三個歷史項目的業(yè)務(wù)解決方案出來，參照著Copy，一個方案就可以快速出爐，修整一下就可以給客戶使用了。

這樣的業(yè)務(wù)解決方案，從某個業(yè)務(wù)場景和要點來看，好像很有道理。但從整體業(yè)務(wù)解決方案來看，前后業(yè)務(wù)場景脫節(jié)，甚至出現(xiàn)矛盾；或者是客戶的重要業(yè)務(wù)需求漏掉了，壓根沒有體現(xiàn)出來；還有就是對著某個業(yè)務(wù)場景仔細(xì)一琢磨，才發(fā)現(xiàn)客戶的業(yè)務(wù)現(xiàn)狀根本不是這么一回事，客戶想要實現(xiàn)的目標(biāo)也不靠譜，結(jié)果業(yè)務(wù)解決方案就這么被套成了“擺設(shè)”，客戶就只是當(dāng)成了參考資料來用，根本沒有起到與客戶明確項目范圍、目標(biāo)實現(xiàn)方法的作用。

接下的事情就會讓這個項目非常慘了。因為前期的業(yè)務(wù)解決方案客戶根本沒有怎么進(jìn)行確認(rèn)，或者即便讓客戶確認(rèn)了，也是“擺設(shè)”，客戶可以在你做方案的時候聽你擺布，聽你一通忽悠，把方案給簽了；但到了上線的時候，客戶可就“秋后算賬”了，一會看到這個流程跟自己的業(yè)務(wù)不相符，一會看那個功能在系統(tǒng)中沒有提供，再看看業(yè)務(wù)流程設(shè)置得挺完美，但就是在客戶這里用不起來，因為還有人家的特殊情況呢。項目到了這個時候，要讓客戶把系統(tǒng)用起來，怎么辦？改吧，要不軟件改配置，要不客戶改流程，甚至要求改軟件，一直改到雙方都受不了這個折磨了，那行，大家都退一步，將就著用吧，這個系統(tǒng)就這樣推上線了，到了最后這個系統(tǒng)的應(yīng)用效果如何呢？基本上是實施顧問一撤，系統(tǒng)基本就廢了，成了真正的“擺設(shè)”。

上述場景絕非筆者危言聳聽，ERP項目的失敗會有許多種“死法”，但這種“死法”客戶真的是很冤。那我們應(yīng)該如何來解決ERP項目實施過程中的文檔質(zhì)量問題呢？這還得對我們的項目實施文檔作一個解析。