35岁转岗:从运维到技术经理
35岁转岗:从运维到技术经理
2023年,我35岁。这个年纪,在很多行业被称为"职业生涯的分水岭"。在互联网行业,更是经常听到"35岁危机"的说法。
那时,我已经做了10年运维。从最初的基础设施运维,到后来的平台运维,再到技术架构,我似乎走到了职业发展的瓶颈期。
是继续做技术专家,还是尝试管理岗位?这个问题困扰了我很久。
技术还是管理?
我热爱技术,喜欢钻研新技术,喜欢解决问题。但我也意识到,单纯的个人能力已经难以满足团队和业务的发展需求。
公司的技术团队从最初的几个人,发展到了现在的几十人。管理半径扩大,对管理能力的要求也越来越高。
我陷入了纠结:
- 继续做技术:这是我的舒适区,我能快速成长,但天花板明显
- 转做管理:这是新的挑战,能发挥更大价值,但需要学习全新的技能
决定转岗
最终,我决定转岗做技术经理。这不是一时冲动,而是深思熟虑的结果:
1. 能力匹配
# 我的优势
# - 10年技术积累,有深厚的技术背景
# - 跨部门协作经验,沟通能力良好
# - 项目管理经验,有过大型项目主导经历
# - 团队建设经验,带过新人,培养过团队
2. 职业发展
# 技术路线
# 高级工程师 → 技术专家 → 架构师 → 首席架构师
# 管理路线
# 技术经理 → 技术总监 → CTO
# 每条路都有天花板,选择适合自己的更重要
3. 公司需要
公司正在快速发展,需要能够带领团队的技术管理者。这是一个机会,也是一个责任。
新的开始
转岗后的第一个月,我几乎每天都在适应新的角色:
思维转变
- 从"我自己做"到"让团队做"
- 从"解决具体问题"到"制定解决方案"
- 从"关注技术实现"到"关注业务价值"
技能学习
# 管理者必备技能
# - 目标制定与分解
# - 任务分配与跟进
# - 绩效评估与反馈
# - 团队激励与发展
# - 冲突管理与协调
遇到的挑战
转岗不是一帆风顺的,我遇到了很多挑战:
1. 时间管理
以前,我只需要管理自己的时间。现在,我要管理整个团队的时间,还要参加各种会议,处理各种事务。
# 时间管理方法
# - 四象限法则:重要紧急、重要不紧急、不重要紧急、不重要不紧急
# - 每日待办清单:优先处理重要紧急的事
# - 时间块划分:固定时间处理固定类型的工作
2. 授权与信任
从技术专家转做管理,最难的不是技术,而是放手。我需要信任团队,让他们去尝试,去犯错,去成长。
# 授权原则
# - 明确目标和期望
# - 提供必要的资源和支持
# - 给予足够的自主权
# - 定期检查和反馈
3. 团队管理
管理团队比管理服务器复杂多了。每个人都有自己的性格、优点、缺点,需要因人而异地管理。
# 团队管理要点
# - 了解每个成员的特点和优势
# - 合理分配任务,发挥每个人所长
# - 及时反馈,表扬优点,指出不足
# - 关注团队氛围,保持积极向上
技术与管理
有人问我:"做了管理,技术还要学吗?"
我的答案是:要,而且必须学。
技术是基础,管理是上层建筑。没有技术基础,管理就成了空中楼阁。但只有技术,没有管理能力,就无法发挥团队的最大效能。
现在的我,依然关注技术动态,学习新技术。但我的关注点变了:
- 以前关注"这个技术怎么用"
- 现在关注"这个技术能给团队带来什么价值"
给同龄人的建议
如果你也到了35岁的年纪,面临职业选择,我有几点建议:
1. 认清自己
你的优势是什么?你热爱什么?你想要什么样的生活?不要因为外界的声音而改变自己的方向。
2. 提前规划
不要等到35岁才思考职业发展。30岁就应该开始规划,培养第二技能。
3. 持续学习
技术和管理都需要持续学习。保持好奇心和学习能力,是应对变化的最好方式。
4. 接受变化
唯一不变的就是变化本身。接受变化,拥抱变化,在变化中寻找机会。
写在最后
转岗做技术经理已经一年了。回想这一年,有挑战,有困难,但更多的是成长和收获。
从运维到技术经理,不是"升级"或"降级",而是角色和责任的转变。
35岁不是终点,而是新的起点。
无论选择哪条路,只要持续努力,持续学习,就没有过不去的坎。
35岁,刚刚好。






