最近一個月，我一直在一個項目上“救火”。這個項目已經做了一年多了，一直沒有交付，最近幾個月更是不斷地出現問題，導致客戶經常給老板打電話……無奈之下，老板安排我放下部門的其它工作，親自奔赴一線，帶領研發團隊完成交付。

到現場已經一個月了，這段時間整個團隊基本上都是 200% 的工作強度，沒有周六日，每晚最早 12 點下班，經常搞到兩三點，早上則必須 9 點按時上班。雖然目前并沒有真正地交付，不過經常這段時間的努力和團隊的不斷調整，能夠感覺到這個項目正在逐步地好轉。上周五，給客戶演示的核心開發內容，也第一次沒有被客戶“批”回來。團隊也逐漸地有了信心，但是真正的第一次完整交付，還需要等到 11 月 15 日，到時候才能知道我們的努力會不會有成果。

今天，趁著飛機上有一些時間，我決定整理一下對于“火坑項目”的救火方案。這樣，形成經驗與模式，方便后續的重用。

救火步驟

經過本項目，我整理出救火大概分為以下幾個步驟：

1. 救火準備與計劃
2. 緊急問題處理
3. 系統問題處理
4. 救火總結

救火準備與計劃

真正抵達火坑項目一線之前，應該做一些簡要的規劃。我建議使用一個腦圖，簡要整理出這個項目的以下內容：

項目背景、救火任務目標、現場調研方向與實際問題、結果物梳理、具體工作任務安排。

這樣，有的放矢，比到了項目上一頭亂麻很太多了。

緊急問題處理

到了救火現場，其實第一要務應當是解決當下最緊急的問題。這些問題往往是客戶想要“罵娘”的緊急問題。

這一點是我在這個項目上遺漏的地方。我到了現場之后，重心放在處理整體、全局問題上，而忽略了客戶當下緊要卻不重要的問題。導致客戶又打了幾次電話給老板……

系統問題處理

緊急問題處理完善之后。我們更需要系統性地解決整個項目組的問題。這才是問題的關鍵。

這個環節分幾步：

1. 系統、全面、客觀地了解項目問題
2. 有針對性地制定解決方案
3. 全員宣貫
4. 執行與監控

要真正的系統解決問題，往往需要全面、客觀、細微地了解整個項目的所有問題。我認為這需要至少持續一周以上的溝通、一線工作。只是通過一天兩天，和幾個人簡單地快速溝通，是不能看到很多真實的問題的。

其次，可以使用腦圖的方式，制定出有優先級、有重要度、可落地的執行方案。并向全體團隊成員宣貫、執行。

下面是我在這個項目上的問題梳理與方案建設，由于涉及到具體項目及具體人員，一些信息不便展開，大概看一下結構就可以了。

救火總結

對于出了比較多問題的火坑項目，救火完成后，我們應該對這個項目的問題、方案、后續計劃進行總結。并需要總結出后續項目需要注意的關鍵關注點。

先總結到這里，希望這個項目能如期按質按量上線。