用事实代替感受-减少被误解概率

  1. 讲事实
  2. 说对方的感受和误解
  3. 请求解释机会

场景一

你因为身体不适,这周的任务一直在延迟交付日期,部门领导有点生气,走到你办公桌前责问,“最近工作有点懈怠啊,这周三要交的内容怎么一直没完成……”

反例

我最近身体不好,所以工作拖延了,我今天肯定会做完的。

但在领导听来,这似乎并不具有说服力,更像是一个借口.

正例

1. 我的工作的确延迟了,本来周三要交付的东西,现在还没有完成(事实)
2. 我知道这肯定让你很生气(感受),也让你觉得我最近工作有所懈怠了(误解)
3. 我能向你说明下未交付的原因吗?刚好也听下您的建议。(解释机会)

这里最重要的一个核心就是,用事实代替感受。毕竟感受是主观的,而事实是客观的。

场景二

你的员工做数据出现了很多错误,你要指出他的错误。

反例

xx,你怎么回事?这个数据一堆错的。怎么一天到晚粗心大意,你心思都在哪里呢?是不是不想干了?下次给我上点心!

正例

 xx,你发现你交的报告里有5个错误,需要你重新去检查。我想知道为什么会出现这样的问题?看起来是非常初级的错误。希望你下次在交给我之前,更加仔细地检查两遍。

职场中想要避免被人误解,有几点小原则可以遵守:

  1. 时刻保持对别人的尊重,不管是口头还是书面都是如此。
  2. 表达时,多用事实,少用感受,才能让沟通在同一频道。
当代码中的条件语句if-else过于复杂时,可以考虑使用设计模式代替if-else语句,提高代码的可读性和可维护性。以下是一些常见的设计模式,可以用来代替if-else语句: 1. 工厂模式(Factory Pattern):通过工厂方法创建对象,而不是使用条件语句来直接创建对象。这样可以避免在代码中使用大量的if-else语句,同时也可以很方便地添加新的对象类型。 2. 状态模式(State Pattern):将复杂的状态判断逻辑封装到不同的状态类中,避免在代码中使用大量的if-else语句。可以很方便地添加新的状态类型,也可以方便地维护和扩展状态的行为。 3. 策略模式(Strategy Pattern):将不同的算法封装到不同的策略类中,通过选择不同的策略类来实现不同的行为。这样可以避免在代码中使用复杂的if-else语句,同时也可以很方便地添加新的算法类型。 4. 观察者模式(Observer Pattern):将一个对象的状态变化通知给多个观察者对象,避免在代码中使用大量的if-else语句。可以很方便地添加新的观察者对象,也可以方便地维护和扩展观察者的行为。 5. 责任链模式(Chain of Responsibility Pattern):将多个处理对象组成一个链,每个处理对象都可以处理请求,如果一个对象不能处理请求,则将请求传递给下一个处理对象。这样可以避免在代码中使用大量的if-else语句,同时也可以很方便地添加新的处理对象。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值