黑天鹅与灰犀牛

789 阅读5分钟

这周国内YQ进入尾声,后续大概率会继续放水,保障经济是主旋律。这方面我们很在行,人民很勤奋,稳的。

上周末 认为欧洲不容乐观,一周下来欧洲的确诊数据基本复制了中国的数据,看趋势欧洲大概率有继续扩散的可能。

DAXDJI

左右滑动看更多

如果说新冠YQ在中国是黑天鹅的话,在中国之外蔓延就是灰犀牛了。

灰犀牛:在非洲大草原上,灰犀牛体型笨重、反应迟缓,你能看见它在远处,但却对行动迟缓的它毫不在意。但是一旦它向你狂奔而来,会让你猝不及防,直接被扑倒在地。它并不神秘,却更危险。

这个概念出自 Michele Wucker在2007年写的书《灰犀牛 - 如何应对大概率危机》描述的是一种大概率危机,在社会各个领域不断上演。很多危机事件,在爆发前已有迹象显现,但却被忽视。

黑天鹅 VS 灰犀牛
黑天鹅 VS 灰犀牛

中国早于日韩欧美爆发,看朋友圈大部分欧美机构和民众还是无所谓的态度,欧洲这次估计是要结结实实的撞上这个灰犀牛了。

为什么黑犀牛就在那,但就是没人重视呢? 《灰犀牛》书中用几个大章节,每个章节举例描述了典型灰犀牛事件经历几个阶段:

  1. 抵触和否认情绪
  2. 得过且过
  3. 诊断问题
  4. 恐慌
  5. 顿悟,开始行动
  6. 灾后总结收获

人类本性、既得利益的体制都在力求维护现状否认风险是一种普遍现象。这其中激励机制是很重要的事,如果一个组织内敢于说真话,哪怕是说错也不会有惩罚,而且应奖励成功帮助大家避免风险的人,这样组织应对风险的灵活度就会灵敏一些。(是不是令人想起了我们的吹哨人,李医生🙏) 。第4阶段慌乱的群体行为会直接放大最初的风险,升级成灾难。之后开始行动的时候往往已经来不及了。

从这个角度来说,我们遇到的风险没多少是真正的黑天鹅,大部分全是慢慢质变的灰犀牛,只不过概率没落在『发生』这个事件上而已。


类似的事情在技术工程领域其实经常发生,这周看腾讯云的推送,一个删库跑路的大瓜:

2月23日晚微盟的一个工作人员在家通过VPN登录将公司数据库删除,造成300万商家的数据丢失,25号部分数据恢复,截止目前老用户资料依然还处在恢复之中,给平台用户造成了巨大的经济损失。而微盟作为一个上市企业,一经事发当日市值就跌掉了9亿。一堆工程师在腾讯云的帮助下一直到3月3日上午9点,微盟将正式进行数据恢复上线,微盟赔付1.5亿,放弃自建数据库,全力上云...

微盟是香港上市企业,跟有赞类似是全国领先的SaaS服务领域提供商。通过腾讯云的技术文章描述,可以看到这是一起花边8卦人为引起的技术事故,一位运维工程师就能直接给公司带来极其惨重的损失。

好在微盟的技术团队备份工作做得很严谨、细致,最终才可能把数据恢复回来。

海恩法则(Ohain’s law),每一起严重事故的背后,必然有29次轻微事故和300起未遂先兆以及1000起事故隐患。

海恩法则是德国飞机涡轮机的发明者帕布斯·海恩提出的一个在航空界关于飞行安全的法则,多被用于企业的生产管理,特别是安全管理中。海恩法则对技术工程从业者来说是一种警示,它说明任何一起事故都是有原因的,并且是有征兆的。

类似海恩法则,软件工程领域经常提到的另外一个法则:

墨菲定律。凡事可能出错,就一定出错。 任何一个事件,只要具有大于零的几率,就可确定它终有一天会发生。

这条定律来源于 Edward Murphy —— 一名美国空军工程师在 50 年代初对飞行测试失败的总结。这个定律不管是从感性的心理直觉上,还是理性的概率论上都有其正确性解释。

从我自身经验来看,这是一个发生之前大家都觉得正确但没人重视,发生之后就分分钟教你做人的定律。

在工程领域其实有很多类似的经验教训,道理不难理解。难做的是面对灰犀牛时候的心态或者说价值观,心态决定了决策,最终也决定了风险是否发生。

常在河边走,哪有不湿鞋。从长线思维去思考风险,才会真正的谦虚谨慎,对技术,大自然怀有敬畏,对可能导致未来的风险的行为勇敢说不。

今天是三八女神节,向一贯勤劳持家的女同胞们致敬! 女同胞

如果觉得有所收获,麻烦帮我顺手点个在看或者转发吧,你的举手之劳对我来说就是最大的鼓励。 END~

欢迎关注我的公众号:好奇心森林 女同胞