AI时代的变更到底怎么管(抛砖引玉版)
传统变更管理靠摩擦力控制变更频率,AI把摩擦力打没了。变更管理从人的流程问题变成了上下文工程问题。分享我们在SDD体系下用结构化锚定管理变更的实践和未解难题。
土木工程出身,软件行业13年老炮。从全栈工程师到带60余人研发团队,桥梁裂缝教会我的敬畏心,被我带进了每一行代码和每一个管理制度。
1992年生,土木工程专业,毕业后在土木行业干过。桥梁裂缝就是人命关天,这种敬畏心被我带进了软件行业。大部分软件工程师谈"工程管理"参照系只有软件行业自身,土木工程的规范化、监理制度、设计变更管理、造价控制,提供了完全不同的视角。
2014年转行写代码,Android、iOS、后端、Web都做过。2017年带项目,经历过项目带崩、团队失控。2019年接管整个研发部门,从0到60余人,2025年任研发副总。踩过的坑后来都变成了判断力。
管理岗快八年,至今保持高频编码。搭过微服务架构,搞过YOLO图像识别全流程落地。技术判断力是写出来的,不是听来的。
2025年下半年开始推团队AI转型,需求、开发、设计、测试几个部门全面改造,构建了 SpecCoding 技能体系覆盖从需求澄清到代码评审的完整链路,团队每天都在跑。
项目带崩过,团队失控过,转管理时极度不适应过。后来摸索出质量体系、述职竞聘晋升,利润率从个位数拉到接近30%。