让人头疼的关键用户
? ? ? ?想寫這篇博文很久了,但一直忍住沒下筆。直到今天又發生了一件讓我頭疼的事兒,知道事情的真相之后我才恍然大悟,是時候記錄一下這些讓人頭疼的關鍵用戶了。
? ? ? ?從業SAP這么多年,各模塊關鍵用戶遇到不少,但絕大部分都是很好溝通而且業務扎實,配合度很高的人,甚至還有好學研究然后轉行做IT做顧問的。但在當前這個項目里,遇到的一個財務關鍵用戶,卻讓我頭疼不已。公司上SAP項目,內部接觸過這個系統的并不多,每個招進來的人懂點SAP都會被捧著高手或神人。面試的人只要做過SAP,哪怕操作過SAP都會在面試的時候加分不少。于是在上線期間財務部就招了這么一位關鍵用戶進來,算是財務部里唯一一位摸過SAP的人,曾經在其他公司操作過SAP,都還不算是一位關鍵用戶。但這并不是一件好事兒。
? ? ? ?在系統實施過程中,他對系統實施過程的很多意見就暴露無遺,針對用戶的一些不解,他甚至充當起IT的角色,一直在教用戶操作,其實這沒什么,但關鍵是他只是憑自己操作過SAP系統的一點邊角的東西,根據之前公司的系統設置就一直跟用戶在灌輸他的一些思維。甚至在系統設置層面上,還發Mail出來告訴信息部SAP內部顧問應該如何做如何做。比如在采購發票預制上,SAP系統中開發了一套批量發票預置的功能,可以直接取對賬畫面的金額和數量,但因為一些退貨采購訂單的原因,他甚至要求直接取的采購訂單的金額和數量。也就是說他根本就不清楚系統畫面的關聯關系和一些優化性的設置,不僅在本家業務不扎實的同時,對公司的業務理解和系統流程設置上也了解極為有限。比如退貨銷售訂單沒有計劃價格過不了賬,按道理移動平均價的物料只要有采購就會更新計劃價格,但因為主數據維護的原因,這部分遺漏了。他直接讓用戶在MR21里面維護物料價格,甚至在物料當期有庫存異動的記錄。他似乎只關注于如何讓系統能夠操作下去,完全不在乎這樣是否合理,完全不理會會有什么后果。很多時候為了能夠讓系統流程更快走下去,甚至違反流程和業務的約定去做本不該他來做的事兒。
? ? ? ? 這類關鍵用戶總是會在用戶著急的時候“指點迷津”。這類關鍵用戶很讓人頭疼,但卻是用戶們眼中的大好人,技能和水平甚至比內部SAP顧問還厲害。凡是用戶有問題的,問他就對了,會有各種奇怪的解決方式出來,問IT的話反而會被卡住,會因為流程或者業務的原因和限制住。
? ? ? ? 其實關鍵用戶只需要處理好本部門的業務,熟悉本模塊相關的操作和系統設置就可以了,其他的新需求新解決方案就留給SAP內部顧問來解決。畢竟SAP內部顧問了解本公司內部系統比較多,對彼此之間系統的集成和設置會更了解和熟悉,面對用戶需求也會結合自己的IT從業經驗和SAP系統的高集成架構做出合理的落地方案來。而不是這些讓人頭疼的關鍵用戶,僅憑自己做過一點邊角SAP系統就在那邊隨意指點和做出反應。
? ? ? ?SAP一點也不神秘,只是門檻有點高而已。懂點SAP其實并沒什么,會操作SAP真沒啥了不起。真正能撐起SAP大旗,能稱得上是SAP咨詢顧問的,一定是能夠在面對用戶需求的時候給出適當合理的解決方案,一定是坐落在SAP系統架構的高度,結合與其他衛星系統的集成的角度來制定方案的。而要做到這些就需要很長時間的SAP從業經歷,需要有足夠的專研精神,博覽群書,十年如一日。因此只懂本工作業務和懂點SAP操作知識的SAP關鍵用戶要想成為真正的SAP咨詢顧問,需要的路更遠更長,否則只會讓人頭疼...
轉載于:https://www.cnblogs.com/saper/p/7119079.html
總結
- 上一篇: note for git
- 下一篇: InnoDB: Error: log f