在項目執行過程中，如何有效應對突發情況，非常考驗項目經理的專業素養。

　　出現了緊急問題，你需要直面問題，在緊急時刻勇于站出來承擔責任，不僅不會讓老板對你的印象減分，還能讓決策者在第一時間選擇更好的應對方式;你還要盡可能簡潔清晰地描述可能的影響和后果，當前的建議方案和所需支持，最大程度地爭取各個相關方的協同配合。下面就說說，怎樣通過項目信息管理平臺寫好突發事件報告。

　　我們結合實際案例，看看突發事件報告要怎么寫。曾經有這樣一個項目，某個課程系統要對其購物車功能進行擴展改造，最初評估時，研發部門認為該功能并不復雜，三天就夠了。但開工之后卻發現，這個“坑”改動起來牽涉面太大，老的訂單系統盤根錯節，不好下手，實際上至少也得兩周才能完成。那么以上面項目為例，參看當時的突發事件報告。

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

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

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

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

　　所需支持：熟悉老系統的資深技術人員及紅牛一箱。

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

　　回到前面的案例，最后，產品人員跟開發人員一起修改了產品邏輯，盡可能地規避了一切上線后的高風險。

　　這次突發事件報告的匯報，讓他們及時調整了后續灰度發布的時間安排，以及上線后的運營方案，避免了用戶更大的影響和損失，同時也把對 KPI 的影響降到了最低。