技术管理主要作什么？

最近一直在思考技术转管理过程当中须要注意到的一些事情，如今就总结下分享给你们看看

核心职责

肯定团队目标

不论项目大小，必定要有目标，有目标才能让全部人看到方向，明确天天工做的意义。单纯技术人员应该切换思惟为全局性，而不局限于技术层面，如今我的的成功而不是成功，团队的成功才算最终的成功，应该多思考怎么样才能让团队高质量的绩效产出。

欠缺哪些资源

项目开始时候，需明确知道目前团队有哪些资源，好比人员，技术风险点及物理硬件采集。只有了解了须要哪些资源，咱们才能更好的完成定下的团队目标

怎么实现这个目标

这个在整个项目过程当中都有所体现，具体怎么实现，咱们能够拆分为三大块

• 业务管理
• 团队管理
• 技术管理

业务管理

业务管理，主要就是管理咱们须要处理的业务需求。其实咱们可分为这几大块

内容

• 天天的任务分配与分解
• 制定大体的开发排期
• 天天了解开发进度
• 讨论与跟进各类具体的技术问题
• 协调一些产品需求变动
• 响应一些市场同事的需求
• 跟进功能上线

敏捷

关于敏捷开发，针对不同的团队、不一样的产品，具体实践方式是不一样的。不太重要的是每过段时间，须要作总结，来反思过去的一段时间中，是否出现变坏的趋势，而后在针对性的改进。总结下「敏捷是态度而不是流程，是氛围而不是方法」。

具体实践有下面 4 个部分组成

• 计划会议
• 每日站会
• 评审会议
• 回顾会议

困难

困难的地方不少，或者说当坐上管理岗位后，承担的责任就变重不少，体如今如下 5 个方面

• 需求变动
• 线上紧急事故处理
• 业务临时需求
• 跨部门沟通
• 开发进度风险

心得

• 及时试用产品
• 观察燃尽图
• 多沟通

花费时间

• 40% - 60%

团队管理

招人

• 前同事
• 内部推荐
• 技术分享

带人

• 指导新人
  • 工做上指导
    • 技术细节讲解
    • code review
    • 工做方式与态度
• 非工做上的帮助
  • mentor要与新人成为朋友
• 若是一件事情你熟悉了，不要作，交给新人作
  • 鼓励新人提问
• 一对一沟通
  • 创建温馨的沟通环境
  • 保持真诚
  • 让对方主动说，适当引导
  • 沟通频率
  • 沟通时长
  • 构建私密，轻松，真诚，有效的环境，两我的一块儿讨论问题与互相学习
• 团队活动

花费时间

• 30%

技术管理

内容

• 技术架构是否合理？
• 流量增加，如今架构可否胜任
• 活动期间，突发流量多少，可否承受压力
• 将来架构如何变化
• 客户端投入哪些技术方案

创建有技术追求的团队

• 推动技术wiki的使用
• 推动技术分享
• 推动code review
• 推动追求代码质量

思考技术上的挑战，提早作准备

花费时间

• 10%