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

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

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

 

 
筆者很是驚訝，覺得這個事很誇張，一個難以實現的新需求嘛，能做就做不能做就溝通一下嘛，不至於這麼火大吧？筆者沒有做過產品經理，但是作為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/，如需轉載，請註明出處，否則將追究法律責任。