工作中總會有遇到緊急狀況的時候，這個緊急度會發展到多大的嚴重度在發生當時是無法預料的，但不可否其最糟糕結果必然是牽涉整個項目成敗，才會讓大家重視。那么在執行這個任務前，項目團隊必然收到過管理者的特意交代，這個關系整個項目利益，一定不能出問題。因此，當項目拉響警報，出現嚴重問題，應怎樣向領導火爆請示呢?

　　一、一定講究事實

　　承認自己遇到了問題需要幫助，其實是件非常困難的事情。畢竟，很多人都有“特別想要把事情做好，讓老板有個好印象”的心態。在很多職場人看來，自己只管安心干活就好，特別不希望有人打擾，問東問西。假設執行中遇到困難，往往也習慣于自己琢磨，拼命地想要把進度趕回來，不到最后一刻絕不把問題暴露出來。結果，往往出現了很大的進度偏差。

　　作為項目經理，當事情已經超出了你的可控范圍時，你首先要做的就是第一時間直面問題，如實地呈現和反饋遇到的困難。對于整個項目而言，你的真實和坦誠反而是最重要的。

　　實際上，很多人并不擅長匯報，更別說這種特別困難的狀況了。緊急報告，是指在項目發生突發事件，或者提示重要風險狀態變化時的實時報告，比如遇到高風險延期、線上重大問題、重要客戶投訴等，目的是向團隊或者主要相關方通報項目的重要變化，及時協調應對工作，或者第一時間尋求外部支援。

　　由于事發突然，緊急報告一般不需要拘泥于具體的形式，關鍵在于言簡意賅地傳遞信息，并組織后續的跟進動作。一般來說，緊急報告會包含五個基本元素：事件描述;影響后果;跟進分析;響應措施：包含負責人及時間表;所需支持。

　　二、報告要好好寫

　　現在，我們以購物平臺改版時某重要功能延期為例，看看緊急報告要怎么寫。

　　首先，前文提到的報告包含的五要素如下：

　　事件描述：購物車改造功能高延期風險。

　　影響后果：由于此功能在項目的關鍵路徑上，很有可能會造成項目整體延期兩周。

　　跟進分析：本期購物車改造功能，有部分調整涉及底層訂單系統，里面有大量遺留代碼，已經很久沒有人維護。之前對此風險的評估不夠充分，改動風險很高，可能會影響全站訂單系統的穩定性，具體影響仍需要詳細分析。

　　響應措施：全力以赴做好技術評估，本周內給出詳細任務評估時間表;與此同時，產品人員介入項目，調研規避老系統又能滿足需求的可行性，本周內給出調研結論。

　　所需支持：熟悉老系統的資深技術人員及加班津貼。

　　這份緊急報告提交以后，發起人第一時間就會關注到，項目組正面臨著非常棘手的問題和可能造成的影響和后果。同時，發起人也了解到，團隊正在試圖解決這個問題，目前的解決方案是什么，還需要什么樣的支持和幫助。當然，如果你能夠第一時間跟發起人當面溝通，效果會更好。

　　我們對緊急情況的應對處理無疑是對項目團隊能力的考驗，這個時候你的處理就是一把雙刃劍。

　　若總是擔心害怕、推諉責任，只想向大家證明是與你無關，就算不受罰，也會讓領導者覺得你過于沒有擔當。同時，若你就事論事，以解決困境問題為第一要務，積極向領導剖析原因、說明想法，那么你的勇于承擔，也會讓公司領導對其大大加分，項目也會取得更大成功。