工作中总会有遇到紧急状况的时候，这个紧急度会发展到多大的严重度在发生当时是无法预料的，但不可否其最糟糕结果必然是牵涉整个项目成败，才会让大家重视。那么在执行这个任务前，项目团队必然收到过管理者的特意交代，这个关系整个项目利益，一定不能出问题。因此，当项目拉响警报，出现严重问题，应怎样向领导火爆请示呢?
一、一定讲究事实
承认自己遇到了问题需要帮助，其实是件非常困难的事情。毕竟，很多人都有“特别想要把事情做好，让老板有个好印象”的心态。在很多职场人看来，自己只管安心干活就好，特别不希望有人打扰，问东问西。假设执行中遇到困难，往往也习惯于自己琢磨，拼命地想要把进度赶回来，不到最后一刻绝不把问题暴露出来。结果，往往出现了很大的进度偏差。
作为项目经理，当事情已经超出了你的可控范围时，你首先要做的就是第一时间直面问题，如实地呈现和反馈遇到的困难。对于整个项目而言，你的真实和坦诚反而是最重要的。
实际上，很多人并不擅长汇报，更别说这种特别困难的状况了。紧急报告，是指在项目发生突发事件，或者提示重要风险状态变化时的实时报告，比如遇到高风险延期、线上重大问题、重要客户投诉等，目的是向团队或者主要相关方通报项目的重要变化，及时协调应对工作，或者第一时间寻求外部支援。
由于事发突然，紧急报告一般不需要拘泥于具体的形式，关键在于言简意赅地传递信息，并组织后续的跟进动作。一般来说，紧急报告会包含五个基本元素：事件描述;影响后果;跟进分析;响应措施：包含负责人及时间表;所需支持。
二、报告要好好写
现在，我们以购物平台改版时某重要功能延期为例，看看紧急报告要怎么写。
首先，前文提到的报告包含的五要素如下：
事件描述：购物车改造功能高延期风险。
影响后果：由于此功能在项目的关键路径上，很有可能会造成项目整体延期两周。
跟进分析：本期购物车改造功能，有部分调整涉及底层订单系统，里面有大量遗留代码，已经很久没有人维护。之前对此风险的评估不够充分，改动风险很高，可能会影响全站订单系统的稳定性，具体影响仍需要详细分析。
响应措施：全力以赴做好技术评估，本周内给出详细任务评估时间表;与此同时，产品人员介入项目，调研规避老系统又能满足需求的可行性，本周内给出调研结论。
所需支持：熟悉老系统的资深技术人员及加班津贴。
这份紧急报告提交以后，发起人第一时间就会关注到，项目组正面临着非常棘手的问题和可能造成的影响和后果。同时，发起人也了解到，团队正在试图解决这个问题，目前的解决方案是什么，还需要什么样的支持和帮助。当然，如果你能够第一时间跟发起人当面沟通，效果会更好。
我们对紧急情况的应对处理无疑是对项目团队能力的考验，这个时候你的处理就是一把双刃剑。
若总是担心害怕、推诿责任，只想向大家证明是与你无关，就算不受罚，也会让领导者觉得你过于没有担当。同时，若你就事论事，以解决困境问题为第一要务，积极向领导剖析原因、说明想法，那么你的勇于承担，也会让公司领导对其大大加分，项目也会取得更大成功。