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