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

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

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

 
筆者很是驚訝，覺得這個事很夸張，一個難以實現的新需求嘛，能做就做不能做就溝通一下嘛，不至于這么火大吧？筆者沒有做過產品經理，但是作為SAP咨詢業務顧問，在項目實踐中也是需要與開發程序員(ABAP開發顧問)打交道的。這個事一出，筆者也算是深吸一口氣，過去十幾年SAP項目實踐中，筆者與很多開發同事一起做項目，卻能很順利的做完每個項目，沒挨過開發同事怒打，真是很幸運！在此，不能不對以前各個SAP項目上的開發顧問同事們說一句:感謝手下留情不打之恩！

 為了避免在以后的項目實踐中被開發程序員怒打，筆者打算好好總結一下以自勉。

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

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

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

同是乙方弱勢群體，業務顧問需要與開發顧問（開發程序員）同事相互尊重，友好溝通協商，共同努力完成項目的交付，成就客戶！

 2018-08-02 寫于杭州市.