最近一直在思考技術轉管理過程中需要注意到的一些事情,現在就總結下分享給大家看看
核心職責
確定團隊目標
不論項目大小,一定要有目標,有目標才能讓所有人看到方向,明確每天工作的意義。單純技術人員應該切換思維爲全局性,而不侷限於技術層面,現在個人的成功而不是成功,團隊的成功纔算最終的成功,應該多思考怎麼樣才能讓團隊高質量的績效產出。
欠缺哪些資源
項目開始時候,需明確知道目前團隊有哪些資源,比如人員,技術風險點及物理硬件採集。只有瞭解了需要哪些資源,我們才能更好的完成定下的團隊目標
怎麼實現這個目標
這個在整個項目過程中都有所體現,具體怎麼實現,我們可以拆分爲三大塊
- 業務管理
- 團隊管理
- 技術管理
業務管理
業務管理,主要就是管理我們需要處理的業務需求。其實我們可分爲這幾大塊
內容
- 每天的任務分配與分解
- 制定大致的開發排期
- 每天瞭解開發進度
- 討論與跟進各種具體的技術問題
- 協調一些產品需求變更
- 響應一些市場同事的需求
- 跟進功能上線
敏捷
關於敏捷開發,針對不一樣的團隊、不同的產品,具體實踐方式是不同的。不過重要的是每過段時間,需要做總結,來反思過去的一段時間中,是否出現變壞的趨勢,然後在針對性的改進。總結下「敏捷是態度而不是流程,是氛圍而不是方法」。
具體實踐有下面 4 個部分組成
- 計劃會議
- 每日站會
- 評審會議
- 回顧會議
困難
困難的地方很多,或者說當坐上管理崗位後,承擔的責任就變重很多,體現在以下 5 個方面
- 需求變更
- 線上緊急事故處理
- 業務臨時需求
- 跨部門溝通
- 開發進度風險
心得
- 及時試用產品
- 觀察燃盡圖
- 多溝通
花費時間
- 40% - 60%
團隊管理
招人
- 前同事
- 內部推薦
- 技術分享
帶人
- 指導新人
- 工作上指導
- 技術細節講解
- code review
- 工作方式與態度
- 工作上指導
- 非工作上的幫助
- mentor要與新人成爲朋友
- 如果一件事情你熟悉了,不要做,交給新人做
- 鼓勵新人提問
- 一對一溝通
- 建立舒適的溝通環境
- 保持真誠
- 讓對方主動說,適當引導
- 溝通頻率
- 溝通時長
- 構建私密,輕鬆,真誠,有效的環境,兩個人一起討論問題與互相學習
- 團隊活動
花費時間
- 30%
技術管理
內容
- 技術架構是否合理?
- 流量增長,現在架構能否勝任
- 活動期間,突發流量多少,能否承受壓力
- 未來架構如何變化
- 客戶端投入哪些技術方案
建立有技術追求的團隊
- 推進技術wiki的使用
- 推進技術分享
- 推進code review
- 推進追求代碼質量
思考技術上的挑戰,提前做準備
花費時間
- 10%