对 3 名工程师有效的实践在 30 人时就会崩溃。非正式的协调、部落知识和手动流程无法扩展。资深 TL 必须在增长曲线之前演进实践，仅形式化足够的结构来保持速度而不引入官僚主义。
需要扩展的内容
text
✓ CI/CD — fast, reliable, automated; manual deploys don't survive growth
✓ TESTING — automated suites; you can't manually verify everything
✓ CODE REVIEW — clear norms, reasonable turnaround, ownership boundaries
✓ DOCUMENTATION — written knowledge replaces "ask Bob"
✓ ONBOARDING — repeatable, not bespoke per hire
✓ DECISION-MAKING — clear ownership; who decides what
✓ ON-CALL / OWNERSHIP — defined, rotated, not heroic
具体示例
5 人时，每个人都了解整个系统，手动部署。25 人时，这就是混乱，你需要真正的 CI/CD 管道、服务所有权、书面 runbook 和审查规范，否则团队会因为互相冲突而陷入停滞。
及时添加结构
不要对小团队施加繁重的流程（这会扼杀他们），也不要在大团队中固守创业初期的非正式性（这会崩溃）。随着添加每一块结构，理想情况下在痛点出现之前。留意这些信号：合并冲突增加、知识瓶颈、不稳定的部署。