火坑專案救火方案總結

2021-09-07 15:25:30 字數 1276 閱讀 8960

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

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

今天,趁著飛機上有一些時間,我決定整理一下對於「火坑專案」的救火方案。這樣,形成經驗與模式,方便後續的重用。

救火準備與計畫

緊急問題處理

系統問題處理

救火總結

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

這樣,有的放矢,比到了專案上一頭亂麻很太多了。

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

這一點是我在這個專案上遺漏的地方。我到了現場之後,重心放在處理整體、全域性問題上,而忽略了客戶當下緊要卻不重要的問題。導致客戶又打了幾次**給老闆……

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

這個環節分幾步:

系統、全面、客觀地了解專案問題

有針對性地制定解決方案

全員宣貫

執行與監控

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

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

下面是我在這個專案上的問題梳理與方案建設,由於涉及到具體專案及具體人員,一些資訊不便展開,大概看一下結構就可以了。

對於出了比較多問題的火坑專案,救火完成後,我們應該對這個專案的問題、方案、後續計畫進行總結。並需要總結出後續專案需要注意的關鍵關注點。

先總結到這裡,希望這個專案能如期按質按量上線。

火坑專案救火方案總結

最近乙個月,我一直在乙個專案上 救火 這個專案已經做了一年多了,一直沒有交付,最近幾個月更是不斷地出現問題,導致客戶經常給老闆打 無奈之下,老闆安排我放下部門的其它工作,親自奔赴一線,帶領研發團隊完成交付。到現場已經乙個月了,這段時間整個團隊基本上都是 200 的工作強度,沒有週六日,每晚最早 12...

SQLServer分表專案方案總結

基於c 語言 sqlserver資料庫。業務系統隨著時間的進展,資料越來越多,系統執行越加緩慢,所有資料存在乙個表中,單錶資料量已經到達幾個億 筆者專案單錶突破5億條 並且伴隨業務增長欄位仍可能繼續增加。對資料進行規範儲存,提高系統效能的需求已經刻不容緩。對資料進行邏輯表分,將資料按季度 月度進行拆...

救火沉思錄 關於專案最後階段的思考

這幾個月來,大部分業餘時間,都花在閱讀軟體工程和編譯原理方面的書籍上了。軟體工程方面的書,包括軟體需求 風險管理 敏捷建模,系統設計,軟體專案管理,還有一些類似於的沉思錄書籍等。在這些書中,都只是講了如何讓專案健康發展,最後成功的提交乙個產品。儘管它們都是從不同的角度,用不同的方法去完成同樣的事。但...