本文主要是介绍SAP项目中沟通的几点总结，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
最近参与的公司SAP RISE项目，由于是国际项目，全程远程实施，所以沟通显得尤为重要，有几点总结跟大家分享。
1. 提前沟通
提前沟通比事后沟通效果好太多。作为项目管理者，需要把下一步的计划等信息提前通过一定的形式（会议、邮件、Teams
Channel等）传播出去。而不是等着这个事情发生了，项目组成员来询问，一方面这样很浪费时间，也会对项目进队产生影响，所以作为项目管理者永远要“先走一步”。
2. 有原则
对于任何项目工作的事情，沟通需要建议在一定的原则上。比如我们项目中就有用户在开Stand Up Meeting的时候提出，怎么做测试的截图，是每步都截图吗？其实这是一个非常好的问题，当时我其实是没有提前准备好答案的。我思索了几秒钟，首先这个用户提出来，说明他已经有过去项目的经验，知道需要做测试的截图，其次因为我们这个SAP RISE项目是S/4 On-Premise到S/4 Cloud的项目，并不涉及到任何流程的变更，如果每步测试都要截图就显得有点过(overdoing)了。基于以上两点的思考，我告诉用户只需要把最后产生文档号码的截图，比如SO号码的截图，保存下来就可以了。如果当时我不能很好的想到合理的方式，大概率我会说会后发个统一的通知，因为我需要有原则的告诉所有项目组成员。
3. 正确处理项目组成员的反馈
如果大家做过国际项目，应该能感觉到大部分老外是比较直接(Open)的，所以他们会给很多的反馈，这些反馈包括咨询、建议和抱怨，对待每种反馈类型，我们要给与不同的回应。对于咨询，无非就是因为信息差，所以有原则的沟通就好。对于建议，我们需要根据项目的实施方式，合理的吸收好的建议，合理的拒绝不合理的建议，并且给出自己的看法，这样对方也知道你为什么拒绝了。对待抱怨，我们要理解对方抱怨的原因，当然最好能够了解对方的性格，因为有些老外习惯抱怨，我们项目组还有SAP顾问抱怨用户测试没必要，反而是浪费时间，对于这种言论就要及时制止，因为没有哪个SAP项目是IT可以单独确认上线的，这也是审计的基本要求。
4. 合理利用信息差
作为项目管理者，不能全透明的把所有信息第一时间传递给所有项目组成员，这样只会带来过量的信息，给项目组成员带来不必要的恐慌。那么什么叫合理利用信息差呢？比如，上线周末的详细计划不适合公布太早，不然到了周末大家早忘记应该怎么更新进度和维护信息了。
项目中的沟通是一门非常大的学问，希望大家都能掌握沟通的技巧。
这篇关于SAP项目中沟通的几点总结的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
