摘要：过去十年里我三次从 0 组建技术团队（10 人 → 15 人 → 20 人 → 30 人的不同阶段），踩过的坑足够写一本书。这篇挑最核心的讲：招聘顺序怎么定、研发规范和 Code Review 机制怎么落地才不会沦为形式（我们靠这套把线上缺陷率降了 50%）、Scrum 在中小团队的真实用法（不是照搬教科书）、以及培养出 3 名项目经理的骨干成长体系。
关键词：技术管理、团队建设、Scrum、Code Review、研发效能
适合人群：新晋技术经理/总监、准备扩团队的技术负责人
—## 一、招聘顺序：错一步，后面全是坑
从 0 到 1 组团队，招聘顺序比招聘数量重要。我的经验顺序：
第 1 批：1 名能扛架构的全栈老兵 + 1 名执行力强的业务开发
第 2 批：按业务模块补齐（前端/后端/测试），先建最小可用产品线
第 3 批：专业化补强（DBA/运维/嵌入式等专项角色）
第 4 批：中层（小组长），从第 2 批里培养，而不是空降
三条血泪教训：
第一次建团队最容易犯的错：把大厂规范搬过来 80 页。结果是没人看。我们的规范收敛到一页纸原则：
