让非程序员也能提交代码后,我们的开发流程彻底乱套了
把非技术人员直接扔进代码库,看似提高了效率,实际上给 Review 环节带来了巨大的压力。我们现在的模式是 1 周规划加 6 周开发,每天的站会基本变成了 Demo 秀,大家快速反馈进度。最离谱的是,我们现在连 PRD 和系统设计文档都不写了,直接录音转文字,然后用 Agent 自动生成。
这种模式其实是在用“沟通成本”换“开发速度”,如果团队没有极强的 Review 机制,非工程师提交代码大概率会变成技术债的制造机。
虽然这种工作流看起来很“未来”,但实际跑起来有几个非常头疼的坑,分享给同样在尝试 AI 工作流的朋友:
- 代码评审变成了噩梦: 因为非工程师可以通过 Slack 里的 Cursor 快速提交代码,导致 PR 数量激增,且质量参差不齐。工程师现在得花更多时间在 Review 上,而不是写核心逻辑。
- 设计链路断裂: 以前 Figma 是唯一真理,现在设计师过度依赖 Claude Design,导致 UI 组件和实际代码组件之间的对应关系完全丢失了。我们现在在考虑把编辑器从 Cursor 换成 Claude Code,看看能不能缓解这个问题。
- 基础设施跟不上: 每个 PR 自动生成临时测试环境的功能依然不稳定,经常卡在部署环节。
- 规划缺失: 习惯了 AI 的快速迭代,我们竟然把容量规划(Capacity Planning)给丢了,结果导致项目进度在后期经常出现不可控的波动。
这种模式其实是在用“沟通成本”换“开发速度”,如果团队没有极强的 Review 机制,非工程师提交代码大概率会变成技术债的制造机。
事件追踪 · 相关报道
Lovable 这次融资 4 亿美金把估值直接顶到 133 亿
7小时前
移民律师现在用大模型处理案卷到底得遵守哪些底线
8小时前
软件工程的中产阶级正在被 AI 给端掉
10小时前
Anthropic 的编程工具被指有安全后门,这事儿得怎么看
1天前
在 macOS 底部 Dock 栏旁边加个伪 LED 灯条能解决 C
1天前
把AI当成绝对的决策者其实挺危险的
3天前