什麼樣的系統算是坑

最近很「榮幸」工做上被安排成爲一個項目的主要負責人，美其名曰：項目經理。前任項目經理直到要離職的時候也基本上沒有交接什麼，實際上也沒有什麼能夠交接的。臨了丟給我一些項目的紙質資料。 

簡單跟他聊了一下這個項目的大體狀況，一期只是完成藍圖規劃的50%的功能就匆匆結束並驗收了。雖然說目前進行到二期，但實際上不少二期的工做內容都是一些簡單的新增的優化需求和一期Bug的修復。除此以外，供應商並無駐場開發，都是遠程在溝通。交到我手裏的時候項目二期合同已經簽定並劃定工做範圍了。 

以前這個項目有2個IT在對接，其中一個掛項目經理，基本上工做都只是對項目系統的需求完成狀況的跟進以及項目合同跟進等工做內容。由於一期內容完成得很差，業務需求分析不到位以及供應商開發技術上的緣由，不少功能實際上Bug很多，並且對其餘系統如SAP的數據對接都或多或少有問題。針對SAP裏面很多的業務場景考慮不到位，好比在統計SAP工單入庫數的時候沒有考慮到沖銷的狀況，系統就簡單得把沖銷的部分當作是入庫了，致使系統工單入庫報表一直都是不許的，業務領導對此至關不滿。 

在項目運維的過程當中，遇到不少的問題基本上都是IT或者供方直接進系統後臺數據庫進行修改數據。不少主數據也都是人工在錄入，不少錯亂，一旦下單有問題只能人工去修改數據。因此，什麼開發規範，什麼運維規則統統都不存在。 

還有一個比較大的問題就是這個項目的實施和開發比較依賴供方，甲方這邊的開發都沒有介入，因此係統的任何更改都只能讓供方來作，而供方的開發效率和技能水平實在不敢恭維~  

好在我作過這麼多年作業務分析，知道不少項目的問題實際上跟業務需求的分析有很大的關係。目前我接手這一塊，只能從業務分析入手，理清楚全部的需求和細節，跟用戶一塊兒針對目前整理出來的二期內容作一個梳理，並將當前全部暴露出來的Bug和待優化的功能擬出一份IT的解決方案。將全部梳理出來的二期內容提交給業務領導確認審覈，而後再進行下一步的項目進度的跟蹤。 

做爲項目經理，若是不在業務和需求上徹底掌控和把握，若是隻是簡單的對需求開發的進度作跟進而已，是徹底不合格的。 

是的，這個項目上十足的巨坑，同事們開玩笑說接手這個項目的前幾任項目經理已經離職了，你看着辦。 

我知道，但，這股「離職」風，必定不會刮到我這裏！

 

 

---

 

  本文做者 | SAP夢心

  聯繫方式 | 微信：W150112458（瘋狂的程序員）

  特別敬告 | 歡迎轉載，轉載請註明出處並保持原文內容，謝謝！