当我们在程序员的岗位做得出色，被任命为技术经理(组长、主程序)时，除了提拔的喜悦，还会有种面对新问题域的茫然感：
- 以前只用做好自己的工作，现在需要负责团队的绩效
- 以前只用和产品、测试沟通，现在明显发现要参加各种会
- 以前有困难可以找到上级，现在发现自己就是最后的防线
- 以前每周还时不时可以按时下班，现在发现每天都是最晚走
- 。。。
优秀员工 ≠ 优秀经理，这种转变不会自然发生，需要有指引和辅导。不少公司在提拔基层干部时会组织基干培训，可能你参加过
- 团队管理
- 项目管理
- 目标管理
- 招聘、绩效等等
但相信你会发现这些管理课程，在实际工作中难以落地。
我以前看《敏捷软件开发：原则、模式与实践》时，有点印象挺深刻。它除了讲原则外，还延伸出一些模式，再进一步介绍实践，为读者从理论到实践提供了路径。技术管理如何从理论到实践，从入门到提高呢？我想设计出一个工具是最有效的方法之一，于是我提出了RRR技术管理框架。
RRR技术管理框架简单来说，就是列出你所担任的角色，并该角色的工作例行化，用角色(Role)-例行工作(Routine)两个纬度组成矩阵，具体如下：
| 角色 | 每日 | 每周 | 每月 | 每季度/半年 | |
|---|---|---|---|---|---|
| 组长 | 工作指导 招聘 |
团队培训 横向沟通 |
团队建设 人员盘点 向上沟通 辅导后备干部 |
绩效考核 绩效面谈 选拔后备干部 |
|
| 架构师 | 检视架构的实现 解决难题 |
需求讨论和设计 | 提技术优化需求 | ||
| 项目经理 | 跟进进度 | 定项目计划 出项目周报 |
出项目月报 | ||
| 产品经理 | 体验本产品 | 体验产品 |
在每项工作中，有相应的管理认知（Realization），结合起来就是RRR技术管理框架。
RRR是个框架，这意味着矩阵的内容都不是固定的，可以根据自己承担的角色来设定例行工作。管理认知也仅仅是我自己经验的一些总结，供参考，也欢迎与我交流反馈。
RRR技术管理框架是技术管理落地的好工具，具体内容请看浏览幻灯片，幻灯片源码在github:thinkry/rrr的gh-pages分支。
网友评论