30/60/90 天计划是什么
30/60/90 天计划把新人上手拆成三个阶段：第一个月熟悉环境、流程与代码，第二个月独立承担模块级任务，第三个月端到端负责一次交付。每个阶段有明确目标与检查点，用来替代放养式入职。
三阶段目标
| 第 1 个月 | 拿到权限与环境、读通核心流程、完成第一次小改动 |
|---|---|
| 第 2 个月 | 独立负责模块级任务，参与评审并开始接触值班 |
| 第 3 个月 | 端到端负责一项交付，输出上手体验的改进反馈 |
| 配套动作 | 固定带教人、每周同步一次、检查点结果写入试用期评估 |
典型使用场景
- 新员工入职：从第一天起就有明确节奏与预期
- 内部转岗：换技术栈或业务域时同样适用，压缩为 2-4 周版本
- 团队扩张期批量入职：统一带教流程，减少个人差异
- 试用期评估：用检查点作为客观依据，而非印象判断
- 反向改进：新人提出的上手障碍反过来优化文档与工具
检查点示例
检查点示例
第 7 天：开发环境可用，能在本地跑通核心测试
第 30 天：完成首个合并，代码通过评审并上线预发
第 60 天：独立发布一次变更，参与一次故障复盘
第 90 天：端到端负责一项交付，输出改进建议
# 每个检查点由带教人和新人共同确认，未通过则调整任务难度阶段目标与验证方式
| 阶段 | 目标 | 验证方式 |
|---|---|---|
| 第 1 个月 | 理解系统与流程 | 能画出核心链路并说明关键依赖 |
| 第 2 个月 | 独立完成模块任务 | 独立提交并通过评审的变更数量 |
| 第 3 个月 | 承担端到端责任 | 独立负责一次交付或故障处置 |
| 持续 | 融入团队协作 | 参与评审、复盘与值守的实际记录 |
上手周期长的常见原因是任务全是边角料：只改配置与文案，新人始终建立不起对系统的整体理解，试用期结束时评估也缺少依据。