也谈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/,如需转载,请注明出处,否则将追究法律责任。
转载于:http://blog.itpub.net/29829936/viewspace-2168976/