第一篇:ERP實施心得體會
實施陷于僵局的時候如何讓領導重視
說到領導不重視,其實很多時候并不是領導真的不重視,而是ERP從實施到產生效益往往需要一個相當長的過程。而領導對ERP的理解不夠深入,再加上顧問公司在售前和實施的過程中對ERP實施的效果做了過份的宣傳往往會讓企業領導產生這樣的錯覺:我只要投錢進去就沒有做不好的事。
可真正錢也投了,事也做了,卻得不到結果時,企業領導往往會對ERP的實施失去信心和耐心。但投了這么多錢也不能就這么白丟了,很多企業的ERP也就陷入了要死不活的境地,而今天的主題也就在于此――如何盤活它!
很多時候問題不會是單一出現的,除了領導不重視以外,大部分的問題可以用前面提到的方法逐一解決。有了良好的實施環境以后下一步的工作就是提高企業領導對ERP項目的重視程度。
在這我們就得逆向思維了:領導最關注什么?尋找到企業領導最關注的東西,在研究解決這些問題的辦法自然就能重新吸引他們的注意力。
管理層關心錢!
沒有哪個管理層不關心利潤的,即使是國營企業的管理層他們也關心經濟效益。
試想:當ERP實施小組能隨時提交企業經營情況的報告給管理層,管理層會不會覺得格外的高興?而要做到這點,我們可以將問題簡單的分解。
首先需要解決的是數據的準確性問題
ERP系統的運行首先是建立在準確數據的基礎上的,沒有準確的數據一切都免談。而對于ERP實施的部門來說,最容易做到的就是倉庫庫存數據的準確――通過盤點很容易就能發現實物數量與系統數量的差異。如果ERP實施人員能向老總提供這樣的報告并適當的發發牢騷,問題很容易就解決了。
當然,前提是ERP實施人員能夠提供詳盡的實施方案。什么部門在什么時間該做什么,才能保證倉庫數據的準確性。而這樣做的結果就是:企業的管理層能隨時了解到庫存的資金占用情況。
我記得有這樣一個實例:這是一個私營的電子廠。企業主曾接受過國外友人及客戶的勸導,決意在企業內建立一套規范化的管理體系,而ERP自然是這個體系中的一員,在我接手ERP項目實施的時候已經實施過某大型國外erp系統,然而效果卻極不令人滿意。
每次盤點的時候企業主都為自己財務部提供的報表頭痛不已:庫存積壓1000多萬??!這大約是他年利潤的50%。而倉庫、采購、生產部門誰都在拍胸脯的說,積壓這樣多是必須的??烧l也無法解釋,為什么是必須的,為什么要這樣多。當時我們重新成立的ERP實施小組就提出了這樣的觀點:只要采購在收貨的時候能及時錄入數據,倉庫在收發料的時候能及時錄入數據,那么三個月內我們即能夠提供庫存積壓的情況分析報表:哪些東西是多長時間都沒有動過的,可以清理了。其結果是很明顯的,各部門必須按照ERP實施小組的安排工作――三個月而已,很短的。而辛苦的絕不是各部門的經理主管。
其次是對BOM的控制
有了倉庫準確的數據下面的路就很好走了:何時采購了什么,何時收發了什么一目了然。兩個月后即清理了一批積壓的庫存――某些物料這兩個月連碰都沒碰,一個報表下來,老總一句話就清理掉了。可新的問題又來了:物料清單改動太大,有時候都不知道某些物料是干什么用的,編碼凌亂導致其他部門怨聲載道。
繼續我們的實例吧。
下一步的控制便從工程部開始了,ERP實施組編寫了一份工程部操作指引,詳細描述了工程部在ERP系統中應承擔的責任,和工作的范圍。提交到老總那以后雙方免不了討價還價。有些東西工程部說部是該他們做的事,有些問題他們又說自己都沒辦法控制。還好我們準備充分,逐一解決了這些問題。而我們的殺手锏就是:所有工程部出的資料以ERP中出現的為準――為此我們事先按照工程部ISO的要求開發了若干套“工程更改單”、“物料申請單”等單據,并做出了,其他部門應該如何配合工程部工作的各種制度。而沒有這些事前的準備,或許我們就已經陷入了被動的地位。
對工程部的約束最直接的效果就是:物料的管理逐步理清了。生產車間不會為了臨時的改動而停工待料,采購部也不會采購會莫名其妙的物料,皆大歡喜。
當工程部的運轉走向正軌之后,ERP實施部門還得到了管理層的特別表揚,為此我們都興奮了很久。
第三步,制度與執行
說到制度,前面也曾提到過,倉庫與工程部門重新實施的過程中也建立了不少的制度。但這些制度只是針對單一部門的,對部門與部門之簡的溝通沒有進行很好的約束。尤其是在會議等溝通環節,常常出現9點鐘開會10點鐘到,11點還不能做報告的現象。而老總也常以工作忙為借口,抓住他一次可真難??!
當工作進行到這一步時,必須考慮各部門之間的協調了,ERP實施小組也制定了各種規章制度。在制度制定好之后,我們專門選擇了一個老總不會出差的時間召開會議,也為此我們項目組的成員守在總經理辦公室前一個多小時――軟磨硬泡的終于讓老總同意參加我們的會議了。
開會的效果可想而知――整個下午大家靜靜的等待了三個小時。當老總和我們項目小組成員孤獨的坐在會議室的時候,我們可以看到老總的臉都綠了。進來一個主管,扣住,不準打電話,不準叫人,原地等待,三個小時以后人員才全部到齊,整個會議中原計劃要說的問題什么都沒說。只強調了一點:以后老總會抽出時間來關照大家。
通過以前的工作,老總看到了我們的成績,也通過這次會議,老總看到了我們工作的艱辛,再往后的日子天空就晴朗咯!
經驗總結
由于是盤活已經僵死的ERP系統,很大程度上工作要比上個新系統艱難得多。在這種情況下就需要ERP實施人員做更多的工作,安排更加細致。
1、詳盡分析,分清主次
在重新啟動ERP項目之前首先應該分清:什么是公司內部的問題造成的,什么是由于外部原因造成的。對于不同的問題要有不同的處理方法。
2、精心計劃,逐步推進。
飯是要一口口吃的,尤其是在這樣惡劣的條件下。許諾實施ERP能達到什么樣的效果對于高層來說已無濟于事。這時要告訴他最容易實現的目標,能到達什么樣的效果就夠了。
達到了某個目標后不要停留,要趁熱打鐵。當然,目標同樣要容易實現。對于管理層來說,失敗過以后他們更看重需要付出多少,而不是能夠得到什么,他們怕了。
3、適當的時候狐假虎威。
內部的矛盾也好,項目的阻力也罷,終究是有辦法解決的。而這些方法有時候就需要你充分的利用自己的資源。
4、充分的準備
在這就不多說了,由于已經失敗過,在重新啟動ERP項目的過程中,ERP實施小組的人員必須付出多倍的努力――從各種規章制度的建立,到各種報表與功能的開發,只有完成了這一系列的工作之后我們才能向其他部門提出要求:您能不能幫忙這樣做。而我們的工作確實能減輕他們工作的負擔之后,才能更好的得到他們的配合。這也就要求ERP實施部門對某些問題能遠見和有很好的計劃,充分考慮到他們的需求。狐假虎威
欺上瞞下
軟磨硬泡
制度執行
穩推協調
錢
第二篇:ERP實施心得體會
實施陷于僵局的時候如何讓領導重視
說到領導不重視,其實很多時候并不是領導真的不重視,而是ERP從實施到產生效益往往需要一個相當長的過程。而領導對ERP的理解不夠深入,再加上顧問公司在售前和實施的過程中對ERP實施的效果做了過份的宣傳往往會讓企業領導產生這樣的錯覺:我只要投錢進去就沒有做不好的事。
可真正錢也投了,事也做了,卻得不到結果時,企業領導往往會對ERP的實施失去信心和耐心。但投了這么多錢也不能就這么白丟了,很多企業的ERP也就陷入了要死不活的境地,而今天的主題也就在于此――如何盤活它!
很多時候問題不會是單一出現的,除了領導不重視以外,大部分的問題可以用前面提到的方法逐一解決。有了良好的實施環境以后下一步的工作就是提高企業領導對ERP項目的重視程度。
在這我們就得逆向思維了:領導最關注什么?尋找到企業領導最關注的東西,在研究解決這些問題的辦法自然就能重新吸引他們的注意力。
管理層關心錢!
沒有哪個管理層不關心利潤的,即使是國營企業的管理層他們也關心經濟效益。
試想:當ERP實施小組能隨時提交企業經營情況的報告給管理層,管理層會不會覺得格外的高興?而要做到這點,我們可以將問題簡單的分解。
首先需要解決的是數據的準確性問題
ERP系統的運行首先是建立在準確數據的基礎上的,沒有準確的數據一切都免談。而對于ERP實施的部門來說,最容易做到的就是倉庫庫存數據的準確――通過盤點很容易就能發現實物數量與系統數量的差異。如果ERP實施人員能向老總提供這樣的報告并適當的發發牢騷,問題很容易就解決了。
當然,前提是ERP實施人員能夠提供詳盡的實施方案。什么部門在什么時間該做什么,才能保證倉庫數據的準確性。而這樣做的結果就是:企業的管理層能隨時了解到庫存的資金占用情況。
我記得有這樣一個實例:這是一個私營的電子廠。企業主曾接受過國外友人及客戶的勸導,決意在企業內建立一套規范化的管理體系,而ERP自然是這個體系中的一員,在我接手ERP項目實施的時候已經實施過某大型國外erp系統,然而效果卻極不令人滿意。
每次盤點的時候企業主都為自己財務部提供的報表頭痛不已:庫存積壓1000多萬??!這大約是他年利潤的50%。而倉庫、采購、生產部門誰都在拍胸脯的說,積壓這樣多是必須的??烧l也無法解釋,為什么是必須的,為什么要這樣多。當時我們重新成立的ERP實施小組就提出了這樣的觀點:只要采購在收貨的時候能及時錄入數據,倉庫在收發料的時候能及時錄入數據,那么三個月內我們即能夠提供庫存積壓的情況分析報表:哪些東西是多長時間都沒有動過的,可以清理了。其結果是很明顯的,各部門必須按照ERP實施小組的安排工作――三個月而已,很短的。而辛苦的絕不是各部門的經理主管。
其次是對BOM的控制
有了倉庫準確的數據下面的路就很好走了:何時采購了什么,何時收發了什么一目了然。兩個月后即清理了一批積壓的庫存――某些物料這兩個月連碰都沒碰,一個報表下來,老總一句話就清理掉了。可新的問題又來了:物料清單改動太大,有時候都不知道某些物料是干什么用的,編碼凌亂導致其他部門怨聲載道。
繼續我們的實例吧。
下一步的控制便從工程部開始了,ERP實施組編寫了一份工程部操作指引,詳細描述了工程部在ERP系統中應承擔的責任,和工作的范圍。提交到老總那以后雙方免不了討價還價。有些東西工程部說部是該他們做的事,有些問題他們又說自己都沒辦法控制。還好我們準備充分,逐一解決了這些問題。而我們的殺手锏就是:所有工程部出的資料以ERP中出現的為準――為此我們事先按照工程部ISO的要求開發了若干套“工程更改單”、“物料申請單”等單據,并做出了,其他部門應該如何配合工程部工作的各種制度。而沒有這些事前的準備,或許我們就已經陷入了被動的地位。
對工程部的約束最直接的效果就是:物料的管理逐步理清了。生產車間不會為了臨時的改動而停工待料,采購部也不會采購會莫名其妙的物料,皆大歡喜。
當工程部的運轉走向正軌之后,ERP實施部門還得到了管理層的特別表揚,為此我們都興奮了很久。
第三步,制度與執行
說到制度,前面也曾提到過,倉庫與工程部門重新實施的過程中也建立了不少的制度。但這些制度只是針對單一部門的,對部門與部門之簡的溝通沒有進行很好的約束。尤其是在會議等溝通環節,常常出現9點鐘開會10點鐘到,11點還不能做報告的現象。而老總也常以工作忙為借口,抓住他一次可真難??!
當工作進行到這一步時,必須考慮各部門之間的協調了,ERP實施小組也制定了各種規章制度。在制度制定好之后,我們專門選擇了一個老總不會出差的時間召開會議,也為此我們項目組的成員守在總經理辦公室前一個多小時――軟磨硬泡的終于讓老總同意參加我們的會議了。
開會的效果可想而知――整個下午大家靜靜的等待了三個小時。當老總和我們項目小組成員孤獨的坐在會議室的時候,我們可以看到老總的臉都綠了。進來一個主管,扣住,不準打電話,不準叫人,原地等待,三個小時以后人員才全部到齊,整個會議中原計劃要說的問題什么都沒說。只強調了一點:以后老總會抽出時間來關照大家。
通過以前的工作,老總看到了我們的成績,也通過這次會議,老總看到了我們工作的艱辛,再往后的日子天空就晴朗咯!
經驗總結
由于是盤活已經僵死的ERP系統,很大程度上工作要比上個新系統艱難得多。在這種情況下就需要ERP實施人員做更多的工作,安排更加細致。
1、詳盡分析,分清主次
在重新啟動ERP項目之前首先應該分清:什么是公司內部的問題造成的,什么是由于外部原因造成的。對于不同的問題要有不同的處理方法。
2、精心計劃,逐步推進。
飯是要一口口吃的,尤其是在這樣惡劣的條件下。許諾實施ERP能達到什么樣的效果對于高層來說已無濟于事。這時要告訴他最容易實現的目標,能到達什么樣的效果就夠了。
達到了某個目標后不要停留,要趁熱打鐵。當然,目標同樣要容易實現。對于管理層來說,失敗過以后他們更看重需要付出多少,而不是能夠得到什么,他們怕了。
3、適當的時候狐假虎威。
內部的矛盾也好,項目的阻力也罷,終究是有辦法解決的。而這些方法有時候就需要你充分的利用自己的資源。
4、充分的準備
在這就不多說了,由于已經失敗過,在重新啟動ERP項目的過程中,ERP實施小組的人員必須付出多倍的努力――從各種規章制度的建立,到各種報表與功能的開發,只有完成了這一系列的工作之后我們才能向其他部門提出要求:您能不能幫忙這樣做。而我們的工作確實能減輕他們工作的負擔之后,才能更好的得到他們的配合。這也就要求ERP實施部門對某些問題能遠見和有很好的計劃,充分考慮到他們的需求。狐假虎威
欺上瞞下
軟磨硬泡
制度執行
穩推協調
錢
第三篇:ERP實施心得體會
實施陷于僵局的時候如何讓領導重視
說到領導不重視,其實很多時候并不是領導真的不重視,而是ERP從實施到產生效益往往需要一個相當長的過程。而領導對ERP的理解不夠深入,再加上顧問公司在售前和實施的過程中對ERP實施的效果做了過份的宣傳往往會讓企業領導產生這樣的錯覺:我只要投錢進去就沒有做不好的事。
可真正錢也投了,事也做了,卻得不到結果時,企業領導往往會對ERP的實施失去信心和耐心。但投了這么多錢也不能就這么白丟了,很多企業的ERP也就陷入了要死不活的境地,而今天的主題也就在于此――如何盤活它!
很多時候問題不會是單一出現的,除了領導不重視以外,大部分的問題可以用前面提到的方法逐一解決。有了良好的實施環境以后下一步的工作就是提高企業領導對ERP項目的重視程度。
在這我們就得逆向思維了:領導最關注什么?尋找到企業領導最關注的東西,在研究解決這些問題的辦法自然就能重新吸引他們的注意力。
管理層關心錢!
沒有哪個管理層不關心利潤的,即使是國營企業的管理層他們也關心經濟效益。
試想:當ERP實施小組能隨時提交企業經營情況的報告給管理層,管理層會不會覺得格外的高興?而要做到這點,我們可以將問題簡單的分解。
首先需要解決的是數據的準確性問題
ERP系統的運行首先是建立在準確數據的基礎上的,沒有準確的數據一切都免談。而對于ERP實施的部門來說,最容易做到的就是倉庫庫存數據的準確――通過盤點很容易就能發現實物數量與系統數量的差異。如果ERP實施人員能向老總提供這樣的報告并適當的發發牢騷,問題很容易就解決了。
當然,前提是ERP實施人員能夠提供詳盡的實施方案。什么部門在什么時間該做什么,才能保證倉庫數據的準確性。而這樣做的結果就是:企業的管理層能隨時了解到庫存的資金占用情況。
我記得有這樣一個實例:這是一個私營的電子廠。企業主曾接受過國外友人及客戶的勸導,決意在企業內建立一套規范化的管理體系,而ERP自然是這個體系中的一員,在我接手ERP項目實施的時候已經實施過某大型國外erp系統,然而效果卻極不令人滿意。
每次盤點的時候企業主都為自己財務部提供的報表頭痛不已:庫存積壓1000多萬??!這大約是他年利潤的50%。而倉庫、采購、生產部門誰都在拍胸脯的說,積壓這樣多是必須的??烧l也無法解釋,為什么是必須的,為什么要這樣多。當時我們重新成立的ERP實施小組就提出了這樣的觀點:只要采購在收貨的時候能及時錄入數據,倉庫在收發料的時候能及時錄入數據,那么三個月內我們即能夠提供庫存積壓的情況分析報表:哪些東西是多長時間都沒有動過的,可以清理了。其結果是很明顯的,各部門必須按照ERP實施小組的安排工作――三個月而已,很短的。而辛苦的絕不是各部門的經理主管。
其次是對BOM的控制
有了倉庫準確的數據下面的路就很好走了:何時采購了什么,何時收發了什么一目了然。兩個月后即清理了一批積壓的庫存――某些物料這兩個月連碰都沒碰,一個報表下來,老總一句話就清理掉了??尚碌膯栴}又來了:物料清單改動太大,有時候都不知道某些物料是干什么用的,編碼凌亂導致其他部門怨聲載道。
繼續我們的實例吧。
下一步的控制便從工程部開始了,ERP實施組編寫了一份工程部操作指引,詳細描述了工程部在ERP系統中應承擔的責任,和工作的范圍。提交到老總那以后雙方免不了討價還價。有些東西工程部說部是該他們做的事,有些問題他們又說自己都沒辦法控制。還好我們準備充分,逐一解決了這些問題。而我們的殺手锏就是:所有工程部出的資料以ERP中出現的為準――為此我們事先按照工程部ISO的要求開發了若干套“工程更改單”、“物料申請單”等單據,并做出了,其他部門應該如何配合工程部工作的各種制度。而沒有這些事前的準備,或許我們就已經陷入了被動的地位。
對工程部的約束最直接的效果就是:物料的管理逐步理清了。生產車間不會為了臨時的改動而停工待料,采購部也不會采購會莫名其妙的物料,皆大歡喜。
當工程部的運轉走向正軌之后,ERP實施部門還得到了管理層的特別表揚,為此我們都興奮了很久。
第三步,制度與執行
說到制度,前面也曾提到過,倉庫與工程部門重新實施的過程中也建立了不少的制度。但這些制度只是針對單一部門的,對部門與部門之簡的溝通沒有進行很好的約束。尤其是在會議等溝通環節,常常出現9點鐘開會10點鐘到,11點還不能做報告的現象。而老總也常以工作忙為借口,抓住他一次可真難啊!
當工作進行到這一步時,必須考慮各部門之間的協調了,ERP實施小組也制定了各種規章制度。在制度制定好之后,我們專門選擇了一個老總不會出差的時間召開會議,也為此我們項目組的成員守在總經理辦公室前一個多小時――軟磨硬泡的終于讓老總同意參加我們的會議了。
開會的效果可想而知――整個下午大家靜靜的等待了三個小時。當老總和我們項目小組成員孤獨的坐在會議室的時候,我們可以看到老總的臉都綠了。進來一個主管,扣住,不準打電話,不準叫人,原地等待,三個小時以后人員才全部到齊,整個會議中原計劃要說的問題什么都沒說。只強調了一點:以后老總會抽出時間來關照大家。
通過以前的工作,老總看到了我們的成績,也通過這次會議,老總看到了我們工作的艱辛,再往后的日子天空就晴朗咯!
經驗總結
由于是盤活已經僵死的ERP系統,很大程度上工作要比上個新系統艱難得多。在這種情況下就需要ERP實施人員做更多的工作,安排更加細致。
1、詳盡分析,分清主次
在重新啟動ERP項目之前首先應該分清:什么是公司內部的問題造成的,什么是由于外部原因造成的。對于不同的問題要有不同的處理方法。
2、精心計劃,逐步推進。
飯是要一口口吃的,尤其是在這樣惡劣的條件下。許諾實施ERP能達到什么樣的效果對于高層來說已無濟于事。這時要告訴他最容易實現的目標,能到達什么樣的效果就夠了。
達到了某個目標后不要停留,要趁熱打鐵。當然,目標同樣要容易實現。對于管理層來說,失敗過以后他們更看重需要付出多少,而不是能夠得到什么,他們怕了。
3、適當的時候狐假虎威。
內部的矛盾也好,項目的阻力也罷,終究是有辦法解決的。而這些方法有時候就需要你充分的利用自己的資源。
4、充分的準備
在這就不多說了,由于已經失敗過,在重新啟動ERP項目的過程中,ERP實施小組的人員必須付出多倍的努力――從各種規章制度的建立,到各種報表與功能的開發,只有完成了這一系列的工作之后我們才能向其他部門提出要求:您能不能幫忙這樣做。而我們的工作確實能減輕他們工作的負擔之后,才能更好的得到他們的配合。這也就要求ERP實施部門對某些問題能遠見和有很好的計劃,充分考慮到他們的需求。狐假虎威
欺上瞞下
軟磨硬泡
制度執行
穩推協調
錢
第四篇:ERP模擬實施心得體會
ERP模擬實施心得體會
在經過辛苦努力的付出,為期一天的ERP模擬實施結束了。我原以為會比較難,沒想到經歷一天的實際操作,比以往想象的簡單多了,使我更優信心和興趣。為了制定好來年的運營計劃,我們早上到中午都在討論,而且經常討論很長時間。
總結此次ERP模擬實施,雖然我們組最后相對好好結束時才破產,但過程中大家團結協作,我也體會到團隊的精神與力量。不過我們團隊在制定生產計劃時有問題,在制定生產計劃時由于提前下定單經常出現問題,一旦出現先期制定的計劃又要改變。一開始我們的計劃定的不錯,不過我們并沒有考慮到多種情況,導致第三年搶單犯了錯誤后我們措手不及,沒有考慮好對策,以至于以后的經營都處于被動狀態。在第三年時,搶單不成功,生產的很多東西沒有賣出去,資金被拖住不能正常生產,我們只有不停的短期借貸。這主要原因是我們之前在ISO資格認證時不夠仔細,沒有分清楚各個區過于輕率、并未考慮怎樣選區獲得資格認證更合適公司。根據市場前景,合理開發市場和投資資格認證。在模擬實驗中,共提供了本地、區域、國內、亞洲和國際五個市場,本地市場在開始時已準入,所以我們只需考慮開發后四個市場;另外,實驗中還需我們選擇投資ISO9000和ISO14000資格認證,配合P3、P4產品的生產銷售要求。對這些投資的考慮是在企業運營的第一年進行的。由于我們小組采取專供某些市場和某些產品的策略,加上對各項目開發時間的要求和資金的預算,所以我們在第一年就開發了國內市場和亞洲市場,這兩個市場開發時間分別是兩年和三年,在開發完成之前,我們一直專供本地市場,其后在第三年開始,我們就可以根據市場需求,在開發的市場中進行生產銷售;而在運營的第一年和第二年,我們分別投資ISO14000和ISO9000資格認證,這個開發順序是考慮到兩項資格認證所需投資時間分別是三年和兩年,配合P3產品的要求,恰好在第四年開始,我們就可以順應市場的需求下選擇訂單生產了,但沒有仔細查看選擇區域,制作了一個簡單的認證,組后還用不了,白白浪費資金。在第四年末,由于訂單失誤,我們錯過了使企業繼續生產的機會,最后我們破產。
經歷過這些后,我發現做生意真的很不易,作為一個CEO需要考慮的事情很多,身上的責任、壓力也非常大。并且,我發現一個企業負責人在一個企業的地位舉足輕重。如果做的不到位,企業將很難經營,沒有準確的數據和切實可行的計劃,企業根本無法正常運營,早起由于不熟悉廣告投放資金少,影響訂單數量和先后順序。無法正常生產產品、無法還貸款。另外,團隊協調非常重要,大家要多多交流才能協調一致,每個人負責的數據在團隊做決定時影響都很大。
作為公司的CEO,我在一開始是有些失職的。由于沒有經驗,我了解、記錄的信息都對我們投廣告、搶訂單沒有太多直接作用。在第二、三年,我才漸漸改變自己的做法,才慢慢熟悉起來,指導公司運營的流程,將工作重點轉移到統計其他公司廣告投入量和投入方向以及各個市場銷售不同產品的數量,并且以此推斷其他公司的主要產品及產能,最終估計下一年各公司在不同市場投入廣告的總數量。我將統計數據與財務主管、銷售主管、生產主管統計的數據集合在一起進行分析,更便于我的團隊做出正確決定。自此我總結出,每個人做好分內之事,團隊成員相互配合,是一個企業成功的必要條件。
沙盤二批模擬實施時的經歷還時刻提醒著我:做事前要仔細考慮后果,但做決定時要果斷堅決。發現錯誤后要及時改正,計劃永遠趕不上變化,但不可沒有計劃,不可盲目的按照計劃實行。謹慎與果斷,敢于放手去做,性格的人也很容易成功。在事前謹慎權衡利弊、不驕不躁,在機會來臨時果斷的抓住機會,毫不猶豫,這樣的人做事有把握、有魄力。
我從這次實踐操作獲益匪淺,有了經營一個公司大概的流程和經驗,懂得了經營公司的程序和一個公司中不可或缺的職位,雖然我們公司的經營到最后還是破產,我在經營期間我們學到了很多東西,這些經驗和知識更加珍貴。由于第五年的重大失誤,我們公司瀕臨破產,我當時真的非常沮喪,雖然我們內心已是抱期望,想讓公司經營得更加長久,但我還是要真心的感謝我的隊友們,在第四年之前的會議上,他們仍舊在考慮如何不破產、如何彌補以前的虧損。這使我得到了繼續努力堅持下去的動力!這次雖然只是模擬,但經營失敗的打擊的確鍛煉了我的毅力和抗壓能力,我也懂得了不放棄希望便有絕境重生的可能。相信在以后的歲月中,些感情、道理依舊會影響我的選擇。
ERP模擬實施雖然很累,但我們更很好的珍惜了經驗和過程,雖然經歷了挫折,但這一天過得很有意義、很充實也很開心,對大四的我們真的很少了,在此我要由衷感謝指導老師和同學!
第五篇:erp實施經驗
如何盤活失敗的erp項目
一個投入上千萬的大型ERP項目上線延期了。上至董事長,下至業務主管,所有的怨氣都要撒在ERP項目主管鐘劍的身上。問題出在哪里?天時、地利與人和,到底是哪一方失利?面對ERP亂局,唯有逐條分析原因,才可以對癥下藥,解開難題。在逐條捋清問題后,鐘劍使出了他的撒手锏,問題迎刃而解。
案例篇
ERP失敗算不得稀罕事,但是找到敗因,力挽敗局,就不是一般CIO都能順順當當做下來的了。面對即將或者已經失敗的ERP項目,很多CIO會選擇遮掩下來,畢竟從選型到實施自己都是項目經理,承認項目失敗就是認定自己無能,更不消說領導面上無光,企業形象受損。
如何能在敗局中取勝?這家大型生產企業的ERP項目經理鐘劍自有一套。
發難
鐘劍不知道怎么走出會議室的,他下意識向15樓走去,上了4層樓就感覺氣不順,樓道安靜而氣悶,額頭上開始冒汗了。
“公司花費了上千萬元,投入了幾十個人的精力,為什么ERP項目拖了一個月還是無法上線,這樣一種混亂的局面是什么原因造成的?”剛剛過去的項目進度匯報會上,面對一堆問題,CEO王總責問道:“鐘經理,你們信息部在‘腳踩西瓜皮’,作為項目經理,你應該好好思考一下,明天給我一份報告,告訴我原因和解決方案!”說完摔門而去,把項目組成員扔在會議室里,大眼瞪小眼。其實,這也不能怪王總,剛剛項目階段匯報會議上,各部門反映的情況也真夠亂的:
銷售部門營銷平臺的數據通過接口導入ERP系統時,跨月部分產生重復;
生產計劃通過MPR計算出來的結果,與目前人工計算差別過大;
采購訂單運行項目數據無法自動帶到入庫單上,需要手工重新錄入;
財務報表無法正確顯示,會計科目平衡表數據是正確的,但資產負債表一直不平;
倉儲存貨賬與財務賬無法做到賬賬相符,存貨賬與實物賬也存在著一定的差距;
業務部門最終用戶在培訓操作過程中,發現操作手冊上寫的內容在系統中根本就找不到,或有出入,且相對比較簡單; 雖然經過單元測試,但測試的場景過于簡單,沒有涵蓋日常業務運營的全部內容;
在最終用戶操作培訓的過程中,很多業務部門自己上報的參培人員也沒有參與過一次ERP的相關培訓;
業務部門投入到項目組的關鍵用戶,大多數是本部門的骨干,但由于他們工作繁忙而沒有全力投入項目,造成關鍵時候找不到人,與其有關的關鍵問題討論時他們亦不在場的現象,使得會議一拖再拖,尤其是銷售大區和某工廠的關鍵用戶連一次最基本的ERP功能培訓都還沒有參與;
??
回溯
鐘劍一邊回憶著會議上的情況,一邊郁悶地轉出樓道門乘電梯回到自己位于15樓的辦公室。一年前,通過獵頭進入這家大型生產企業,經過調研、分析,在了解企業信息化發展現狀和業務特點后,他提交了公司信息化三年建設方案。然后,按部就班地著手基礎設施的建設、IT部門的團隊建設,慢慢熟悉并融入該企業。去年年底ERP系統建設列入公司重點項目計劃,這也正是鐘劍過來的動因。雖然在原來的集團公司他經歷了國外大型ERP項目實施的過程,但角色只是其中一個組的組長,負責某一小塊具體的業務流程設計和系統實現工作,沒有能夠參與項目管理的內容,所以他一直希望能夠作為項目經理全程參與和統率一次ERP項目。
ERP項目被正式列上議事日程后,鐘劍在進行業務需求調研后,嚴格按照ERP實施的標準方法,進行了系統選型,最后選擇了一家大型ERP系統軟件。對實施的顧問團隊,他也是一個一個簡歷看過,個別還進行了面對面的交流,可謂精心挑選。經過半年的努力,終于到了即將上線的最后時刻,但項目停滯不前,出現了上述的混亂而復雜的局面。這種局面究竟是如何產生的?鐘劍收回思緒,打開工作目錄下的ERP項目文檔,一項項內容井井有條地展現在眼前。項目計劃:
在項目準備階段,項目計劃的編制成為甲乙雙方兩位項目經理的主要工作內容,將6個月的總體上線任務和工作內容細化到周甚至到日,并在統馭項目主計劃的同時,進行了數據計劃、項目整體培訓計劃、項目宣傳、活動計劃等內容,以確保項目計劃的周密且不遺漏。
“計劃沒有變化快”。由于人員投入不夠,項目雖然按著計劃在向前走,但總是存在著這樣那樣的問題,無法做到深入和完善。而最終導致系統上線推遲的最主要原因就是初期數據遲遲沒有收集整理到位。
項目組織: 項目組織的建設也是起初腦筋動得比較多的地方,公司成立了項目管理委員會,將公司主要高層都納入其中,由CEO親自擔任;管理委員會下設項目管理辦公室和監理組;接下來是技術組、業務組、數據組和開發組。其中業務組按此次上線的模塊分為五個組:銷售、采購/倉儲、物流、財務和生產,業務組長均由相關業務部門負責人擔任,再由其抽調部門骨干進入,同時信息部也在每個業務組派出一名代表。
起初,鐘劍一再要求業務組必須有一名業務部門的骨干力量全職參與項目組,但最終由于業務部門負責人的反對,而導致目前業務組除信息部人員外全部屬于兼職參與。經常一個討論分析會都要一變再變地變更時間,尤其到后期的跨模塊討論時更難確定會議的時間。項目組沒有一個統一的工作場所,顧問、業務組、信息部人員均在各自的辦公室辦公,只有開會時再聚到一起。由此,對項目所有工作的開展都產生了巨大的影響。
藍圖設計和系統實現:
由于前期準備工作比較充分,ERP項目啟動前已經做過一輪業務流程的調研分析,加之ERP項目剛剛進入大家的視野,在藍圖設計中現狀調研階段,大家還是比較積極地參與,很快就完成了任務。但到了未來藍圖設計時,一是由于工作忙,二是“新婚期”已過,個別部門領導不再參與流程的講座和分析,而由手下人參與,領導只看最終的匯報和文檔,并也在藍圖流程上簽字認可了,這些在當時并沒有覺得問題有多大。但到了最終用戶培訓和單元測試時,卻發現原來這些藍圖流程與老總們想的有出入,與那些部門骨干的思路也有出入,只好返工重來,還需要協調實施顧問的資源。在原本時間和人力資源比較緊張的情況下,這又浪費了不少時間,讓人苦不堪言。這也是上線時間延遲、項目計劃不能順利執行的主要原因之一。
系統實現,一方面是顧問按業務藍圖流程設計進行配置和二次開發,另外就是關鍵用戶熟悉系統,并進行業務場景在系統中測試運行的好時機。由于人力的投入不足,導致很多地方由顧問進行相對標準的測試就草草了事。有些測試雖然由關鍵用戶進行的,但由于系統熟練程度有限,加之大多數部門關鍵用戶沒有足夠重視,把測試當成一項工作任務來完成,應付了事,沒有完全重現業務運作時的多重組合的復雜的業務場景,相對簡單地進行了一些業務內容的測試。這就埋下了隱患。
數據整理和接口、報表設計:
數據,從一開始就提到比較高的地位,專門成立了數據小組來負責,靜態數據很快就進行了統一編碼、重新規范等工作,動態數據的模板設計和下發也進行得相對比較順利,但在業務部門卻沒有引起足夠的重視,或者沒有及時提交,或者提交上來的數據沒有完善地按模板進行填報,有些業務人員就象征性地填了一兩列數據表就上交。因此,數據的整體收集和整理工作一拖再拖。
另外,由于公司從建立到現在有15年,歷史遺留下來沒有解決的問題比較多,集中反映到數據上就是:賬實嚴重不符,日常在進行審計和核對時,大家只采用賬賬核對,而只有一些常用的原輔料和流動比較快的產成品在正常流轉。這也是不同業務部門在上線數據不符進行調整時,爭論得比較多的事情。
雖然公司其他的信息系統并不多,但由于整體行業信息化程度比較高,上下游企業之間的數據傳輸還比較頻繁,為了解決這個問題,在選型時即確定通過接口的開發來完成。這塊由于顧問公司人力投入不足,而信息部提交的開發技術人員招聘的事情也被莫名擱置了幾個月,到目前為止還沒有任何信息。
報表開發需求量也比較大,雖然已經開發好其中的一部分內容,但由于系統沒有真實數據,很難對其正確與否進行評估和檢查測試。
最終用戶培訓:
《最終用戶操作手冊》每個模塊在顧問的督促下,在關鍵用戶開始學習的時候就著手編制,只有少數沒有關鍵用戶投入的部門涉及到的操作流程未能完成。由于關鍵用戶對于業務的熟悉程度不同、對ERP系統的熟練程度不一,操作手冊的優劣差異很大。相對來說業務場景設計得比較全面,且能夠詳細截圖、解說的《最終用戶操作手冊》不多,這也為最終用戶的培訓帶來了問題。
在最初的培訓計劃中,安排的是專門的多場集中式培訓,但由于業務部門工作繁忙,關鍵用戶和最終用戶時間無法統一調配,使得培訓的方式變得五花八門:有集中進行培訓的,有單一進行培訓的,還有到最終用戶工作現場進行培訓的。反思
王總讓鐘劍整理一份情況報告,雖然在項目推進的過程中,上述問題都已經通過項目進展通報提交給公司高層和業務部門領導,也在會議上做過匯報和總結,并提出過應對措施,但可能是沒有觸及到他們的痛處,沒有引起足夠的重視。鐘劍想,看來這一次不能再不痛不癢了,已經受到王總的責難,那就索性和盤托出,痛在一時比一直痛下去要好。
綜合前面的回顧和分析,項目主要存在的問題是:
1.人員及精力投入:業務部門沒有足夠重視,雖然項目組里掛名的都是各個部門的領導,但真正投入的時間和精力的非常有限,個別部門雖然在項目的后期有專職常駐人員,但對業務本身的熟悉程度有限。制絲車間到現在連一個人都沒有參與過,銷售部西北大區連一個兼職人員都沒有來聽過課,而工廠的財務部成本會計居然從未露過面。
那么,這一塊問題的解決,需要引起公司各部門領導足夠的重視,并由項目管理委員會負責人CEO王總親自發布命令,按最初項目組織的要求,抽調各部門得力骨干,全職參與到項目中來。
同時,需要有一個統一的辦公環境,讓項目辦公室、實施顧問、關鍵用戶坐到同一個辦公室中去,以便充分交流,也使得顧問的知識快速傳遞給關鍵用戶。2.數據整理:雖然經過項目組的努力,基礎數據已經有了一定的規范,但那些日常運營的動態數據卻遲遲不能收集到位,雖然數據也都采集上來了,但數據本身是不完整的,而主要的物料數據普遍存在著財務賬和業務賬無法“賬賬相符”,更不要說業務賬和實物之間的“賬實相符”了。
針對上述問題,需要動員所有業務部門,重新組建一次數據收集、整理的隊伍,針對歷史遺留問題進行認真分析,能夠核對清楚的進行調賬處理,不清楚的部分先打包進入系統,待后續階段有精力時再進行解決。
3.業務測試場景設計:在業務測試和最終用戶手冊編寫環節,由于顧問對公司的行業熟悉程度有限,協助關鍵用戶進行的單元測試和集成測試場景設計相對簡單和標準,沒有考慮到業務的復雜變化,而關鍵用戶的精力投入有限,大部門人都把測試當成一個任務而已,沒有引起足夠的重視,只是簡單地設計并做了系統測試。而當最終用戶參與學習時,有大量沒有經過測試的業務情景出現,結果導致或者沒有辦法操作,或者問題一堆,再加上系統數據的缺失,使得業務部門最終用戶對系統產生不信任感。
需要組織業務骨干,收集和整理日常業務不同的場景變化,統一編輯后,進入系統進行測試,并添加到《最終用戶操作手冊》中去,為今后最終用戶的學習提取更翔實的指導。
4.需求變更:項目開展的前期,業務部門沒有足夠重視,在業務調研和流程梳理過程中,部門領導和關鍵業務骨干投入的精力有限,整理出來的業務流程細度和準確度不夠,而在最終用戶操作培訓時,又提出了新的業務需求,且這些需求很多會引起較大的業務流程變更。
對于新提出來的需求,以不阻礙業務正常運轉為前題進行篩選,關閉那些與界面、操作習慣等有關的需求,待ERP上線后再慢慢進行優化。
想到這里,鐘劍不由得露出了一絲苦笑,其實在項目剛開始組建,以及后來的項目實施過程中,這些問題不止一次地提過,當時王總和各業務老總應允得很好,但最終結果卻無法讓人滿意。他本想把這個項目建設成“公司級”的信息化建設項目,為自己的信息化職業生涯別上一枚金制獎章,最終,在實際項目推進過程中連“業務部門級”項目都沒有達成,而淪落為“信息部門”的建設項目。這些是他這個信息部經理無法改變的。
這次的分析報告如果再不點醒高管們,這個ERP項目的走勢很明顯,而自己在這家公司的職業生涯估計就走到頭了,職業生涯中的“污點”也就此留下。鐘劍希望能夠就此機會反戈一擊,一舉扭轉幾個月來的被動局面,給ERP項目成員注入強心劑,做成一個先苦后甜的好案例。
下定決心后,鐘劍坐下,信心滿滿地準備繼續“筆伐諸侯”??