码迷,mamicode.com
首页 > 其他好文 > 详细

领导误解了你,批评了你,请务必用上这个锦囊

时间:2020-06-21 23:42:26      阅读:105      评论:0      收藏:0      [点我收藏+]

标签:提高   简介   tps   批评   聪明人   收集   证明   其他   总结   



前天因为某件事,我批评了一位员工。他感到很委屈,给我发了一长段微信内容,解释这件事。后来好像感觉没解释清楚,又补充了一大段。

 

事情很简单,提交的报表出错了。他只是负责收集,也没太注意EXCEL中有些公式不正确。造成计算有误。

 

我们在职场中经常会遇到这样的事情,遇到这个事被上司批评时,总会感觉领导目光狭隘,冤枉自己。不了解真实情况就随便批评,让人难以承受。

 

其实这反映了一个共性的问题,就是认为证明自己做得没错更重要。

 

比如我们写的方案请求专家们评审,别人对具体的细节发表意见,我们很自然地反驳和解释,其实就是为了说明这个方案的思路是正确的,而对方没认真了解就发表评论。

 

又如与客户谈论需求。客户认为我们做的不行。我们就会不厌其烦的试图证明我们产品用到了多么先进的技术或多么广泛的开源框架。

 

再如上司说你对某个过错有责任,你会感到很委屈,可能事情本来就不是自己的责任,却无故躺枪,为了证明自己的清白,会不断地解说这事与自己无关。

 

发生以上现象,是因为我们忽略了一个重要的问题。沟通的目的是什么?

 

沟通是为了证明自己做的正确,还是为了达成一个共识或某个诉求?

 

我们让专家评审的目的是为了让这个方案更完善,而不是为了辩论方案的对与错。

 

我们跟领导沟通的目的,是让领导相信我们值得信任,值得培养,可以担当重任,而不是让领导顺从我们的观点和判断。

 

那么,我们可以体会,努力试图说服对方,是否能达成自己的目标?

 

对于上述场景,我们这样做是不是会更好一些:

 

方案评审会上,其它同事或专家提出意见时,我们要做的就是倾听,认真把大家的意见记下来。梳理多方的共同认知,大家的意见基本上代表着总体的看法。

 

这时自己再针对问题进行解释说明,并进行持续深入讨论,方案不完善的,会后可以再修改。把共性的问题解决掉,这样方案才会全面。从而达成自己本次沟通的目的。

 

针对客户提的要求。我们先站在对方的位置考虑这个问题。想想这个问题的核心点是什么。

 

比如客户要求把“提交”按钮放置在屏幕中间,其实是想简化操作员的点击次数。

 

了解客户的诉求,一起把系统做好。如果实在难以实现,是否可以考虑其它的辅助手段,简化操作。

 

和客户沟通的最终目的肯定是把这个事情有效的解决掉。尽量避免争吵,控制住情绪。理性的沟通和解决问题。

 

 

领导上司批评了你,也可能他确实不了解实情,误解了你。自己也不必反复证明清白,就从自己角度出发,用全局的思维,写份逻辑清晰的事故报告,把这个事故产生的原因,存在的问题,以及解决思路,临时方案怎么处理,长期措施怎样执行等等都总结到位,同时对于属于自己的那份责任不推脱。另外,不属于自己的责任,主动承担又何妨。

 

领导都是聪明人,看了报告自己会明白。你可以不计较个人得失,勇于担当,你愿意承担其他同事的责任,报告写得深刻得体,领导为什么不器重你呢?

 

很多事情就是这样,你越急于证明自己没错,越容易和别人产生对抗,对抗的结果就是,各自觉得对方啥都不懂。

 

你达成诉求了么?你完成目标了么?

 

你本来有机会提高能力的,变成平庸之人了;你本来有机会做为优秀产品经理的,把客户给挤兑到竞争对手那里去了;你本来有机会升职的,变成背锅侠了。

 

我们在职场上,矛盾产生时,别总想着怼。怼人一时爽,结果误终身。多理性地考虑多方利益,达成一个共识或妥协,最终形成一个各方较为满意的结果。这才是我们更应该做的。

 

再次重复:沟通的目的是为了达成一种共识或某种诉求,这比证明自己没错更重要!

 

我打开《程序员生存指南》,把这个要点记录其中。

 

* 作者简介:王不留(微信: wbliu85),早晨四点开启奔跑人生的一枚非典型程序员。

技术图片

 

技术图片

领导误解了你,批评了你,请务必用上这个锦囊

标签:提高   简介   tps   批评   聪明人   收集   证明   其他   总结   

原文地址:https://www.cnblogs.com/wbliu85/p/13174176.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!