坏消息应该早点说

in #yela18 hours ago

后来才明白,坏消息应该早点说

image.png

刚开始工作的时候,我不太喜欢汇报问题。

如果负责的事情遇到了困难。

第一反应通常是:

“我先自己解决。”

这其实很自然。

既然事情交给了我。

遇到一点问题就告诉别人,好像显得自己能力不够。

所以会先尝试。

再尝试。

希望把问题解决以后,再告诉大家:

“已经处理好了。”

如果真的解决了,当然很好。

但工作时间越长,我越来越发现:

有些问题最危险的地方,并不是问题本身,而是别人不知道它已经发生了。

小问题拖久了,可能会变成大问题

假设一个项目三个月以后需要交付。

今天发现一个技术问题。

按照原来的方案,可能无法实现。

如果第一周就告诉项目团队。

大家还有很多选择。

调整方案。

增加资源。

联系供应商。

修改计划。

甚至和客户讨论范围。

但如果一直想:

“再给我一点时间,我应该能够解决。”

拖到交付前两个星期才告诉大家。

同样一个技术问题,突然就变成了项目危机。

问题没有变化。

变化的是:

解决问题的时间已经没有了。

汇报风险,不等于承认失败

年轻的时候,我容易把这两件事情混在一起。

告诉别人:

“这里可能有问题。”

好像意味着:

“我做不好。”

后来才明白完全不是。

真正专业的表达其实可以是:

目前发现了什么。

可能产生什么影响。

已经尝试了什么。

接下来准备怎么解决。

需要谁提供帮助。

这不是甩锅。

恰恰相反。

这是在给团队留下做决定的时间。

管理者最怕的通常不是坏消息,而是最后一分钟的坏消息

如果一个项目有风险。

负责人提前一个月说:

“这里可能会延期两周。”

大家通常还有办法。

可是到了交付前一天才说:

“明天可能交不了。”

情况就完全不同。

所以我越来越觉得,一个靠谱的人不一定能够保证:

“我的工作永远不会出现问题。”

现实世界里,没有人能做到。

真正能够保证的应该是:

“如果出现重要问题,你不会最后一个知道。”

这种可靠性,其实非常有价值。

不要只汇报问题,也要带着方案

当然,沟通风险并不是每天把所有困难都丢给别人。

“这个有问题。”

“那个做不了。”

然后等待别人解决。

更好的方式可能是:

“目前发现这个问题。”

“我判断它可能影响这个节点。”

“现在有A和B两个方案。”

“我建议先尝试A,如果周五之前没有解决,就切换到B。”

这时候沟通的重点不是:

“我遇到麻烦了。”

而是:

“这里出现了风险,我们现在还有哪些选择?”

两者给人的感觉完全不同。

好消息可以慢一点,坏消息最好快一点

这是我后来非常喜欢的一条工作原则。

事情顺利。

晚一天汇报通常不会造成什么问题。

但风险和坏消息不同。

越早知道。

选择越多。

成本通常也越低。

所以真正成熟的团队,不应该让成员害怕说:

“这里出了问题。”

反而应该鼓励大家早点把问题放到桌面上。

因为问题被看见以后,才真正有机会被解决。

写在最后

这些年,我越来越相信一句话:

靠谱,并不是保证永远不出问题,而是出现问题以后,不让别人生活在“一切正常”的错觉里。

技术会失败。

供应商会延期。

估算会出现偏差。

计划也会改变。

这些都是工作的一部分。

真正危险的是:

所有人都按照原来的计划继续往前走。

直到最后一刻才发现:

其实几周以前,事情就已经偏离轨道了。

所以,当一个问题开始可能影响别人时。

也许不要一直告诉自己:

“我再试两天,解决以后再说。”

可以早点说:

“这里有一个风险,目前还没有失控,我正在处理,但大家应该知道。”

这句话有时候并不会让别人觉得你能力不足。

反而会让人更加放心。

因为他们知道:

事情交给你以后。

好消息,你会告诉他们。

坏消息,你也不会藏起来。

而在长期合作中。

这种可以预期的透明和可靠。

可能比“永远表现得一切顺利”更加重要。


感谢大家阅读!

你更愿意和哪一种人合作——出了问题先自己藏着解决的人,还是风险刚出现就及时告诉团队、同时提出解决方案的人?

#Steemit #职场 #项目管理 #沟通 #责任 #风险管理 #成长 #原创