最近差不多一個半月，一直在做一個給國家部門上報業務數據的項目，感覺差不多半條命搭進去了，像一句廣告語說的：感覺身體被掏空。

先大體介紹下項目：

1、把公司的歷史數據根據規則保存到本地數據庫。

2、然后將這些數據上跑指定的的規則腳本，

3、通過規則檢查后，跑一個公司核心經營指標的腳本。

4、以上三步都完成后，將存量數據推送到國家部門。

5、存量數據推送成功后，將開啟實時接口，將業務數據實時上報到國家部門。

?

以下為復盤問題

1、為什么項目會做這么累，到心力憔悴的地步。

可以分為資源管理上、業務梳理上兩個方面進行復盤。

資源管理主要是團隊的組建上，因為最復雜的業務主要涉及兩個團隊，我自己曾經負責過其中一個團隊的業務，所以就想自己來負責其中一塊，

從另外一個團隊再補充一個就可以把團隊組建起來。后來項目實在做不完了，就從我負責業務上再加入了一個同事進來。

犯的錯誤：我自己作為大團隊的負責人，不應該把自己放到具體的項目執行中的一個底層具體流程中，這樣會讓自己深陷具體業務邏輯中，

從而失去了項目的大局觀上，俗話說當局者迷。

應該怎么樣：搭建一個大的團隊，其他涉及到的業務，也都拉一個同事進到項目組，可以半個或者1/3個人力。我自己從總體上把握項目，和團隊中各個同事對遇到的問題進行分析、討論，推動問題的解決。也可以把自己1/3的時間投入到某個具體邏輯中，但是絕對不能獨自負責，一定要定位為協助。

業務梳理上，主要接手這個需求后，對項目的分析、項目入手點，犯了一系列錯誤。

實際是怎么操作的：

拿到項目后，開始著手實時數據推送的技術方案上（第五步），忽略了對存量數據的取數及存量數據檢查的腳本分析上。后來才發現項目的難點是對存量數據的獲取及本地數據的check腳本理解上。

錯誤點一：沒分析整個項目的前幾個步驟，而上來就把重點放到第五步的實現上。

錯誤點二：，是自以為是的取數邏輯，并沒有找其他同事一起過評審。這個數據恰恰是其他好幾個數據的基礎，底層數據的錯誤，導致了上層數據的錯誤，check腳本跑出來的數據差之千里。

應該怎么做：

一、仔細研究項目的整個過程，弄清楚各個過程中的細節，是要真的想明白了，而不是大概了解了。前期沒想明白，后續如果因此帶來大量的返工，那是得不償失的

?二、代碼評審，代碼評審，代碼評審，所謂磨刀不誤砍柴工。不要對自己有蜜汁自信！！！

?

?

?最后再補充下不重要的一點想法。

其實項目緊，加班多這樣的經歷不是第一次了，為啥此次丟了半條命，以前沒這種感覺呢，現在想想，可能最主要的原因：

1、項目價值太高

高到可能涉及到公司的合規備案，對于金融行業來說，拿不到備案那真是半條命沒了。差不多算公司生死攸關的項目，這樣的雷爆了頂不住的。

2、項目周期短。

項目前期不是我們團隊負責，在其他團隊停滯了半個月左右，影響了進度。

3、項目內容太過復雜。

項目涉及公司最核心的業務，而且涉及的都是很細節，很復雜的部分。在做的過程中一個不小心，就要重新來過。

?

轉載于:https://www.cnblogs.com/yipihema/p/11174369.html

總結

以上是生活随笔為你收集整理的一个项目复盘会的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。