开封|向上沟通：你必须要注意的三个误区高质量发展|拥抱|事业单位

你好，我是雷蓓蓓。
根据多年的实践经验，我发现，项目管理不只是一种硬技能，更是一项软实力。就软实力而言，最重要的不是招式，而是内功。从这一讲开始，我就来教你修炼内功。
今天是“软实力篇”的第一讲，我会结合自己的亲身经历和我踩过的“坑” ，来聊一聊向上沟通的三个误区。
误区一：所有问题，都自己扛！不得不说，这一条，在项目管理人员中相当普遍。
在我还是个刚刚转岗的PM小菜鸟时，我负责管理一个项目，代号叫“KK” ，这个项目是为公司的战略项目提供底层支撑的。
在跟进这个项目的前几个月里，我跟技术负责人阿仑配合得还算默契。但是，我发现他有个特点，就是所有问题，都自己扛。
距离里程碑发布只剩一周了，但在测试时，我们还在不断地发现新的Bug 。以目前的进度和剩余Bug的潜在影响来看，按原计划上线，质量风险很高。
这天，开站会时，我请团队中的每个人，在白板上画出自己的发布信心指数。总体来看，情况非常不乐观。
我跟阿仑一起做好当天的安排之后，特意提醒他：“现在的情况不是很好，我们最好跟方雷提前报备一下。 ”我说的方雷，是这个项目的发起人，也是阿仑的上级。阿仑没有应声，转而找旁边的开发，开始讨论别的问题了。我心里很着急，但也只好作罢。
实际上，我的担忧并不是空穴来风。方雷曾经在很多个场合强调过， KK是今年的重点，稳定性更是重中之重。最近几次线上出问题，我们团队没少挨骂。这次的上线风险这么高，要不要及时告诉方雷呢？
我在方雷的办公室门前，绕了两个弯，各种纠结顾虑，再一想到方雷那严厉的神情，就打起了退堂鼓。最终，我什么都没说，就离开了。
新版本最后还是如期上线了，但我却并没有因此感到轻松。且不说遗留Bug的潜在风险，由于时间紧张，我们连线上监控都没做到位，也没时间充分考虑应急预案和演练。
正当团队全力补漏的时候，线上还是出事了：底层依赖的第三方服务报错，导致很多线上用户请求失败。大晚上接到客户侧的紧急电话，我们才知道出了事。
第二天，方雷在邮件里，劈头盖脸就责骂了我们一顿：“之前我一再强调监控，结果已经预见到的问题，你们都没有做应对，这是非常严重的人为事故！”
看到这里，你觉得我冤不冤呢？
其实，我明明知道这样上线会有很大问题，也明白现阶段最好的应对方式是什么，甚至还在心中打了无数的底稿，可以说服方雷调整上线计划。
可是，当我站在方雷的办公室门口时，却死活迈不出自己心里的那道坎，这个“坎”究竟是什么呢？
首先是层级差在无形之中给我带来的心理压力，包括方雷平日里强硬的作风，都让我有点怵，不自觉就想躲开。
其次，都快上线了，项目还有这么多问题，作为项目经理，我也是有很大责任的。
另外，因为阿仑不想去汇报，如果我汇报了，我会觉得像打小报告，不仗义。
实际上，做好一次紧急问题的汇报沟通，并不是什么难事。只要你按照我在第7讲中给出的沟通模板，组织好思路即可。
但是，迈过自己内心的那道坎，主动大胆地发起沟通，是做好向上沟通的第一步。
事实上，我们首先必须要明确，这类严重影响稳定性的问题，已经不属于可以自己扛的级别了，必须要让上级知晓。