【IT168專稿】“天空沒有翅膀的痕跡，而我卻已經(jīng)飛過?！蔽艺驹诹鶚堑霓k公室，看著窗外流動的浮云想起了這句話。遠處是本市一幢爛尾樓，它孤零零的讓人觸目驚心。而在我所經(jīng)歷的諸多ERP項目中，同樣存在著這樣的“爛尾樓項目”。
在ERP項目實施過程中，由于種種因素，出現(xiàn)一些失敗或者爛尾項目是常見的事情。項目爛尾后，不但客戶投資受損，軟件廠商收不到款，更重要的會影響客戶的業(yè)務正常營運，嚴重的還可能會造成客戶競爭力下降，在市場上敗退。筆者結(jié)合實施的多個ERP項目經(jīng)驗，與大家討論和分享相關總結(jié)。
項目控制能力是基石
項目控制能力是ERP項目的基石。如果項目控制能力不足，項目就會無立足的基石，變成無源之水，注定成為爛尾項目。項目團隊是實施ERP項目的主體，項目失敗或者爛尾，項目經(jīng)理和項目團隊無疑負有不可推卸的責任。為了發(fā)揮ERP項目基石的作用，項目經(jīng)理必須把好兩個關，第一個是項目控制，另一個是需求調(diào)查、分析和確認。
項目控制包括整體項目、子項目、項目里程碑、以及人員任務等的控制。項目控制的難點主要在于如何使項目組所有成員實時了解整個項目中的每一個細節(jié)，包括自己和項目伙伴，以便項目團隊能合理編制控制計劃和監(jiān)控實施過程。然而絕大多數(shù)項目由于缺乏有效溝通和高效控制體系，很難做到這一點。從實際情況來看，項目經(jīng)理如果在這三個方面失控是導致最后項目爛尾的重要原因。
（1）項目進度控制
項目進度控制主要包括時間安排、任務安排、進度變化調(diào)整。項目經(jīng)理要對項目團隊的人員知識結(jié)構(gòu)、人員執(zhí)行能力，包括在項目實施中人員心態(tài)的變化有充分的了解，同時也要對將要進行實施的業(yè)務有充分了解，以便合理的在正確的崗位上安排正確的人員，并制訂合理時間計劃。當項目缺乏進度控制而不能發(fā)揮團隊力量推進項目時，進度計劃的實施就難以得到保障。因此，大多數(shù)項目“爛尾”的主要原因就是項目進度很難按計劃進行。
（2）項目成本控制
項目實施的目的是在一定的時間范圍內(nèi)，以合理的成本投入完成既定的項目目標。在整個項目生命周期中，項目經(jīng)理要綜合考慮項目環(huán)境和項目價值，以便投入合理的人力、物力以盡可能低的成本完成ERP項目。但實際的ERP項目實施中，往往項目成本超出預算而又沒有很好的實施效果。當項目在成本投資過大時，往往會造成直接經(jīng)濟損失而成了爛尾項目。
(3) 項目質(zhì)量控制
需求多變是項目爛尾的根源
當ERP項目不能如期完成，我們對項目爛尾的原因進行分析時，聽到最多的抱怨就是：需求不明確，反復調(diào)整需求，結(jié)果導致工作不能按計劃完成，嚴重的就會導致項目爛尾。
由于公司經(jīng)營環(huán)境變化，為了應對公司的業(yè)務、流程、環(huán)境和市場的變化，刪減、增加或者改變ERP項目需求時有發(fā)生。例如，新的業(yè)務需求被提出；原先的需求調(diào)研考慮不周；業(yè)務的流程改變更換等，而且軟件技術通常也會帶來更多的需求變化。因此，正常來說需求不斷發(fā)生變化，這對任何ERP項目來說都是不可避免的。但當項目需求出現(xiàn)大變動時，新增加的大量功能往往會直接導致項目爛尾。這個時候，特別是在項目后期增加需求往往會使項目進度變的非常糟糕。
同時，需求多變這種癥狀也是ERP項目出現(xiàn)問題的征兆，它預示著項目可能蘊藏著深層次的矛盾和問題。需求多變往往會導致項目范圍的變動而影響項目進度，也許是對ERP項目實施的目的并不明朗，也許是真正的業(yè)務需求并沒有被識別出來，或者雖然被識別卻沒有好好地重視過。
一直以來，需求的變更和蔓延被認為是ERP項目實施過程中最大的風險之一。需求的蔓延會導致ERP工期一再推遲和投資一再追加，到頭來項目被拖垮，項目經(jīng)理像溫水里的青蛙被煮死了。因此，在ERP實施過程中，哪怕每一種原因和預期的相差只有一點點，積累起來，也足以導致項目的延期和爛尾。
還有一種情況，客戶參與ERP項目的熱情很高，希望通過ERP實施來改進和提高工作效率，于是在ERP實施過程中提出各種各樣的需求，并且隨著ERP項目的不斷進展，新的需求也不斷增多，有時后一需求與前一需求截然相反，或者過于個性化，或者可能只是客戶某領導一時心血來潮提出來的需求。面對這種狀況，如果項目組對需求一味遷就，項目爛尾的風險就會很大。
我們建議的解決方案是，堅持基本業(yè)務流程需求為主干，不要致力于遙不可及的業(yè)務范疇，避免將ERP項目實施范圍擴大化。要將不確定和復雜多變的需求排除在ERP實施策略之外，要把整個項目實施進行需求控制。例如可以給項目需求重新定義，分為“必須的需求”、“應當具備的需求”和“錦上添花的需求”，嚴格堅守核心功能，并在項目過程中一直不斷跟蹤，以確保項目需求在控制范圍之內(nèi)。
事實證明，只有做到了需求范圍明確才能避免項目爛尾。只有在項目需求范圍已經(jīng)明確的情況下，后續(xù)工作才是可控的，才有可能得到穩(wěn)定的過程和期望的結(jié)果。
