在大部分軟體公司的專案里程碑設計裡面，專案就象長莊稼一樣，到什麼時間就會到什麼階段，發芽了，長葉了，開花了，吐穗了，成谷了，可以收割了。也好象一個建築工程一樣，打樁了，奠基了，砌牆了，鋪樓板了，三層了，四層了，封頂了。經歷過自己要靠著吃飯和發展的公司的幾個專案後發現，要得到如此從容，確實是不容易，甚至是不可能。

早幾年，一直對上海的一家企業實施將資訊化專案，花了五年還沒有完成，曾經表示不理解。現在感覺到人家確實是對的，做自己的事情，與看別人為自己做事情那是不一樣的。這個企業一年就推進1～2個模組，慢慢悠悠的。看當時的文章，似乎才完成3/4，而且都是基礎型的工作。

最近和溫州的幾個朋友聊天，大家也覺得做自己公司的事情真的不一樣，很難說一個對業務影響很大的專案，通過半年或者一年就能“竣工”，那幾乎是瞎扯。我記得當年中石化在實施地方支公司的管理系統時，就是通過非常細緻的培訓，悄悄地將專案做完的，即便是加油開票這一個環節，培訓資料和習題就有100多頁。當時一位朋友在裡面做兼職講師，我們那時候不懂事，還認為是國有企業太官僚，把小事情做複雜了。

現在才頓悟，就是要做資訊化專案，首先要做非IT的資訊化專案，也就是傳統的諮詢與諮詢實施。最近兩年在公司裡面做專案，很多人質疑我的進度，自己也一直為進度緩慢而著急。最終還是忍下來了。2006～2007上半年基本不怎麼做“正事”，埋頭在生產現場、銷售現場等地方摸索和認識公司的業務邏輯，在2007年上半年基本是認識清楚了。

應該說那是一個至少覆蓋這個行業的業務邏輯，基於和公司戰略的一致的邏輯，然後迅速地展開了內部“諮詢”。以“跳出來的局裡人”的心態展開和平演變方式的業務變革活動，用IT系統可以承載的業務過程，用非電子的資訊方式進行模擬，比如以時間鏈為核心的將內部的人、機、料的結合進行分化組合，形成多個具有既定轉化功能的能力單元這樣的事情。資訊手段，就是在派工單上“蓋章”，由計劃人員標註分解後的訂單工序在具體能力單元上經過的相對時間與絕對時間。如此來檢驗業務邏輯在業務過程中的落實力量。

當然，現在所謂的頓悟，並不能代表這個專案一定能達成期望的品質，但它有利於我們走到那裡。

原始評論：

喻勝   2011-01-05 12:43

現在才頓悟，就是要做資訊化專案，首先要做非IT的資訊化專案，也就是傳統的諮詢與諮詢實施。
我目前喜歡研究實際的業務，在ERP範圍內，或範圍外，去尋找改進點，讓流程更順暢、更簡單。

王甲佳   2011-01-05 14:33 我目前喜歡研究實際的業務，在ERP範圍內，或範圍外，去尋找改進點

我也很喜歡這樣的活，很有成就感。

和諧生產方式系列連載

0105 :  057  企業的資源到底應該如何被調動？

0103：056  ERP只是資訊化的一個區域性？

0102：055  需求個性化了，能力單元為什麼被降解？

1231：054  工業價值鏈中，哪裡是增值的主場？需要怎樣的善待？

1230：053  善待“落後生產力”不僅僅是一種生存智慧，更是一種發展智慧

1229：052  有序是最快的！

1227：051  關係預置基線與需求演化節拍的調諧

1225：050  客戶購買我們的是產品實現過程還是最終價值？