| 症状 | 热衷新框架新项目、不愿维护遗留系统、抢功劳轻复盘 |
|---|---|
| 根源 | 晋升标准单一偏向可见的新建设 |
| 对策 | 证据维度多元：稳定性、传承、协作、长期影响 |
标准改进示例
标准改进示例
加分项补充：
- 把关键系统稳定性提升到新水平
- 沉淀被复用的工程规范与工具
- 培养出可独立工作的接棒人晋升驱动型开发
当晋升与重大项目强绑定，工程师会倾向于追新造复杂系统、避开维护性工作，产生“简历驱动开发”。缓解方式是多元化晋升证据（含稳定性与协作贡献），并让维护工作有可见的激励。
易错点
- 维护工作无认可：老系统无人愿意接手，风险持续累积
- 为晋升硬造项目：系统越建越多，长期维护成本失控
数据来源与参考
- 工程组织晋升实践公开讨论
- 《Staff Engineer》（Will Larson）相关章节