那個(gè)ERP項(xiàng)目,讓人后怕!
在入行前三年里,有一個(gè)ERP項(xiàng)目經(jīng)歷,現(xiàn)在回想起來(lái)還印象深刻。之所以深刻,不是因?yàn)槊篮?,而是因?yàn)樗耐纯唷?/p>
前面在這篇《一個(gè)IT人的,ERP學(xué)習(xí)之路》文章中,講過(guò)我的職業(yè)過(guò)程有三個(gè)關(guān)鍵階段,第一個(gè)階段就是做大型企業(yè)的數(shù)字化項(xiàng)目,主要側(cè)重供應(yīng)鏈方面的解決方案。這里要分享的項(xiàng)目經(jīng)歷,也就是在那個(gè)階段中所經(jīng)歷的事兒。
初生牛犢不怕虎,這句話講得非常有道理。剛?cè)胄械念^兩年,我自認(rèn)為學(xué)習(xí)了這個(gè)行業(yè)的很多知識(shí)和技能,所以有一種年輕人的無(wú)所畏懼,覺(jué)得什么項(xiàng)目做起來(lái)那不都是手到擒來(lái)?,F(xiàn)在回想起來(lái),只能感嘆還是太年輕了。
正是由于那時(shí)的盲目自信,被現(xiàn)實(shí)狠狠的打臉。那是一個(gè)燙手的數(shù)字化項(xiàng)目,對(duì)應(yīng)企業(yè)是一家上市公司,在全國(guó)40余座城市中有近1000家直營(yíng)門(mén)店,整體體量還算是挺大。
整個(gè)項(xiàng)目背景是當(dāng)時(shí)O2O電商(即Online線上網(wǎng)店Offline線下消費(fèi))發(fā)展迅猛,需要將品牌下所有門(mén)店及加盟商打通,實(shí)現(xiàn)線上的電子商務(wù)平臺(tái)和背后的采購(gòu)、生產(chǎn)、銷售、倉(cāng)儲(chǔ)、財(cái)務(wù)的一體化管理。
從本質(zhì)講這是電商平臺(tái)和ERP兩件事兒,當(dāng)時(shí)就廣義的稱之為ERP項(xiàng)目。雖說(shuō)是ERP項(xiàng)目,但是它又不純粹。這是由于這家企業(yè)其實(shí)已經(jīng)上了一套ERP,用的是用友U8這個(gè)產(chǎn)品,那么為啥又要新起一個(gè)ERP項(xiàng)目,這是由于它們這個(gè)行業(yè)的特殊性,和電商平臺(tái)的訴求,導(dǎo)致U8中的物料、組織架構(gòu)等信息已經(jīng)無(wú)法滿足這些新的業(yè)務(wù)場(chǎng)景。
再加上之前為了上U8,花費(fèi)了不少的人力物力,企業(yè)的老板們不想要完全摒棄這一套東西,于是就提議要保留U8的財(cái)務(wù)核算功能,重新去打造財(cái)務(wù)模塊之外的電商平臺(tái)、主數(shù)據(jù)、采購(gòu)、生產(chǎn)、銷售和倉(cāng)儲(chǔ)的系統(tǒng)。
所以從系統(tǒng)層面來(lái)分析,就涉及到電商平臺(tái)與主數(shù)據(jù)、倉(cāng)儲(chǔ)、銷售模塊對(duì)接。整個(gè)產(chǎn)供銷過(guò)程中產(chǎn)生的原始憑證和存貨核算再與用友U8對(duì)接。
講到這里,是不是頭都聽(tīng)大了。當(dāng)時(shí)也是這個(gè)情況,團(tuán)隊(duì)中很多人都不愿意去接這個(gè)單子,最后這個(gè)項(xiàng)目落到了我和另外兩位老大哥的手上,其余開(kāi)發(fā)實(shí)施人員由項(xiàng)目經(jīng)理領(lǐng)導(dǎo)。那我們?nèi)诵F(tuán)隊(duì)也各有分工,其中一位老大哥和我負(fù)責(zé)業(yè)務(wù)調(diào)研、分析和出解決方案,另一位則做詳細(xì)設(shè)計(jì)文檔輸出,對(duì)接開(kāi)發(fā)實(shí)施團(tuán)隊(duì)。
于是一個(gè)草臺(tái)班子就搭建起來(lái)了,我還記得第一天去客戶現(xiàn)場(chǎng)的場(chǎng)景,和我們對(duì)接的業(yè)務(wù)負(fù)責(zé)人有三位,一位負(fù)責(zé)電商,兩位負(fù)責(zé)ERP。電商負(fù)責(zé)人的態(tài)度是推陳出新,不破不立。ERP負(fù)責(zé)人則主張小步慢走,或臥倒不動(dòng)。
所以當(dāng)時(shí)在會(huì)議室就充滿了濃烈的火藥味兒,那時(shí)的我哪知道如何化解這樣的矛盾,這也為后面的工作推進(jìn)埋下了艱難的種子。
記得第一天在業(yè)務(wù)現(xiàn)場(chǎng)調(diào)研,就感受到了電商業(yè)務(wù)負(fù)責(zé)人和ERP負(fù)責(zé)人之間濃烈的火藥味兒。于是我們后面就展開(kāi)了分頭行動(dòng)的策略,周一周三聊電商業(yè)務(wù),周二周四聊ERP,如此一來(lái),確實(shí)避開(kāi)了他們之間的爭(zhēng)執(zhí)。
一個(gè)月下來(lái),我們把整個(gè)項(xiàng)目的范圍和邊界調(diào)研的七七八八,原本計(jì)劃是電商平臺(tái)和ERP一齊上線,這樣就可以避免后期方案變動(dòng)導(dǎo)致線上問(wèn)題。但是電商平臺(tái)負(fù)責(zé)人不知道是不是有什么KPI壓力,要求三個(gè)月內(nèi)就要上線電商平臺(tái)。雙方的高層領(lǐng)導(dǎo)也經(jīng)過(guò)多輪溝通未果,卑微的乙方只能將重心調(diào)整,先落實(shí)電商平臺(tái)的搭建。
這里面就發(fā)生了一些故事,講一個(gè)印象很深的細(xì)節(jié)。有些讀者朋友可能知道電商平臺(tái)中,對(duì)于商品管理,有SPU和SKU的概念。舉個(gè)例子,一輛汽車(chē),有白色和黑色,那么在電商系統(tǒng)中一般只維護(hù)一個(gè)商品編碼,然后有兩個(gè)規(guī)格屬性。但是在ERP中,這種情況一般是維護(hù)兩個(gè)物料編碼,便于成本核算和生產(chǎn)計(jì)劃的拆解。
當(dāng)時(shí)也和客戶溝通了后續(xù)可能造成的風(fēng)險(xiǎn),但客戶不聽(tīng)勸,一定要按照電商的標(biāo)準(zhǔn)做。就是為了滿足用戶前端能夠在同一商品下選擇不同的屬性。時(shí)間緊,任務(wù)重,由不得想那么多,于是大家只好按照甲方的意思展開(kāi)。好在兩個(gè)月下來(lái),一個(gè)融入了眾多甲方想法的電商平臺(tái)V1.0.0版本上線了。
接下來(lái)的重心就是ERP了,前面說(shuō)過(guò)調(diào)研第一天ERP負(fù)責(zé)人和電商負(fù)責(zé)人就有分歧。對(duì)于ERP物料主數(shù)據(jù)的維護(hù),ERP負(fù)責(zé)人堅(jiān)決要按照屬性分開(kāi)維護(hù)物料,而且長(zhǎng)期規(guī)劃只在ERP中維護(hù)物料主數(shù)據(jù),其他系統(tǒng)都從ERP取數(shù)。道理是這樣的,我們無(wú)法反駁,但當(dāng)時(shí)做電商平臺(tái)的時(shí)候,電商負(fù)責(zé)人可堅(jiān)持的是維護(hù)一個(gè)SPU,這不就自相矛盾。
奈何沒(méi)有辦法改變兩方的想法,那么就只能換個(gè)方向,用技術(shù)換空間,改變系統(tǒng)。以ERP維護(hù)的物料作為最小SKU,然后在電商平臺(tái)進(jìn)行二次打包操作,相當(dāng)于聚合為一個(gè)SPU商品,呈現(xiàn)出多個(gè)屬性。
這個(gè)風(fēng)波當(dāng)時(shí)算是用技術(shù)解決了,但是否真正合理,打個(gè)問(wèn)號(hào)。后續(xù)的一兩月就繼續(xù)圍繞著類似這些問(wèn)題,來(lái)來(lái)回回的溝通、妥協(xié)、修改方案,項(xiàng)目組可謂水深火熱,每個(gè)人盡顯疲態(tài)。
終于ERP V1.0.0版本計(jì)劃在一個(gè)月底上線,這又是一場(chǎng)硬仗。之所以選擇月底,是因?yàn)镋RP上線前需要做期初財(cái)務(wù)數(shù)據(jù)。這時(shí)候前面埋的雷開(kāi)始爆炸,電商平臺(tái)在ERP未上線前就開(kāi)始了銷售業(yè)務(wù),又加上前面說(shuō)的商品和物料的復(fù)雜關(guān)系,導(dǎo)致這部分?jǐn)?shù)據(jù)的銷售成本核算異常艱難。最后通過(guò)線上線下數(shù)據(jù)清洗和分析,弄了兩天,算了一個(gè)近似值,才算結(jié)束了這個(gè)關(guān)鍵的里程碑。
隨著電商和ERP V1.0.0版本上線,我就和前面提到的兩位老大哥退出了這個(gè)項(xiàng)目組,算是脫離苦海吧?,F(xiàn)在回想起來(lái),真是一言難盡,只能說(shuō)給當(dāng)時(shí)的我狠狠地上了一課。
這個(gè)項(xiàng)目的整個(gè)過(guò)程,給了我太多的經(jīng)驗(yàn)和教訓(xùn),有些方法和環(huán)節(jié)如果控制得當(dāng),那么進(jìn)展可能順利一些,不說(shuō)有多順利,但不至于如此痛苦。
總結(jié)了下,大概有幾個(gè)方面,首先是項(xiàng)目入場(chǎng)環(huán)節(jié),當(dāng)時(shí)就開(kāi)門(mén)見(jiàn)山,直接開(kāi)始了調(diào)研工作,哪知道方向不對(duì),努力白費(fèi),跑得再快也是徒勞。犯的最大的錯(cuò)誤就是沒(méi)有確定好甲方的關(guān)鍵干系人,也叫一把手,需要其能夠平衡電商負(fù)責(zé)人和ERP負(fù)責(zé)人之間的利益和沖突,起到關(guān)鍵地決策權(quán)。
這樣就能夠避免兩個(gè)負(fù)責(zé)人之間的意見(jiàn)沖突全靠乙方團(tuán)隊(duì)來(lái)平衡的問(wèn)題,被兩邊牽著走,簡(jiǎn)直是吃力不討好,最后兩邊各執(zhí)己見(jiàn),系統(tǒng)只能兩邊遷就,亂作一團(tuán)。
這樣的遷就又催生出下一個(gè)問(wèn)題,那就是失去了原則。一再的向甲方妥協(xié),讓講究標(biāo)準(zhǔn)化、結(jié)構(gòu)化、系統(tǒng)化的數(shù)字化軟件工具變得扭曲。這個(gè)事就教會(huì)了我要堅(jiān)守原則,做正確的事情固然困難,但困難不是不做正確的事情的理由。
如果上ERP不是僅僅為了面子工程,那擺事實(shí)講道理在這樣的大型項(xiàng)目上至關(guān)重要。因?yàn)槠髽I(yè)要做管理咨詢,無(wú)非就是久病而不自知或者是自知而不能自治,當(dāng)醫(yī)生通過(guò)望聞問(wèn)切開(kāi)出藥方后,病人卻不按藥方煎藥要換自己認(rèn)為正確的藥,這是很難痊愈的,醫(yī)生則是那個(gè)堅(jiān)守原則的人。
有了解決方案后,但是在實(shí)施過(guò)程中,三番五次的修改,這也是當(dāng)時(shí)面臨的另一大問(wèn)題。大家知道特別是軟件系統(tǒng)建設(shè),對(duì)于流程和結(jié)構(gòu)的調(diào)整有多痛苦,好比炒了番茄蛋,要吃青椒蛋。
關(guān)于如何解決這個(gè)問(wèn)題,是后面和四大會(huì)計(jì)師事務(wù)所之一的德勤公司,合作的一個(gè)500強(qiáng)企業(yè)ERP項(xiàng)目中找到了答案,后面再去詳細(xì)分享我在這個(gè)項(xiàng)目中的故事。這里只聊一下這個(gè)項(xiàng)目是如何處理方案變更問(wèn)題的。
當(dāng)時(shí),在項(xiàng)目上劃分了幾個(gè)關(guān)鍵里程碑,就有項(xiàng)目調(diào)研、藍(lán)圖設(shè)計(jì)、詳細(xì)設(shè)計(jì)、項(xiàng)目實(shí)施、驗(yàn)收培訓(xùn)這幾大環(huán)節(jié)。在每一個(gè)環(huán)節(jié)產(chǎn)生的交付物經(jīng)過(guò)雙方評(píng)審后,均需要企業(yè)的關(guān)鍵用戶和一把手簽字蓋章確認(rèn)。只有落實(shí)清楚再開(kāi)展下一步工作,這樣做的目的就從流程上控制了甲方變更方案的風(fēng)險(xiǎn)。
最后就是多系統(tǒng)交互,當(dāng)時(shí)的數(shù)據(jù)流向呈現(xiàn)混亂狀態(tài),導(dǎo)致系統(tǒng)建設(shè)乃至后續(xù)甲方運(yùn)維工作都很不便利。這讓我明白系統(tǒng)搭建之初,對(duì)系統(tǒng)上下游的界定、系統(tǒng)的優(yōu)先級(jí)層次、數(shù)據(jù)結(jié)構(gòu)、傳導(dǎo)方式等的提前確定有多重要,為后續(xù)實(shí)施階段起到關(guān)鍵避坑作用。
這個(gè)故事就分享到這里。
本文由 @產(chǎn)品真經(jīng) 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)作者許可,禁止轉(zhuǎn)載
題圖來(lái)自Unsplash,基于CC0協(xié)議
該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)
僅個(gè)人想法:不太理解你說(shuō)的SPU和SKU對(duì)于兩個(gè)業(yè)務(wù)方的沖突點(diǎn)在哪里?
– 電商要一個(gè)SPU,ERP要SKU,這是業(yè)務(wù)屬性;
– 實(shí)現(xiàn)上SPU對(duì)SKU,為1:N,可以分開(kāi)編碼,給電商邏輯只展示SPUID,給ERP展示SKUID;
業(yè)務(wù)不關(guān)心你怎么實(shí)現(xiàn),按他需求給他處理就好了;
所以這個(gè)不是業(yè)務(wù)矛盾,應(yīng)該是產(chǎn)品方案設(shè)計(jì)啊
是的 這里我也沒(méi)讀明白 電商要求一個(gè)用戶端在一個(gè)商品下選擇不同的屬性 看起來(lái)是一個(gè)正常的需求呢 不知項(xiàng)目組原本是打算怎么去實(shí)現(xiàn)?
項(xiàng)目經(jīng)理不作為也是一大原因。
項(xiàng)目開(kāi)發(fā),基本都是在妥協(xié)中進(jìn)行,像我們純乙方,和甲方溝通也就是在初期,大部分甲方確認(rèn)方案后其實(shí)就不會(huì)太過(guò)多對(duì)已有功能指手畫(huà)腳,最多是臨時(shí)加點(diǎn)新需求或壓縮工期。即時(shí)是這樣的甲方,在溝通上不出問(wèn)題的情況下,開(kāi)發(fā)過(guò)程中內(nèi)部都會(huì)不可避免地遇到很多問(wèn)題,需求確認(rèn)和評(píng)估階段和開(kāi)發(fā)溝通好的效果,在開(kāi)發(fā)過(guò)程中不斷變形,要求逐漸從好用下降到能用能交付就行;從產(chǎn)品角度而言更多是無(wú)奈,全都縫縫補(bǔ)補(bǔ)給優(yōu)化好,工期肯定不夠;只是能用的程度拿去交付,后期再進(jìn)行維護(hù)優(yōu)化,客戶不愿意增加成本,項(xiàng)目組又接了新項(xiàng)目,沒(méi)辦法再兼顧已交付的項(xiàng)目,越做越無(wú)奈;市面上的項(xiàng)目和產(chǎn)品都是早就玩爛了的東西,大部分公司不會(huì)劍走偏鋒搞創(chuàng)新,不會(huì)有過(guò)多不明確或者沒(méi)見(jiàn)過(guò)的需求,參考市面上的產(chǎn)品和項(xiàng)目做調(diào)研,不會(huì)花太多時(shí)間基本都可以明確需求和架構(gòu),相比于團(tuán)隊(duì)項(xiàng)目經(jīng)驗(yàn)和實(shí)力,個(gè)人感覺(jué)一個(gè)團(tuán)隊(duì)有好的項(xiàng)目和流程管理更重要,大部分項(xiàng)目出問(wèn)題都是在項(xiàng)目管理混亂