轉自 上海斯凱普斯信息技術有限公司-作者:魏領軍

作者介紹:10年ERP的 從業經驗。SBO從業6年,歷任大連華錄計算機有限公司技術經理,上海達策技術總監。目前任上海斯凱普斯信息技術有限公 司經理。長期致力於中小生產型企業ERP的研究設計及開發諮詢。 


自從sbo登陸中國便一直從事基於sbo的開發。畢竟是基於sbo的修修補補,所以開發中總結出一些經驗與教訓。和大家分享。


第一原則:能通過其他方式解決的絕對不要用開發


無論顧問、客戶、業內同行怎麼評價SBO,但有一點是確定的,SBO是一個類似於平台的ERP。畢竟是出身名門。出手自是不凡。打她一出世就注定是做中小 企業的。所以大家不要苛求他能解決大中型企業的業務及數據。不然是自找苦吃。其實許多業務邏輯,SBO都在實施層面可以解決。例如對任何單據、任何主數據 的業務邏輯的控制、單據的自定義審批、警報、自定義字段、自定義對象。這些東西如果顧問掌握的瞭如指掌,那SBO對於中小企業的業務邏輯就是無所不能了。
大家在實施過程中,我總能聽到大家的抱怨。但我相信一點,SAP和我們一樣在努力。但捫心自問,真的完全是SBO軟件導致的項目失敗嗎?我大大小小見證了 快100多個SBO的項目,我分析這每一個項目的成功與得失,發現一個規律。實施高手的項目失敗的風險遠遠低於一個新手。可以說一個資深的顧問幾乎不可能 讓項目失敗的。當然資深的顧問絕對不僅僅是對SBO搞得滾瓜爛熟那麼簡單,他涉及到顧問的溝通、交際、經驗、SBO基礎的多種素質。我們這個圈內有許多資 深的高手。我見過很多,每次和他們交流,我都是受益匪淺。有的高手能讓SBO變成他想讓他變成的任何軟件。牛人!我向他們的創意致敬!在他們眼裡,只有想 像力限制了SBO的應用。

 

二原則:只有SBO沒有的功能而客戶必須要的功能並且只有使用UI,DI才能解決的才使用開發。


我在實際中看到許多顧問讓開發作了許多顧問本身就能解決的問題。結果開發過程中必然要出現的BUG給顧問、用戶帶來了無盡的忍耐與企盼。研發人員不是救世 主。不要對研發人員太過於依賴。不然把一個不懂業務和你項目的實際情況的研發人員作為解決你的問題的希望,那可是大錯特錯!使用研發的代價就是解決了一個 舊問題,創造了三個新問題!當然一個完整的SBO顧問團隊沒有研發也是不健康的團隊。人無完人,研發的作用一般是SBO軟件項目實施過程中的最後一道防 線。目前從我所的效力的公司看來這個作用最為明顯。所以研發人員的作用更是銷售人員的定心丸、實施人員的救命草。但絕對不能把研發放到公司的主導,尤其對 顧問諮詢公司。當然ISV,純軟件開發商除外。

 

第三原則:報表開發,一場無休止的災難!


作為研發人員,一旦去研發報表,那你就開始象紅軍過草地一樣,你根本不知道什麼時候你就發現你到了草地下面了!SBO系統裡的小地雷會讓核對數據核對的瘋 掉的。但報表還是必須出的。報表是最能讓最終用戶開心或提心吊膽的東西。但考慮到報表一般是顧問流程設計和客戶業務數據的最終結果的分析或展示,所以做報 表開發或設計的第一人選自然是顧問項目的全程參與者。當然報表會涉及到一定成度的Sql知識。但這些知識是一個優秀顧問的基礎知識。我見過的很多資深顧問 朋友,他們就靠sql做出了令人瞠目結舌,拍案叫絕的功能,不僅僅是報表了!

 

第四原則

如果項目中一個功能點10天研發人員還不能搞定(一般性的需求),那這個項目就麻煩了,就為項目準備後事吧。如果基於sbo開發已超過了3個月(系統性 ISV開發除外)。那這個項目就必死無疑。準備和客戶在商務層面解決吧。

 

 

第五原則:

研發人員的心理素質與心態決定了一個研發項目的成敗。技術佔次要因素。因為研發人員注定要成為項目出問題時候的活靶子。所以研發人員必須 能夠忍辱負重。

 

這裡我感謝我的研發團隊的每一個成員,包括以前的和現在的,他們是這個很狹窄的專業開發市場上的壯士、烈士!他們是一群悲情的英雄。他們在午夜的燈光裡在 網上遊蕩。他們的未來卻不為正規研發公司所正視!他們為SBO在中國市場上的推動貢獻者他們的力量。但在SBO開發上的程序員的職業生涯卻是不容樂觀!這 也是一個現實!所以選擇SBO開發的人員注定就是一個賭徒!莊家就是SAP。莊家的的規則是必須服從的。是沒有商量餘地的!他們都是SAP認證的研發工程 師,但這究竟能有多大作用?但他們把sap發給的證書都珍藏著,也許留給自己心理或多或少的安慰!

 

創作者介紹

我只是個打雜小弟 發表在 痞客邦 留言(1) 人氣()


留言列表 (1)

發表留言
  • 訪客
  • 敝公司欲導入SAP B1, 想請教樓主~Sap B1 是否穩定有嚴重的bug 存在??