9月30日的中午12點30分，原本還在項目管理的課堂學習。得知本月還有10多筆應收業務拋財務系統有問題。向公司領導請假後，我和一名技術人員趕回了公司。這個系統在什麼樣的背景下誕生的？建設中面臨了哪些困難？linux
從業務、管理角度來看，這個系統建設難度比較大。系統要支持6個角色，pc、app、小程序等幾乎全終端覆蓋。系統自己也是一個複雜的業務系統，除了與內部多個上下游業務系統對接之外，還要與三方開放的數據平臺及監管部門系統對接。公司目前信息化要求也比較高，業務系統要與稅務系統和財務系統對接。因此，從業務和管理角度來看，系統建設難度可想而知。spring
從項目建設角度，開發、系統管理、項目管理都有必定難度。公司選擇了把項目外包給一家公司，做爲內部技術團隊的咱們在中後期逐步介入項目。雖這家公司在大行業有必定經驗，但在咱們細分領域的經驗不足。技術選擇了springcloud全家桶，linux部署。在系統開發、平常管理上相比傳統技術有了更高的要求。先後端徹底分離，而公司開發資源又是矩陣式的管理方式，在開發計劃上面需耗費很多精力。所以，項目建設難度可見一斑。小程序
從公司高層角度來看，高層領導對貫徹先進管理思想期盼已久。咱們所作的是一個傳統的業務領域，利潤率極低。整個社會都在期盼着經過技術創新或者模式創新來增長競爭力、提升盈利水平。而傳統行業變革是既須要大環境的孵化，也須要一個長期嘗試、滲透感染的過程。高層領導迫切的但願與業務管理實際之間的差距，是系統建設不得不面對的鴻溝。後端
因爲各類緣由（這裏不詳述），外包方交付的質量不太好，須要一個較長的用戶驗證期。項目先後5個月分別上線了業務和結算板塊。今天是結算上線25天的日子，也是第一次月底的考驗。經過月底的考驗，也暴露出了業務方和咱們技術團隊的一些不足。業務方對高層領導的迫切指望理解不足，系統主人翁感不夠強烈，平常業務的及時性、正確性管理還有提高的空間等等。技術團隊對項目建設難度判斷不太準確，對用戶驗證深刻度組織不夠，對公司內部資源矩陣管理風險認識不足等等。app
這個項目整體來講，仍是獲得了公司各級領導的關心，業務人員、結算人員、財務人員的配合。技術人員固然也算是加班加點，我也睡了幾回辦公室，勉強填補了外包方交付質量很差的坑。第一個月的考驗在磕磕碰碰中勉強經過，後續還有一些亟待改進的點。想一想去年國慶，我從公司另一個團隊到如今的團隊。想作好事情的心指引領着我，壓着牙、耐着性子，和團隊一塊兒終於向上線成功邁進了一大步。至此，兩個團隊的核心主系統我也都算主力成員了。學習
不會吹牛，就笨鳥先飛。去不少崗位深度體驗，去跟車、爬螺紋鋼堆子、找鋼卷、操做剪切加工線、下加工單、開出庫計劃單、蹲門崗、幫承運商對帳、辦理結算、開發票、爲來賓講解。原來作的這一切是今天項目管理培訓學到的一個詞語「人種學研究」方法。此次培訓讓我知道了理論的重要性，不繼續學習理論，就缺乏了不少除實踐之外的方法論。高時間成本的投入，是靠多少個夜晚加班換回的，失去了不少陪伴家人的機會。固然，深刻崗位，也讓我獲得了許多大宗倉儲物流行業的知識。項目管理
在這個雙節之際，祝各位朋友節日快樂！springcloud