AI时代的变更到底怎么管(抛砖引玉版)
传统变更管理靠摩擦力控制变更频率,AI把摩擦力打没了。变更管理从人的流程问题变成了上下文工程问题。分享我们在SDD体系下用结构化锚定管理变更的实践和未解难题。
土木工程出身,软件行业13年老炮。从全栈工程师到带60余人研发团队,桥梁裂缝教会我的敬畏心,被我带进了每一行代码和每一个管理制度。
1992年生,土木工程专业,毕业后在土木行业干过。桥梁裂缝就是人命关天,这种敬畏心被我带进了软件行业。大部分软件工程师谈"工程管理"参照系只有软件行业自身,土木工程的规范化、监理制度、设计变更管理、造价控制,提供了完全不同的视角。
2014年转行写代码,Android、iOS、后端、Web都做过。2017年带项目,经历过项目带崩、团队失控。2019年接管整个研发部门,从0到60余人,2025年任研发副总。踩过的坑后来都变成了判断力。
管理岗快八年,至今保持高频编码。搭过微服务架构,搞过YOLO图像识别全流程落地。技术判断力是写出来的,不是听来的。
2025年下半年开始推团队AI转型,需求、开发、设计、测试几个部门全面改造,构建了 SpecCoding 技能体系覆盖从需求澄清到代码评审的完整链路,团队每天都在跑。
项目带崩过,团队失控过,转管理时极度不适应过。后来摸索出质量体系、述职竞聘晋升,利润率从个位数拉到接近30%。
传统变更管理靠摩擦力控制变更频率,AI把摩擦力打没了。变更管理从人的流程问题变成了上下文工程问题。分享我们在SDD体系下用结构化锚定管理变更的实践和未解难题。
AI把代码生产成本打到了地板,项目管理成本反而涨了。传统项目管理管的是能不能按时做完,AI项目管理管的是做的东西到底对不对。这两件事需要完全不同的管理工具。
从提示词工程到Harness Engineering,AI编程这条线一直在做同一件事:人离代码越来越远,但对产出的控制力越来越强。OpenAI用3个工程师让Codex生成100万行代码的实践,揭示了Harness在AI编程可靠性中的决定性作用。
AI转型不是给旧系统打AI补丁,而是彻底重构组织DNA。核心在于:人机共生、小团队作战、价值链压缩、平台化能力、新管理模式。这六个认知,缺一个就死路一条。