也談SAP業務顧問如何避免被ABAP開發顧問怒打

dicksonjyl560101發表於2018-08-02

也談SAP業務顧問如何避免被ABAP開發顧問怒打


近期一個影片火了,說是中國平安一個產品經理和APP開發人員在辦公室直接扭打起來。據說是因為該產品經理向程式設計師提出了一個需求,要求使用者APP的主題顏色能根據手機殼自動調整。可能是開發程式設計師對於這個需求很是憤怒與絕望,按捺不住動了手。據平安員工稱,他們二人都是外包人員(又是臨時工?),都已經被開除了。朋友圈也在盛傳如下圖片,


也談SAP業務顧問如何避免被ABAP開發顧問怒打

 


 
筆者很是驚訝,覺得這個事很誇張,一個難以實現的新需求嘛,能做就做不能做就溝通一下嘛,不至於這麼火大吧?筆者沒有做過產品經理,但是作為SAP諮詢業務顧問,在專案實踐中也是需要與開發程式設計師(ABAP開發顧問)打交道的。這個事一出,筆者也算是深吸一口氣,過去十幾年SAP專案實踐中,筆者與很多開發同事一起做專案,卻能很順利的做完每個專案,沒捱過開發同事怒打,真是很幸運!在此,不能不對以前各個SAP專案上的開發顧問同事們說一句:感謝手下留情不打之恩!

 為了避免在以後的專案實踐中被開發程式設計師怒打,筆者打算好好總結一下以自勉。


跟開發程式設計師溝通需求之前,先跟客戶的業務部門充分溝通。實際上,SAP業務顧問(function consultant)面對越來餘額刁鑽越來越難纏的客戶,也是處於弱勢位置。專案實踐中,尤其是民營企業的專案裡,客戶並不是很願意使用SAP提供的標準功能,往往因為業務流程特殊或者業務邏輯特殊的緣故,向SAP業務顧問提出各種需求。SAP業務顧問當然是首選說服客戶使用SAP標準功能,告訴客戶標準功能的好處與優勢。實在因客戶過於強勢而無法說服客戶,業務顧問需要就客戶的需求與客戶反覆充分溝通,首先確保自己真正理解了客戶的需求。比如客戶提出要開發一個什麼報表,或者某業務功能,業務顧問可以根據與客戶的溝通結果,初步畫好相關的報表或者功能的介面,展示給客戶看,與客戶確認相關介面上出現的欄位的取值邏輯,以及相關按鈕的具體功能細節,並且根據客戶的反饋做微調。這樣可以更好的理解客戶需求,初步的設計介面也能幫助客戶理順自己的思路,能更明確自己的需求。如果業務顧問是做開發程式設計師出身,就更好了,他可以根據自己對SAP開發技術的理解,引導客戶往自己期望的方向走。


 跟開發程式設計師溝通需求的過程中,充分尊重對方。SAP業務顧問弄清楚了客戶的真實需求之後,需要與開發程式設計師同事溝通,仔細耐心的跟開發同事講清楚需求細節,確保開發程式設計師也能充分的準確的理解需求。溝通的過程中,需要以比較友好的說話方式與態度,充分體現對於開發程式設計師同事的尊重。業務顧問與開發同事實際上是同一根繩子上的螞蚱,是站在同一條船上的,需要一起努力應對來自客戶方的壓力與挑戰。如果開發任務重需要加班開發,業務顧問也要主動留下來,和開發同事一起工作,隨時能就開發程式設計師的疑問給出建議。在內部測試階段,業務顧問要設計各種業務場景安排測試資料來測試,盡力多發現BUG以讓開發程式設計師完善程式。避免因內部測試不夠導致程式交付給客戶業務人員測試的時候,因被客戶發現很多低階錯誤而帶來的投訴。來自客戶的投訴,尤其是一些客戶態度極其不友好的投訴,會引起開發程式設計師的挫敗感和鬱悶,甚至不必要的反彈。


 對於需求變更,儘可能說服客戶放棄,不能說服客戶,就要說服開發程式設計師。專案實踐中,客戶對於自己提出的需求,在不同的時候有不同的理解與要求,所以不可避免的帶來需求變更的問題。對於需求變更,業務顧問需要儘可能擋住。實在擋不住,也需要耐心跟開發程式設計師同事友好的溝通,聽取對方的意見,瞭解因此而增加的工作量,並且就增加的工作量與客戶業務人員溝通,為開發同事爭取更多的時間,這樣能減輕開發人員的壓力,取得開發同事的諒解。如果業務顧問頂不住客戶的壓力,不擅長於引導與說服客戶被客戶牽著鼻子走,導致需求反覆變更程式反覆修改,可想而知開發程式設計師會怎麼想?萬一遇到脾氣不好的開發同事,業務顧問就有可能會被怒罵甚至被怒打了。



同是乙方弱勢群體,業務顧問需要與開發顧問(開發程式設計師)同事相互尊重,友好溝通協商,共同努力完成專案的交付,成就客戶!



 2018-08-02 寫於杭州市.


 

來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29829936/viewspace-2168976/,如需轉載,請註明出處,否則將追究法律責任。

相關文章