技術管理

最近一直在思考技術轉管理過程當中須要注意到的一些事情，如今就總結下分享給你們看看

在轉變過程當中，須要注意到一下三個方面

• 業務管理
• 團隊管理
• 技術管理

業務管理

業務管理，主要就是管理咱們須要處理的業務需求。其實咱們可分爲這幾大塊

內容

• 天天的任務分配與分解
• 制定大體的開發排期
• 天天瞭解開發進度
• 討論與跟進各類具體的技術問題
• 協調一些產品需求變動
• 響應一些市場同事的需求
• 跟進功能上線

敏捷

關於敏捷開發，針對不同的團隊、不一樣的產品，具體實踐方式是不一樣的。不太重要的是每過段時間，須要作總結，來反思過去的一段時間中，是否出現變壞的趨勢，而後在針對性的改進。

總結下「敏捷是態度而不是流程，是氛圍而不是方法」。

具體實踐有下面 4 個部分組成

• 計劃會議
• 每日站會
• 評審會議
• 回顧會議

困難

困難的地方不少，或者說當坐上管理崗位後，承擔的責任就變重不少，體如今如下 5 個方面

• 需求變動
• 線上緊急事故處理
• 業務臨時需求
• 跨部門溝通
• 開發進度風險

心得

• 及時試用產品
• 觀察燃盡圖
• 多溝通

花費時間

• 40% - 60%

團隊管理

招人

• 前同事
• 內部推薦
• 技術分享

帶人

• 指導新人
  • 工做上指導
  • 技術細節講解
  • code review
  • 工做方式與態度
• 非工做上的幫助
  • mentor要與新人成爲朋友
• 若是一件事情你熟悉了，不要作，交給新人作
  • 鼓勵新人提問
• 一對一溝通
  • 創建溫馨的溝通環境
  • 保持真誠
  • 讓對方主動說，適當引導
  • 溝通頻率
  • 溝通時長
  • 構建私密，輕鬆，真誠，有效的環境，兩我的一塊兒討論問題與互相學習
• 團隊活動

花費時間

• 30%

技術管理

內容

• 技術架構是否合理？
• 流量增加，如今架構可否勝任
• 活動期間，突發流量多少，可否承受壓力
• 將來架構如何變化
• 客戶端投入哪些技術方案

創建有技術追求的團隊

• 推動技術wiki的使用
• 推動技術分享
• 推動code review
• 推動追求代碼質量

思考技術上的挑戰，提早作準備

花費時間

• 10%