技术开发到团队管理：30 天学习系列
从角色转换、目标协作到工程管理与人员成长，用 30 天建立一套可以实践和复盘的技术管理框架。
最后更新于 2026年7月4日从技术开发走向团队管理，不只是职位或工作内容发生变化，更重要的是产出方式变了：从自己完成任务，转向让团队持续完成重要结果。
这个系列用 30 天依次讨论角色转换、管理杠杆、目标与协作、技术系统、人员成长和典型管理场景。每篇文章都包含一个核心概念、一个真实场景、一套行动方法和几个复盘问题。
第一阶段：建立管理框架
- Day 01｜角色转换：从个人贡献到团队产出
- Day 02｜管理杠杆：通过他人和机制产生结果
- Day 03｜技术管理者的三重责任：业务、技术、人
- Day 04｜从任务思维到系统思维
- Day 05｜管理者的时间分配与注意力管理
- Day 06｜目标对齐：让团队知道为什么做
- Day 07｜目标拆解：从方向到可执行任务
第二阶段：掌握日常管理动作
- Day 08｜优先级判断：重要性、紧急性与影响面
- Day 09｜任务分配：能力、成长与风险的平衡
- Day 10｜进度跟踪：看见事实而不是制造压力
- Day 11｜反馈循环：让问题尽早暴露
- Day 12｜一对一沟通：理解人，而不只是同步事
- Day 13｜有效会议：把会议变成决策和协作工具
- Day 14｜冲突处理：从立场对抗到问题澄清
- Day 15｜授权：不是甩手，而是建立责任边界
第三阶段：管理技术、风险与人员成长
- Day 16｜技术决策：在局部最优和长期演进之间选择
- Day 17｜代码质量管理：标准、评审与工程习惯
- Day 18｜工程效率：减少摩擦而不是催促加速
- Day 19｜风险管理：识别不确定性和失败路径
- Day 20｜人员成长：从使用能力到培养能力
- Day 21｜绩效观察：事实、贡献与期待管理
- Day 22｜心理安全：让真实问题能被说出来
- Day 23｜团队文化：被重复奖励的行为
- Day 24｜招聘与组队：能力结构和互补性
第四阶段：综合判断与个人转型
- Day 25｜管理者的判断框架：人、事、系统
- Day 26｜常见场景一：项目延期如何处理
- Day 27｜常见场景二：成员表现不稳定如何沟通
- Day 28｜常见场景三：技术债与业务压力如何平衡
- Day 29｜个人转型计划：我需要改变哪些工作习惯
- Day 30｜月末整合：形成自己的技术管理原则
如何使用这个系列
不必追求一次读完。每天选择一篇，把文章里的框架套入一个真实工作场景，再回答文末问题。管理能力不是记住更多概念，而是在真实约束下反复做出更清楚的判断。