Jag Rajan 。。。一個騙子的誕生

本文內容已被 [ CoolMom18 ] 在 2018-02-13 17:43:36 編輯過。如有問題,請報告版主或論壇管理刪除.

照片上的這個人叫 Jag Rajan,是個如假包換的騙子。此君是以財務顧問的身份(財務總監病休中,騙子被授權主管財務)在兩個月前混進我們公司的。他專揀非高科技公司的有老中背景的傳統私營企業下手(難道是咱老中比較好騙?)……現在他們又如法炮製,故伎重演,想拉我們的美國子公司上同一條賊船,真是是可忍孰不可忍!!!在此呼籲童靴們,如果你有幸遭遇此君, 一定要全麵封殺,否則後患無窮!

過去每每聽到有人說YD人騙子多,不誠實,俺都為YD人兩肋插刀。美國是個多元的國家,我和我家LD多年來都有許多YD人的朋友和同事,還有幾個YD人的long team friend。兒子的學校也有一半的YD小朋友,好朋友也不乏小Y,他還超愛YD食物……沒想到這兩個月,俺被咣咣地打臉…………但俺堅信這跟騙子是甚麽人無關,而是跟被騙的人有關。他為何專找老中的公司? 

有道是‘君子可欺之以方,難罔以非其道’。可憐的騙子不懂得盜亦有道的哲學。行走江湖,如果你沒有文,行,忠,信,至少也要有一顆謙卑的心吧?  你一個財務顧問,憑著不到兩年的老的SAP ECC@Windows上的用戶經驗,竟敢號稱甚麽都懂,大剌剌地對財務以外的銷售,物料管理,計劃,生產,訂單管理,倉儲管理,供應鏈,3PL指點江山, 以至於漏洞,錯誤百出,還振振有詞(此君傲慢到給實施團隊寫email 從來不用大寫,不用標點符號......俺真想勸他學學人家台灣電訊詐騙集團的精益求精!!!)沒見過這麽理直氣壯的騙子!我們的Vendor問我他要幹什麽?是要取代 CEO, COO,CIO的工作嗎?

話說這騙子自從混進我們公司以後,幾乎每過幾天,俺就要被逼出任包括裁判在內的各種角色,不是需要協調他和我們的PM 之間的矛盾,就是要安撫跟他一起工作的小朋友繼續保持耐心,還要拜托那些拒絕跟他一起開會的人再忍耐一次,甚至還要老眼昏花地逐條研究他那完全荒腔走版,不知所雲的用戶需求。包括我自己在內,很多人跟他開過會後都會頭疼,感覺像咽下了一隻蒼蠅沒法吐出來,惡心得不行又沒甚麽辦法……煩得俺頭發都白了一大片,深深地領教了一把‘一顆老鼠屎,壞了一鍋湯’的無奈。此人還是一個完全不懂得聆聽的奇葩,完全不懂得甚麽是交流。不過現在看來,他不是不會聽,是故意不要聽,也完全聽不懂!

此君嗅覺靈敏,來公司沒幾天,就抓住了某些人的痛點,動不動就把‘Generic pharmaceutical experience’拿出來唬人。真是無知者無畏啊!!!實際上,大的Generic 藥廠與大的Bio tech公司在管理上,業務流程上並沒有甚麽特別的不同,許多生化製藥公司都是從Generic 藥廠派生或演變過來的。都是按同樣的稅法報稅,都是遵循FDA法令法規,都需要遵守GMP, 都要麵對同樣的客戶和市場。一定要說有甚麽區別,那就是Bio 屬於高科技,利潤高,財大氣粗,使用的設備,係統,技術更先進,能網羅到藥屆及其他領域的頂級的人才,有更豐富的資源,更規範的流程,更先進的管理,對生命科學的研究更有前瞻性,有countless 的資源,在IT,QA,R&D 方麵有巨大的投入,有大把的銀子可以燒…。如果一個團隊能勝任生物製藥公司的SAP 實施,就一定能勝任Generic pharmaceutical的實施,這是無需辯駁的最基本的常識!!!問題是當謊言被重複一千次以後就變成了真理,不明就裏的吃瓜群眾們還真以為‘Generic pharmaceutical experience’有多麽的與眾不同和了不起!後來連我們自己人也不斷地附和這騙子,一時間,‘Generic pharmaceutical experience’成了用來羞辱我們的實施團隊的尚方寶劍。騙子和吃瓜群眾有所不知的是,我們IT人講究的是不爭的智慧:自信地不爭,就是最大的爭。我們是服務用戶的行業,我們的職業訓練之一就是不要跟我們的用戶針鋒相對地爭執。我們的基本職業素養就是要懂得聆聽用戶的意見,耐心地溝通,如果用戶的要求完全沒道理, 就會把問題匯報給自己的上級,由上級出麵協調。這也就是為甚麽騙子膽子越來越大的原因之一,以為可以對跟他一起工作的小朋友予取予求。這也是他一再地要求換掉我們的PM 的原因,因為PM總會一針見血地指出他的問題。這騙子還動不動就誣陷Infosys撒謊, 我讓他給我個理由,Infosys 為何要撒謊?他又說不出來。     

這騙子所謂的SAP實施就是簡單地把別家公司的係統設置和主數據一字不改地照抄過來,而且還是從SAP ECC@Windows 7上的,單一Company Code的迷你藥廠(五十個人上下)抄過來。稍微有點實施經驗的人,或是稍微有點常識的人都明白,這怎麽可能work呢? 如果可以是這麽簡單,還要SAP, IBM, Oracle, Infosys 幹啥?公司還要高薪雇用IT 團隊幹嘛? 幹脆把SAP 做成像Turbo Tax一樣的CD, 買一片回來一裝,就可以用了!!! 他們從來沒有碰到過是集團公司的藥廠,更沒見識過我們這種 AWS+LINUX+S4/Hana+Fiori 的最新組合。因為S4/Hana 的數據結構完全顛覆了老的關係數據庫的概念, 強調的是single source of the fact, 更是由過去的任務驅動(Task driving)變成了角色驅動(Role driving)。當他沒法一對一地照抄的時候,他就不斷地質問是誰做的實施 S4/Hana 的決定? 逢人便說S4/Hana 沒有老的SAP ECC 好,上S4/Hana 是個錯誤的決定。還要求‘whole system redo’, 要把我們的係統全部清零重來!這... 大概隻有不知天高地厚可以形容了。在被Infosys和俺嚴厲拒絕後,在他明白自己已經武功全廢的情況下,就開始故意拖延時間。 

他反複給公司上上下下洗腦,不停地遊說抱怨這個人不行,那個人不對,除了多次要求換掉我們的PM,還不斷地抱怨這個係統是垃圾(其實他從未登錄過我們的係統,我們係統有甚麽功能他一概不知......),這個人需要他調教,那個人需要他的幫助,不斷地挑剔我們所有的Vendor和團隊的工作,就算跟他從未謀麵,我們的二線 support團隊,跟他零接觸的Vendor也都不能幸免,他也說人家不行!反複強調他親戚的公司比Infosys(Glassdoor rating  ‎3.3/5 , 16,424 reviews )強,比Infosys 有經驗,  雲雲, 讓公司上上下下對此深信不已。當我們自己人對Infosys的全球審計總裁說:你們Infosys的問題是你們缺少像Jag 這樣有‘Generic pharmaceutical experience’的人才時,俺真的是很汗顏呀!!!恨不得有個地洞鑽進去!!!在俺的職業生涯中,多次跟Infosys 的Oracle ERP團隊合作,Infosys也是SAP首選的Partner......咱能不能不要老用膝蓋思考問題?  ……Any way, 我們IT在不勝其煩,萬般無奈的情況下,鬼使神差地被迫同意:‘open for a new vendor selection’。 騙子終於等到了這一天,馬上就介紹了他親戚的'智慧'公司 (Glassdoor rating : 2.7 - ‎47 reviews, as of 1/10/2018, 試想如果自己的員工都給自己的公司這低的評級,這是甚麽樣的公司?),騙子來勢洶洶,勢在必得,每天催著要來做Demo。

雖說是舉賢不避親,但360-degree evaluation 的標準流程不能省,這下可好,就像打開了潘多拉的盒子……我們的問卷中有一條:‘你們的實施是否導致任何產品的召回?‘。讓騙子踢到了鐵板……原來他們一直對我們隱瞞並極力要掩蓋的事實是:他們以同樣的手法於2015年底在Virtus公司裏應外合,用非常不規範的方法(完全沒做validation,沒有質量監管, 沒有Sox control,沒有安全管理, 沒有… )給Virtus 在Window7 上(沒錯,Window7上!)裝了SAP ECC(FI/CO,QM, WMS)。結果係統上線三個月就導致他們有七個批次的產品出現質量(QM相關)及標簽打印(WMS相關)問題(連標簽上的有效日期都能打錯,這是多麽低級的錯誤啊!),不得不召回(recall), 讓公司損失巨大,騙子也自然也隻在Virtus混了一年零六個月就下課了。這裏是Virtus產品被召回的FDA URL:https://www.fda.gov/Safety/Recalls/ucm520847.htm 。其實我們的360-degree evaluation就像是照妖鏡,因為問題非常的專業仔細,讓騙子無以遁形,他們難產了一個多星期以後,擅自從問卷中將Virtus的名字刪掉,這不是此地無銀三百兩嗎?......嗯,騙子兄,是時候惡補中國文化了! 

痛定思痛,此君為何能如此地囂張?盡管我們許多人Day 1 就質疑他的能力和職業素養,例如他執意要用別家公司的物料代碼取代我們production的master data ,就是用腳想,這也不可能work啊!盡管我們IT上上下下都已經到了無法忍受的地步,覺得不應該繼續放任一個財務顧問插手IT的戰略規劃。但礙於他是被介紹進來的(關係害人啊!!!),號稱是非常厲害,有非常多的‘Generic pharmaceutical’經驗的人才。所以完全沒人敢說他是個騙子,咱這也是有技術含量的行業不是?哪有可能就這麽輕易地被騙呢?最主要的是,我以前沒有跟騙子打交到的經驗,總是以君子之心度小人之腹,以極大的耐心和寬容配合他。俺反複地跟小朋友做工作:再等等看。 如果不是這次東窗事發,我等還要繼續生活在水深火熱之中!!!

不能否認的是,他還是很有一套行騙技巧的(嗯,不是我們太愚蠢,而是敵人太狡猾哈!!!):

1. 此君氣場超強,懂得甚麽叫先聲奪人,能夠及時地爭取到主動權,你一不留神就會落入他的圈套,被他牽著鼻子走。他特別的有拖延時間的技巧:當需要他簡明扼要,就事論事的時候,他會口若懸河,沒完沒了的不斷地轉移焦點。當需要他詳實仔細的時候,例如讓他解釋他那沒人能懂的用戶需求時,他就變得惜字如金,因為他自己也不懂他那些從別家公司抄襲來的用戶需求是甚麽意思。他的任務是代表財務提用戶要求,計劃一個月完成,可兩個月過去了,他啥也沒幹。他放著自己的工作不做,每天忙著對其他的部門指手畫腳, 拖延時間,等候機會把他的團隊拉進來。

2.  IT規劃需要有戰略與戰術兩個層級的思考。戰略與戰術主要區別是全局與局部的區別。他的策略是不管戰略,隻談戰術。不管開甚麽會,他都當仁不讓,有本事很快把大家帶到見樹不見林的境界。當他的受眾是管理層的時候,他就會滔滔不絕,不厭其煩地重複不必要的技術細節,用一大堆專業的和技術的術語瞞天過海。雖然是花生滿天飛,牛肉看不見,也能給大家造成他很懂的印象,儼然他就是這個世界上唯一不可多得的人才,就連Infosys 這樣IT 屆的巨無霸都因為缺少他這樣的人才而黯然失色! 當他的受眾是實施團隊的時候, 由於他對財務以外的工作流程缺少經驗及知識,沒有能力對SD, EDI, MM,PP,OM, O2C,SCM 提出完善的需求,對財務以外的相關問題沒有解答能力,除了雞同鴨講,就是顧左右而言他,實在被問急了,就讓實施團隊‘先做了再說’,完全罔顧係統實施的嚴肅性及各個模塊,主數據之間的關聯關係的重要性。

3. 當他的計劃被管理層質疑的時候, 此君從來不正麵回答對方的問題,而是說:“Don’t worry, I have done it five times.”,然後就說出一連串包括Virtus在內的,名不見經傳的小公司的名字給自己壯膽。如果質疑他的是小朋友,他就霸氣地回答:‘You do not need to know why, just do it!’用他不可一世的口吻讓跟他一起工作的小朋友卻步,以至於一個月該完成的工作,兩個月還沒完成。當我們要求他用英文提出具體的要求,而不是用T code 充數的時候,他會說:如果你們有Generic pharmaceutical 經驗的話,你就應該懂得怎麽做。

4.  不管討論任何問題,他都搶著發言,不讓別人發言,完全沒禮貌地不斷地打斷別人的談話。用他那套外行人聽著特別有技術含量,內行人聽起來漏洞百出的理論dominate 整個會議,讓別人沒時間沒機會對他提出質疑。讓我們這些‘wait for my turn’的人,欲哭無淚。

5. 不厭其煩地吹噓自己有多棒, 多能幹‘It is easy, I have done it five times.’經查明這完全是謊言!同時敗壞所有跟他有過工作關係的人的名聲,說他教了誰誰誰很多知識,到處說誰誰誰beg他幫助,不分場合地點地說他解救了哪家哪家公司,而實際情況恰恰相反!

6. 不得不承認的是,這廝意誌力超強,不達目的絕不罷休。即便是已經決定了的事情,如果不是他想要的,他都有本事讓問題回到原點,強迫大家反複地回到會議桌上來。 

我們IT對這種騙子的容忍度是零!!!想到我們耗時半年,凝聚了團隊24X7不眠不休地努力,凝聚了用戶,IT, vendor 汗水和辛勞的係統,我們工廠每天都用於生產的係統,差點就毀在這個行騙二人組的手裏了,後背都會發涼。

兩個月的煎熬,秀才遇到兵的無助,不是身臨其境,哪能了解個中甘苦? 對不問青紅皂白,不尊重別人的勞動,武斷地詬病我們係統的人,我想替IT全體同仁, 替 Infosys 五十人的實施團隊問一句: 你的良心真的不會痛嗎?

對騙子,俺要說的是:君子愛財,取之有道!趕快從良吧!但您如果勵誌要靠行騙為生,俺也不攔著,請練好您的本事,且騙且珍惜!爭取做個有水平的高級的騙子!如果你有機會看到這個貼,願意疼改前非,洗心革麵,重新做人。隻要你公開向所有相關的受害方,所有你侮辱與損害過的人公開誠實地道歉,收回你對所有的關係人的誣蔑和誹謗,保證痛改前非,我可也刪掉此貼,給你一次重新做人的機會。

PS.  騙子君,以下是誹謗罪的定義,您好自為之!如果你膽敢繼續滿嘴跑火車,繼續誣蔑和誹謗,咱們法庭上見!I'll See You in Court!!! 

Defamationcalumnyvilification, or traducement is the communication of a false statement that harms the reputation of an individual person, businessproductgroupgovernmentreligion, or nation.[1]

PS. 以下是在PM call 了俺以後, 俺老眼昏花地仔細讀了他的那不知所雲的用戶需求後,提出的意見。

紅字部分是他的用戶需求,請問各位做過ERP實施的, 你們誰能根據:‘Set up rebate condition type for retailers’去做setup? 

以下是俺在 11/21/2017 給騙子的意見。俺日理萬機之中,對騙子還如此地耐心,可惜“我本將心向明月,奈何明月照溝渠”。兩個多月過去了, we are not getting anywhere!!! 

1. We need more details for our requests. For instance, 'Set up rebate condition type for retailers' is not good enough. 
 
We need to have something like the following: 
 
We have N rebate condition type: type A,B & C, etc. 
The logic for type A condition is ...;  
The logic for type B condition is ...;
...... 
Normally the order item can have one condition type or all. In this case, we need to consider all of them ( or only type X ,,,) . Let us take a scenario where a functional person adds another condition type for discounts then we need to account for that as well.
We need this to define these discount types in SPRO for the pricing procedure and these values need ti be carried over to any subtotal fields and these fields can be used to consider discounts. gross, net surchages and so on. We the system to have an ability to control the dynamic behavior even if a new condition type is added .... 
 
2. For all the requests we only need to write our request in English but the old SAP ECC code. 
 
For example, the following are not considered as a valid request. Our business users will not understand what are they. All these FBL*N Tcode have been obsoleted in S4.Hana and they are hard to understand for people never use ECC and also will fail the validation.    
 
FBL1N to include vendor # and name   
FBL5N to include customer # and name  
FBL3N to include both vendor and customer # and names  
 
3. The spec has mixed Mater data with the operation steps together, it is very hard for people to understand. For the process part, I do not see a business flow in a sequential fashion but some details here or there and most of them are default in S4/Hana will be removed by Infosys. 
 
4. We should spend the time to find the gap ( in term of contents of the master data, business process, report for all the BA) between the current system and our real requirement. I do not see that anywhere in the spec. I do not see anything about our consolidation report in the Tracker. 
 

 

所有跟帖: 

現在的社會就是這樣。幾個大的顧問公司也就這類人得勢。他們在政界經界的關係網很堅實。 -拉兄弟一把- 給 拉兄弟一把 發送悄悄話 (0 bytes) () 01/27/2018 postreply 22:44:56

unprofessional -Hurstian- 給 Hurstian 發送悄悄話 (0 bytes) () 01/30/2018 postreply 17:43:20

請您先登陸,再發跟帖!