最近乙個月，我一直在乙個專案上「救火」。這個專案已經做了一年多了，一直沒有交付，最近幾個月更是不斷地出現問題，導致客戶經常給老闆打**……無奈之下，老闆安排我放下部門的其它工作，親自奔赴一線，帶領研發團隊完成交付。
到現場已經乙個月了，這段時間整個團隊基本上都是 200% 的工作強度，沒有週六日，每晚最早 12 點下班，經常搞到兩三點，早上則必須 9 點按時上班。雖然目前並沒有真正地交付，不過經常這段時間的努力和團隊的不斷調整，能夠感覺到這個專案正在逐步地好轉。上周五，給客戶演示的核心開發內容，也第一次沒有被客戶「批」回來。團隊也逐漸地有了信心，但是真正的第一次完整交付，還需要等到 11 月 15 日，到時候才能知道我們的努力會不會有成果。
今天，趁著飛機上有一些時間，我決定整理一下對於「火坑專案」的救火方案。這樣，形成經驗與模式，方便後續的重用。
救火準備與計畫
緊急問題處理
系統問題處理
救火總結
專案背景、救火任務目標、現場調研方向與實際問題、結果物梳理、具體工作任務安排。
這樣，有的放矢，比到了專案上一頭亂麻很太多了。
到了救火現場，其實第一要務應當是解決當下最緊急的問題。這些問題往往是客戶想要「罵娘」的緊急問題。
這一點是我在這個專案上遺漏的地方。我到了現場之後，重心放在處理整體、全域性問題上，而忽略了客戶當下緊要卻不重要的問題。導致客戶又打了幾次**給老闆……
緊急問題處理完善之後。我們更需要系統性地解決整個專案組的問題。這才是問題的關鍵。
這個環節分幾步：
系統、全面、客觀地了解專案問題
有針對性地制定解決方案
全員宣貫
執行與監控
要真正的系統解決問題，往往需要全面、客觀、細微地了解整個專案的所有問題。我認為這需要至少持續一周以上的溝通、一線工作。只是通過一天兩天，和幾個人簡單地快速溝通，是不能看到很多真實的問題的。
其次，可以使用腦圖的方式，制定出有優先順序、有重要度、可落地的執行方案。並向全體團隊成員宣貫、執行。
下面是我在這個專案上的問題梳理與方案建設，由於涉及到具體專案及具體人員，一些資訊不便展開，大概看一下結構就可以了。
對於出了比較多問題的火坑專案，救火完成後，我們應該對這個專案的問題、方案、後續計畫進行總結。並需要總結出後續專案需要注意的關鍵關注點。
先總結到這裡，希望這個專案能如期按質按量上線。
火坑專案救火方案總結
最近乙個月，我一直在乙個專案上 救火 這個專案已經做了一年多了，一直沒有交付，最近幾個月更是不斷地出現問題，導致客戶經常給老闆打 無奈之下，老闆安排我放下部門的其它工作，親自奔赴一線，帶領研發團隊完成交付。到現場已經乙個月了，這段時間整個團隊基本上都是 200 的工作強度，沒有週六日，每晚最早 12...
SQLServer分表專案方案總結
基於c 語言 sqlserver資料庫。業務系統隨著時間的進展，資料越來越多，系統執行越加緩慢，所有資料存在乙個表中，單錶資料量已經到達幾個億 筆者專案單錶突破5億條 並且伴隨業務增長欄位仍可能繼續增加。對資料進行規範儲存，提高系統效能的需求已經刻不容緩。對資料進行邏輯表分，將資料按季度 月度進行拆...
救火沉思錄 關於專案最後階段的思考
這幾個月來，大部分業餘時間，都花在閱讀軟體工程和編譯原理方面的書籍上了。軟體工程方面的書，包括軟體需求 風險管理 敏捷建模，系統設計，軟體專案管理，還有一些類似於的沉思錄書籍等。在這些書中，都只是講了如何讓專案健康發展，最後成功的提交乙個產品。儘管它們都是從不同的角度，用不同的方法去完成同樣的事。但...