汇报戏法

最近在客户现场，经常参加各种会议。由于项目需要甲乙丙方协同，参与人员非常复杂，大家都包装得十分专业，就连鄙人这个没有写过后端代码的也摇身一变成了资深开发人员。

作为丙方的小卡拉米参会我基本都在划水，本来以为自己很菜有点紧张，但会上看到大佬们为一点鸡毛蒜皮的破事反复沟通，精英们被问到细节也会露怯，突然发现整个项目就是一个草台班子，有种观看“雨水落下是否会砸死人辩论会”的喜感。当然我是没勇气问他们有没有淋过雨的😅

然后我发现一个被广泛使用的汇报小技巧：故意把前半段介绍得很详细，然后抛出两个争议点，再反复讨论，然后“被迫”把剩下的内容压缩在最后十分钟，把真正重要的问题糊弄过去。毕竟很多时候下面人担心的事情对领导来说其实并不重要，也就混过去了。

但汇报混过去了并不会让烂摊子变好，总是要有人缝缝补补的。那么烂摊子谁来收拾呢，真的好难猜噢🙃