大数跨境

研讨会总结:未来 AI Native 团队的10个共识

研讨会总结:未来 AI Native 团队的10个共识 TechLead 少个分号
2026-08-20
2
导读:最近一期研讨会聊了 AI 时代的团队协作模式,线上来了不少朋友,从 B 端到金融到传统行业,大家分享了各自公司的真实情况。聊完发现,虽然各家业务不同,但对 AI 编程带来的团队变化,共识出奇的一致。

最近一期研讨会聊了 AI 时代的团队协作模式,线上来了不少朋友,从 B 端到金融到传统行业,大家分享了各自公司的真实情况。聊完发现,虽然各家业务不同,但对 AI 编程带来的团队变化,共识出奇的一致。

我把这些共识整理成十条,不一定全对,但至少是多个公司一线实践出来的体感,不是理论推演。

01 BA 比开发还稀缺

以前一个 BA 能对四五个开发,现在只能对两到三个,甚至可能变成一比一。不是开发不够用了,是 BA 供不上需求。AI 写代码太快了,需求产出速度根本跟不上。现在市面上最难招的两个岗位:能做方案的产品经理,和能做技术管理加沟通谈判的 Tech Lead。

02 用户故事该扔了

以前敏捷用用户故事,颗粒度很细,一张卡三五天的工作量。现在 AI 一天就能干完,用户故事变得特别鸡肋。大家的共识是直接用 Feature 颗粒度,验收标准保留,用户故事的写法不要了。拆太细反而降低效率

03 需求文档进代码仓库

以前用 Word 传需求,现在全都用 Markdown 放代码仓库里。需求跟代码在同一个地方版本管理,AI 可以直接读,人也方便对照。这已经不是趋势了,是共识

04 测试不会消失但会变少

有人觉得测试可以直接砍掉让开发顶上,实践下来发现不行。开发做不了专业测试的那些判断。正确的做法是测试人员数量减少,但至少留一个专业测试专家做指导。每个角色都需要一个核心能力的人在

05 设计师不需要了

B 端项目已经不配 UI/UX 设计师了。BA 用组件库直接出原型,AI 生成 HTML,还原效果基本一模一样。更进一步的玩法是用同构框架,原型和正式前端用同一套组件,直接搬过去就能用,不需要多模态识别,不需要最强模型

06 每个开发都是 Tech Lead

以前开发可以躲在 Tech Lead 背后干活,现在不行了。每个开发都必须具备方案设计和 Code Review 的能力,因为你没有靠山了。Tech Lead 本身也要往上走一层,从做方案变成管方案、做谈判、跟业务撕扯。不转型就是现实意义上的失业

07 沟通能力比技术能力重要

AI 时代出现一个很有意思的现象:沟通能力强的人比纯技术强的人更吃香。以前技术大牛可以不爱说话,现在不行了,角色边界在模糊,所有角色都在往沟通侧、往人侧迁移

08 团队规模缩到四五个人

以前一个敏捷团队十二个人叫"两个披萨能喂饱",现在四五个人就够了。BA、全栈开发、测试专家,再加一个 Tech Lead 级别的人做方案和谈判,就够运转了。运维也在被 Agent 化,一个公司可能只需要一两个运维。

09 技术不是护城河

程序员最大的幻觉是技术是护城河,学了某个框架某个源码就安全了。实际上 AI 最先吃掉的就是纯技术执行层。真正的安全感来自业务理解能力和解决方案能力。能引导客户说出他想要什么,能把模糊的点子变成可执行的产品方案,这些 AI 暂时替代不了。

10 所有出路都指向业务

从老板往下看,软件工程师必须走到 Tech Lead,再走到产品/业务侧,才有长期存在价值。项目经理在 IT 行业竞争力很弱,纯写需求的 BA 也在被替代,但做方案、做咨询、挖掘需求的人非常稀缺。整个行业的人都在往需求侧挤,谁先到谁先安全。


【声明】内容源于网络
0
0
TechLead 少个分号
知名技术咨询公司 TechLead(技术经理),分享系统设计技术方案和技术管理。 公众号愿景和定位是:做好软件,带好团队。 原名《DDD和微服务》,合作请留言。
内容 126
粉丝 0
TechLead 少个分号 知名技术咨询公司 TechLead(技术经理),分享系统设计技术方案和技术管理。 公众号愿景和定位是:做好软件,带好团队。 原名《DDD和微服务》,合作请留言。
总阅读1.2k
粉丝0
内容126