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