專案管理感悟（六）
答應大家的技術文章又食言了，最近一次推送技術文章還是6月初，中間間斷寫了幾篇管理和溝通技巧相關的，回頭發現，有幾個月沒好好寫程式碼了，管理上，自己的不足也慢慢顯現出來。
現在的主要工作是對上彙報，對下安排和跟進業務方提出的需求和線上問題，相信這也是多數小管理者的主要工作，從結果上看，我做的不好。
表達能力欠缺，沒能把團隊做的事情更好的彙報，團隊得到領導的重視。缺少一個整體、一致的目標，同事們的積極性和配合度不高。開發流程規範執行的不好，對任務、線上問題的跟進和溝通也不夠。
有產品規劃的問題，有團隊成員的問題，但主要問題還是我。
從小就不擅長表達，和組員單獨交流的比較少，沒能及時瞭解他們的想法或不舒服的地方，加上一些核心業務慢慢向武漢遷移，團隊的士氣和積極性也不是特別好，心理不踏實，包括我自己。
團隊做的事情很雜，業務方也很多，但沒有統一的產品規劃，看到的是一個個零零散散的需求，加上籤單工時的壓力，一些自己想做的優化也不好著手做，總之，做出來的東西沒有亮點，沒有信心，每次對上彙報時，都是零零散散的小需求，很有壓力。
我們有一套自己的開發流程，需求確認->需求宣講->排期->啟動會->開發->測試->產品驗收->上線->業務驗收，但執行的不夠堅決，沒有從心底裡重視這些，排除外界的一些干擾，導致執行過程中有一些問題，對專案上線時間點也沒有足夠信心。
之前也都知道這些事情很重要，這段時間感觸更深了，以後要慢慢提升自己，做好這些。
下面還想分享下自己總結的幾點。
熟悉業務和系統很重要
進入團隊的很長一段時間，我主要參與線上相關係統的開發和維護，對其比較瞭解，無論是和業務溝通需求，還是對上彙報，都比較有自信。
後來轉做管理，對其他業務系統瞭解的不多，心理沒底，特別是熱線電話條、資料報表系統這塊，雖然已經瞭解了基本功能，但還不夠透徹，很多細節還沒接觸到。
作為管理者，需要從整體上梳理清楚業務，熟練使用系統的所有功能，如果有時間還可以看下核心模組的程式碼，加深印象，這也是自身的核心優勢。
牢記於心之後，可以更好地和同事一起理解需求，分析問題，給出解決方案。在業務溝通或向上彙報時，也會遊刃有餘，不膽怯，不慌張。
制定的規範和流程，要堅持執行，不斷改進
新官上任三把火，剛負責客服團隊時，也發現了很多問題，根據自己之前的經歷，制定了相關規範。
開始時，溝通渠道有QQ和微信，QQ用的更多些，但對問題的響應很慢，很多人平時不用QQ了，就做了一個決定，統一使用微信進行溝通，每個業務方建立一個微信群，所有相關的人都拉進來，指定一個人專門跟進群裡反饋的問題。另外還建立了一個運維群，SRE、DBA相關、開發人員都在裡面，出現運維問題時，可以及時協調處理。這樣做之後，溝通和及時性明顯提高，這塊執行的還不錯。
我們的系統，線上和資料報表部分，不是特別穩定，業務方經常反饋一些問題，反饋途徑比較分散，有的同事處理的也不夠及時，不能很好地跟進問題解決進度。後來約定了一些規範，緊急的問題通過微信反饋，非緊急的問題通過郵件反饋，開發這邊指定一個介面人，問題統一同步到teambition上，指定相關人進行處理，及時更新處理進度和過程。每週週會時，統一對下，進行彙總整理，把進度同步給業務方。這塊執行的一般，也有一些可以優化的地方。
我們組的同事分在2個地方，一些在武漢，一些在北京，多人同時開發時，程式碼的版本和稽核就要重視起來，否則會帶來很多問題。我們約定了程式碼分支建立規範，鎖住了master分支，只有負責人有commit許可權，其他人需要提交merge request，經負責人稽核後才能合併到master分支。這塊執行的一般，後面可以考慮專人負責跟進、執行。
還有開發流程規範、日報填寫規範、技術分享等，執行的都不夠。
想說的是，制定一個規範很容易，但重要的是要堅持執行，堅決點。讓大家都按規範執行很不容易，需要不斷監督，慢慢推進，就拿填寫日報，每天都要催著填寫，有些人就是有惰性。
規範也不是一成不變的，執行過程中可能會發現一些不合理的地方，需要不斷調整，找到最適合自己團隊的。
堅持執行是關鍵。
團隊成員的能力和主動性
一個人能力再強，能做的事情也是有限的，需要團隊的共同協作。
作為管理者，希望團隊成員都是負責的、主動的、有能力、有擔當、協調能力還不錯的，但這樣的人太少了，也不好招，所以說人才是一個公司的核心競爭力，深有體會。
我們組北京這邊的同事，團隊氣氛不是很理想，整體主動性和技術能力都不強，需要花很多時間去跟進一些任務，缺少一兩個能分擔自己壓力的人。
如果明年還有機會，狠狠心，把自己覺得不合適的人勸退，認真找一些合適的朋友。
主動性太重要了。
上線要做好充分準備
上線是一個很謹慎的事情，要做好充分的準備。
剛來小米時，開發流程很不規範，開發完成後，進行簡單的內測就上線了，可以想象風險有多大，可能是我們系統直接面向用戶的比較少，沒有重視。
今年開始，部門之間開始重視成本了，業務方對系統的要求和穩定性要求更嚴了，如果經常不能按時上線或者上線後有問題，會留下不好的印象。
現在，大部分需求開發完成之後，都要經過測試人員驗證，驗證完成後，由產品經理驗收。和業務方約定上線的具體時間，提前一天發上線申請郵件，上線完成後，及時通知業務方進行驗證。
對於涉及系統較多，涉及資料預處理較多的需求，要在測試環境進行充分驗證，必要時，要模擬線上環境，進行上線演練，做好充分的準備。
重視每一個問題
前段時間，線上系統出現了一個bug，因使用者手機端息屏或網路斷開，沒有接收到會話斷開的事件，導致使用者發訊息給客服，客服卻收不到，使用者卻無感知，以為傳送成功。
這個bug，之前也反饋，潛意識裡一直以為是網路原因，這次的反饋，領導很重視，一個實習生主動進行了分析，發現是重連的邏輯有問題，進而解決了這個問題。
這個bug存在很久了，遭到了實習生同事的嚴重吐槽，我也很尷尬。
我們的報表系統也是，經常反饋一些問題，開發同事沒有足夠重視，經常歸咎於現有系統架構和雲平臺基礎環境，不夠主動和堅決去徹底解決。
我自己也是，有時需求多了，煩瑣事多了，對一些問題的處理也是草草了事。
重視每一個問題，刨根問底，大家一起努力。
11月來到