技术管理主要做什么？.docxVIP

技术管理次要做什么？ 不论项目大小，肯定要有目标，有目标才能让全部人看到方向，明确每天工作的意义。单纯技术人员应当切换思维为全局性，而不局限于技术层面，现在个人的成功而不是成功，团队的成功才算最终的成功，应当多思考怎样样才能让团队高质量的绩效产出。 欠缺哪些资源 项目开头时候，需明确晓得目前团队有哪些资源，比如人员，技术风险点及物理硬件采集。只要了解了需要哪些资源，我们才能更好的完成定下的团队目标 怎样实现这个目标 这个在整个项目过程中都有所体现，具体怎样实现，我们可以拆分为三大块 业务管理 团队管理 技术管理 业务管理 业务管理，次要就是管理我们需要处理的业务需求。其实我们可分为这几大块 内容 每天的任务安排与分解 制定大致的开发排期 每天了解开发进度 争辩与跟进各种具体的技术问题 协调一些产品需求变更 响应一些市场同事的需求 跟进功能上线 灵敏 关于灵敏开发，针对不一样的团队、不同的产品，具体实践方式是不同的。不过重要的是每过段时间，需要做总结，来反思过去的一段时间中，能否消灭变坏的趋势，然后在针对性的改进。总结下「灵敏是态度而不是流程，是氛围而不是方法」。 具体实践有下面 4 个部分组成 方案会议 每日站会 评审会议 回顾会议 困难 困难的地方很多，或者说当坐上管理岗位后，担当的责任就变重很多，体现在以下 5 个方面 需求变更 线上紧急事故处理 业务临时需求 跨部门沟通 开发进度风险 心得 准时试用产品 观看燃尽图 多沟通 花费时间 40% - 60% 团队管理 招人 前同事 内部推举 技术共享 带人 指点新人 技术细节讲解 code review 工作方式与态度 工作上指点 非工作上的挂念 mentor要与新人成为伴侣 假如一件事情你生疏了，不要做，交给新人做 鼓舞新人提问 一对一沟通 建立温馨的沟通环境 保持真诚 让对方自动说，适当引导 沟通频率 沟通时长 构建私密，轻松，真诚，有效的环境，两个人一起争辩问题与相互学习 团队活动 花费时间 30% 技术管理 内容 技术架构能否合理？ 流量增长，现在架构能否胜任 活动期间，突发流量多少，能否承受压力 将来架构如何变化 客户端投入哪些技术方案 建立有技术追求的团队 推动技术wiki的使用 推动技术共享 推动code review 推动追求代码质量 思考技术上的挑战，提前做预备 花费时间 10%