1. 尽量用别人听得懂的语言
这个道理其实很简单，比如说你要和老美交流，你用中文，他只懂英文，你们能够交流吗？对老美你可以说“这个老美不懂中文，我没法和他交流”，对老大你能这么做吗？这么做就只有走人了，但是换个地方还是有老大的啊：）,还记得我们软件工程当中的UML（统一建模语言）吗？其实在我们的日常沟通当中也要学会用统一的语言与人沟通，我们把它称为UPL(统一人类语言)。
但遇到实际情况的时候，很多人就忘记了这条简单重要的原则。 我们就以CSDN冯大侠的《老大，我想说两句》，一文中的内容来做样例吧（没有看不起或者批评冯大侠的意思，就事论事）：
2. 关注对别人有利的东西
让别人听得懂只是沟通交流的第一步，别人听得懂还不一定会听你的，因此我们要用上第二招：关注对别人有利的东西，简单来说就是“利诱”！
“利诱”这个词可能不好听，但非常有效，因为人都具有爱面子、重实利的心理。别人和你争执，争的是什么？当然是面子和利益了。如果你竭尽全力证明别人是完全错误的， 或者这件事只对你有益，别人凭什么要听你的，好处都让你拿了，面子都让你挣了，别人还有什么？那还不和你拼个鱼死网破？
所以，沟通交流讲究的是“双赢”，大家都有面子，大家都有肉吃，这样最后大家才能双赢，才能和谐。
我们来看冯大侠的样例吧：
你知道JAVA但是从来没写过，但是你不知道JAVA是面象对象的，编程是要考虑扩展性、安全性、易维护性，并且要采用合适的模式，这样设计出来的系统才是可以越做越好的， 而不是象我们原来做的财务系统一样，去每个行都有新功能要做，但是就是没有一个综合的系统，像金蝶、用友那样功能越来越全的系统；
通过这段话，我们可以看到冯大侠在抱怨老大不懂技术，导致做了一个不好的产品。但这样说无疑是打了老大两个耳光：“老大不懂技术”、“因为老大不懂技术所以做了一个垃圾产品”，这样老大的面子往哪里搁啊？
而且这段话内容虽然是正确的，但如果老大来看，他的利益体现在哪里？没有地方体现。“越做越好”、“综合的系统”、“功能越来越全”这种不是老大的利益，而是公司的利益， 老大关注的是开发周期、产品BUG率、工作量、需求实现率、以及各种针对他的考核指标。
因此，如果关注老大的利益，我们就不能这么说，而要站在老大的角度，看看对老大究竟有什么好处。以下样例仅供参考：
如果用Java开发，结合设计模式等相关理念，开发周期可以减少到原来的50%，产品BUG率降低到0.1%，工作量降低50%......
3. 提供足够的事实证据
我们知道，在实际交流的时候有很多感性的东东，比如说“好”和“坏”、“较多”、“较少”、“可能”、“也许”。。。。。。等等，这些词语说起来简单，也给说的人留下了一些回旋的余地， 但这些词语是沟通交流的很大一个障碍，因为每个人理解的都不一样，理解不一样就会产生误解和矛盾。相信大家都有这个经历：要么是大家都对牛弹琴、鸡同鸭讲，要么最后才发现原来双方争论的不是一回事。
有一个笑话：同样是看到“美女”这个词，人想到的是“貂蝉”，猪想到的是“乌克兰大白猪”、猫想到的是“金丝猫”！
所以，沟通交流的时候，尽量避免这种感性的描述，而要提供事实证据，比如说数据、图表、分析报告等。
还有一个方法：找更多赞同你的人来一起沟通，如果里面有老大信任的人更好，所谓“三人成虎”。人越多，事实就会表现得越真实：）
4.该出手时就出手
如果以上措施都没有生效，那么放弃沟通交流，不要浪费时间。最后，如果你以上方法都试过了，但还是没有效果，那么我的建议是放弃说服和沟通，不要浪费时间了。
这种情况下要么按照老大的说法去做，要么自己该怎么做就怎么做，反正老大不会来看代码。
但我要提醒你，如果按照自己的方法做，风险很大：做得好，老大不会感激你，因为这相当于证明了他的无能；做的不好，所有错误都是你来承担！
5.总结
最后，希望各位能够有所收获。当然，最好的情况是有个好老大，即使不懂技术也没有关系，希望各位XDJM能够有这样的运气了：）
需要声明的是不是说要大家一味的听老大的，唯老大马首是瞻；更加不是要大家对老大卑躬屈膝、奴颜卑膝！
不管我们的钱途还是钱途是否掌握在老大手里，每个人都会有自己基本原则，遵守自己的原则，保护自己的尊严， 这是沟通交流的最重要的一条，因为如果你不尊重自己，别人就不会尊重你，如果别人都不尊重你，沟通交流还有什么意义呢？
1319
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
