本人進入軟件行業已經有5個年頭了，主導實施和參與過的大大小小的項目有20余個。其中有些項目做的非常好，提升了客戶企業的管理水平，也規範了企業的業務操作水平，優化了企業的流程，客戶非常認同我們實施的價值；也有的項目實施效果一般，客戶在應用軟件前後沒有明顯的效果，唯一的成果就是計算機代替了人來匯總一些報表數據；還有的項目實施到一半便被叫停了。被叫停後往往會走向兩個極端，一個是更換實施策略和方法重新實施，重新實施後最終效果有可能好也有可能壞。另一個極端便造就了所謂的爛尾工程，造成項目無法交付。

　　為什麽在實施過程中有的項目就能做的非常好，有的項目應用效果就非常差？原因在哪裏？下面本人就從下面幾個方面進行分析：

　　1、什麽是項目？

　　2、在ERP軟件行業項目應該怎麽做？

　　3、為什麽項目會失敗，失敗的原因？

　　4、怎樣最大程度避免項目失敗？

1、什麽是項目？

　　項目可以理解為是一種任務，個人理解項目一般包括三層含義，即：什麽時間或周期、調用哪些資源、完成什麽任務並達成什麽目標；

　　項目的概念並不是只在軟件實施過程中存在，其實現在各種各樣千差萬別的項目多種多樣，如：對A企業進行產品的銷售，這就是一個項目。其特點是銷售人員通過一定時間面對客戶的中高層通過對功能的演示和講標，完成最終銷售的目標；一個新產品的研發也可以視作為項目，其特點是是N個開發人員要通過N個月的研發完成一個產品的最終成形；如北京五環路的貫通也一個項目，其特點是多少個施工人員要通過多少天的奮戰，動用多少的機器以完成道路的通車為目標；再如唐山曹妃甸要進行招商引資，招商引資也這是一個項目。項目的種類多種多樣，在此不再舉例。

2、在ERP軟件行業項目應該怎麽做？

1）嚴格制定項目的實施周期和計劃及方案

　　在項目實施開始之前，一定要根據每個客戶不同的情況，制定出相應的實施計劃、實施方案並規劃出實施周期來，這一點是非常重要的。沒有實施計劃就無法預知項目何時完成，使人找不到目標感，對於一個沒有目標的項目來說這將是非常可怕的事情。

2）項目要獲得甲方高層的足夠重視

　　所有項目無論大小都應該獲得甲方高層的足夠重視，成功的項目往往都是企業一把手直接抓的工程。一把手工程的好處為：領導講話具有權威性、下達指令後各部門執行力比較強、抵觸項目推進的部門少。因此一把手項目非常有利於項目的推進。

3）嚴格的按照項目實施計劃進行實施，並監控項目是否按照計劃正在進行

　　實施計劃制定後，雙方人員都要按照既定的目標去努力，如果發現實施過程中與計劃出現了偏差，需要馬上對實施計劃進行變更，並分析出現偏差的原因和改善方案，亡羊補牢精神是最可貴的。

4）對於大型項目可以分成幾個階段，按階段進行實施

　　對於大型和超大型的項目，往往實施周期會有一年或幾年。長時間的項目實施會使人找不到終點，因找不到終點而失去動力。而把項目分成幾個階段後，每個階段都會制定出階段性想要達到的目標，這樣給人的感覺是距離項目的目標非常接近，工作也就有了動力。

5）與客戶商定明確的需求和範圍，確定項目驗收的目標

　　實施範圍的確定是實施過程中的重中之重，實施範圍沒有界定或界定模糊，會造成客戶需求無窮無盡，需求不斷增加的後果就是項目無法按期交付，甚至項目暫停或退貨。為了避免這種情況最好的方法就是君子約定，在項目開始時就書面確認乙方做哪些內容，做哪些功能，達到什麽樣的效果後項目就可以驗收，這樣做對項目的雙方都是有利的。再者一定要吃透需求，書面確定需求的內容，目前在實施過程中因需求雙方理解存在偏差而導致項目返工的情況還是比較常見的，偏差太大的情況下往往會返工多次。

6）建立有效的項目溝通的機制，保證甲乙雙方溝通順暢

　　這種溝通尤其是在項目出現危機時尤為重要。

7）建立健全的文檔機制

　　目前實施的大項目都是多個人共同協作來實施的，每個人每天做了什麽內容，有哪些成果或針對項目進展有哪些規劃等，除了自己之外其他人都不清楚。這樣情況怎麽避免？最好的方法是編寫項目文檔，每一步都要有操作文檔來支撐，比如今天我對產品增加了某個功能、對哪些資料進行了完善、需要誰來協助哪些事情、對客戶的哪個方案進行了更新。這些文檔都要記錄下文檔的版本號是多少，是誰在哪個時間段更新的等，以方便項目組人員的協作；

8）項目組成員穩定性的保障，尤其是雙方核心項目組成員的保障

　　一個項目要培養中一個合格的核心人員，需要這個人員不僅要對企業業務流程十分精通，還要對軟件操作流程十分熟悉，並能夠處理軟件中常見的一些問題。而這樣的人員的培養需要幾個月甚至更長的時間。而如果在關鍵的時刻核心人員的離職會給項目的推進帶來毀滅性的災難。

9）明確項目獎勵和懲罰制度

　　怎樣避免人才的流失？怎樣讓員工對項目充滿激情？怎麽避免軟件實施過程中員工的不公平對待造成的情緒化？（幹多幹少都一樣）怎樣最大程度的防止錯誤的發生？這些內容都要有一定的機制來保障和約束，那麽最有效的方法就是建立起項目獎懲制度。

10）基礎資料編碼的規範化和擴展性規劃

　　要蓋一座高樓大廈就必須打好根基，對於ERP系統來說基礎資料就是這座高樓大廈的根基，基礎資料的重要性可想而知。

11）20/80原則

　　目前很多項目中20％的需求在實施和開發的時間占到了整個項目總工作量的80％，對於這樣的需求要進行討論再討論，確定最優解決方案或屏蔽某些不重要不合理的需求。

12）業務流程反復測試和校驗

　　任何產品都是存在BUG的，像微軟這樣的軟件帝國都不敢說他的產品沒有BUG，所以必須在實施方案確定後按照實施方案來跑產品，尤其是核心流程的反復測試和優化。

13）項目資源的保障

　　資源主要來講還是人的保障，如果只購買了產品而沒有人來實施和開發，項目不可能做好。

14）加強項目核心人員的培訓和培養

　　客戶方核心項目成員一但培養出來後，他就可以支撐起客戶方業務的一片天，一些實施業務便可交由他來做。這樣無論對客戶方人員的成長及後續的維護都是有好處的。

15）基層操作人員的培訓培訓再培訓

　　基層操作人員經常反饋的問題是產品不好用。為什麽不好用呢，無非是操作習慣的變更和操作方法的問題。所以培訓一定要貫穿項目實施的始終，改變操作員的習慣，認知我們的產品為企業帶來的好處，不能用局限的眼光來看待產品。

3、為什麽項目會失敗，失敗的原因？

　　當一個項目失敗後，失敗原因這個皮球往往就會踢來踢去。 銷售人員說實施人員水平低、在項目上不努力、要是更換一個水平高的實施人員也不至於項目失敗；實施人員說銷售人員過度承諾、客戶需求無止境、產品BUG多、開發團隊的支持跟不上等，要不是這些因素，項目也不會這樣子；開發人員說客戶需求不明確，造成開發出來的產品改來改去，多次返工。

　　問題到底在哪裏？到底是哪個環節出了問題？是單純的某個人的責任嗎？或者是單純的某個部門的責任嗎？答案是：“不是！”

　　那麽問題到底出在了哪裏？答案是：“甲乙雙方各打10大板，雙方都有責任！”

　　首先是客戶方的問題：A系統上線之前業務的梳理和優化時業務部門不參與，上線後瞎起哄；B項目經理沒有實權，下達的指令業務部門不執行；C各業務部門經理不重視；D核心目標及需求不清楚；E信息化基礎弱，底子薄，沒人來統籌管理；F新上軟件後改變了基層操作人員的操作習慣，面對新的軟件不願意接受，提高企業管理水平對他們來說都天方夜譚； G 高層領導假重視和瞎指揮；H各部門的利益沖突；I團隊核心成員頻繁更換等；

　　其次是實施方的問題：A實施方團隊更換頻繁，我接觸過的項目有的最多換了10任項目經理；B項目沒有資源保證，實施人員今天3個人在現場實施，明天就有可能1個人單獨奮鬥了，拿1個人當3個人用；C銷售人員為了簽單和業績，承諾再難的需求我們也能實現；D為了保證按時上線，在業務理解不深，需求沒有吃透，理解了差不多的情況下就開始了實施過程； E同工不同酬，消極怠工；F項目經理控制不住客戶的需求，導致客戶的需求越來越多，產品很難交付；G產品BUG問題。

4、怎樣最大程度避免項目失敗？

　　要避免項目的失敗必須從失敗的案例中吸取教訓，要從客戶方和實施方兩個方面著手：

　　1、客戶方在上軟件之前一定要先知道自己上軟件要做什麽？是為了充一下門面還是想達到一個什麽樣的目標，實現什麽樣的功能？

　　2、客戶方高層必須重視項目，客戶方項目經理在企業必須有權威或權力，能夠保證每一項下達的指令各個部門都能貫徹執行；

　　3、客戶方有一個穩定的項目團隊，並有1到2個精通業務和產品的核心成員；

　　4、實施方在實施之前先評估項目情況，劃出一個實施範圍的圈圈來，確定驗收標準；

　　5、三分軟件七分實施，實施人員的水平對於項目的交付也有很大的關系，不一定要派出最好的顧問到客戶現場，一定要派出最合適的顧問到項目現場；

　　6、按照計劃來實施項目，按章辦事，一步一個腳印的來實施，不要想一口吃成個胖子 ；

　　7、保持雙方項目經理的持續有效的溝通，出現問題即時反饋並處理；

　　8、實施方人員的保證，堅決不能出現因為實施或開發人員不在現場而導致的暫停狀態；

　　如果在實施過程中客戶方和實施公司雙方都能夠達到上面所說的幾點，我不敢說項目一定會成功，但項目一定不會失敗！

在ERP軟件行業項目應該怎麽做？