駕輕就熟(1)

    駕輕就熟——成熟軟體背後的四重內涵

    駕輕就熟的意思是駕輕車，走熟路，比喻對某事有經驗，很熟悉，做起來容易。對馬而言，駕輕車，則其足以負荷車輛重量；走熟路，則行走路上的崎岖險夷盡在掌握。在ERP實施中，“駕輕”是對實施顧問而言的，“就熟”是對產品而言的。大多數客戶在選型ERP中都隐約或籠統地有一個信條：要選擇成熟的產品。問題是，“成熟”兩個字背後的含義非常深廣，籠統說說容易，要真正對“成熟”有一個全面的描述卻比較難。我覺得，對想選擇ERP的客戶而言，談成熟產品，離不開以下四個方面的含義。

    1. 功能

    首先是功能的成熟。諸如ERP之類的大型綜合管理軟體，其功能的成熟確實需要一個過程。因為在軟體研發過程中，研發人員對客戶管理實際需求進行了歸納和建模，但其歸納和建模的過程有一定的片面性，既不能代表客戶需求的全部，又很難囊括不同類別的應用模型，甚至有很多功能是根據研發人員所假設的客戶需求做的開發。因此，剛發版的軟體拿到企業中實際去用，必然會有很多不適應。所以，我認為好的應用軟體不是研發人員開發出來的，而是客戶用出來的。應用軟體只有在應用過程中結合客戶實際反复修改完善，才能臻於成熟。因此，一款軟體從發版到真正成熟需要一段時間。這個與客戶切磋琢磨的過程不能短，越是複雜的應用軟體越是如此。從這個意義上講，打造好的應用軟體如同釀酒，窖藏時間越長，釀出來的酒越好。如SAP這樣的老牌知名ERP軟體提供商，其最大的核心競爭力正是在不同行業、不同業務領域中幾十年的經驗積累。

    功能成熟是客戶的基本需求，也最容易被客戶感知到。遺憾的是，在選型過程中，客戶往往把功能需求泛化。比如客戶通常會問：系統支援不支援庫存多種計價方式？幾家供應商都回答：支援。於是，客戶就想當然地認為：在這個功能點上幾家都能滿足。把需求籠統到這種程度來比較功能我認為是沒什麼意義的，因為這種比較方式只能比較功能的有無，不能比較功能的成熟與否。換句話說，沒法考察ERP產品與客戶長時間如切如磋、如琢如磨的打造工藝過程。我甚至認為，在應用軟體這個特殊的領域，不同供應商的產品間並沒有完全的可比性。但現實生活中，因客戶採購的制度、習慣等原因，又不得不把大相徑庭的兩個產品放在一起比，而比的過程又極其籠統粗糙，最後得出“千里馬和一般馬都是馬，都能用”的結論。不同的是，千里馬貴，一般馬便宜，於是當然選便宜的，演變出IT界劣幣驅逐良幣的格局。所以對功能深入考察，堅持理性的合理投資是ERP選型過程中頭等重要的事情。一旦因選型不慎造成專案失敗，客戶的損失可就大了，購買軟體和實施的損失僅僅是冰山之一角，客戶配套的軟硬體投資、人員投入損失要大得多。如果算上專案失敗給客戶方相關人員的心理陰影和機會成本那就更大了。至今，我們偶爾還能覺察到20世紀90年代那些過早上ERP的國營大廠的經營管理者在經歷了專案失敗後所殘留的防禦心理。

本文摘自《ERP專案管理散記》

---

　　 形散而神聚。因為是散文，所以沒有框架結構的限制，作者寫起來輕鬆，讀者讀起來方便，數千字成一文，每篇文章都是一個獨立主題的探讨，又都緊密圍繞ERP專案實施這一主題。
　　事異而理同。雖然多數文章的標題冠以ERP專案實施的大標題，但文中所闡述的很多道理，不僅僅只適合於ERP專案管理，更適合於所有的專案管理，甚至可以推而廣之到企業管理中去。