惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Microsoft Security Blog
Microsoft Security Blog
Apple Machine Learning Research
Apple Machine Learning Research
美团技术团队
WordPress大学
WordPress大学
酷 壳 – CoolShell
酷 壳 – CoolShell
G
Google Developers Blog
阮一峰的网络日志
阮一峰的网络日志
The Cloudflare Blog
J
Java Code Geeks
Martin Fowler
Martin Fowler
M
MIT News - Artificial intelligence
IT之家
IT之家
博客园 - 三生石上(FineUI控件)
月光博客
月光博客
Google DeepMind News
Google DeepMind News
小众软件
小众软件
V
V2EX
Hugging Face - Blog
Hugging Face - Blog
爱范儿
爱范儿
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
Jina AI
Jina AI
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
腾讯CDC
B
Blog

博客园 - PetterLiu

OpenReel开源项目 OpenConnector 技术白皮书 汽车行业高效办公AI实践案例集 微软开源Flint语义驱动的图表项目 工业互联网零信任安全应用进展与挑战 开发思维导论:从大白话创意到AI全自动执行 从微服务到 Agent:我们到底在焦虑什么? Drain3与LogParser-LLM技术优劣势及适用场景对比 人机协作的工程化进化路线与落地案例 长视频如何实现信息压缩与细节 AI 站点可靠性工程 (SRE) Agent 苹果公司"中国+1"布局的逻辑重塑与风险对冲 训练 Agent 最怕什么?不是模型笨,是环境烂。 大语言模型自我验证机制与环境鲁棒性前沿技术研究报告 全球软件产业智能化范式转移与商业价值重构研究报告 基于AJ-Bench智能体自我验证场景案 物业行业 AI 落地避坑指南 AI 驱动的视频内容自动化创作框架ShortGPT 2026年6月份个人回顾 Skill不是长Prompt:如何写出工业级 Skill AI 驱动下的上下文治理与管理范式革命 为什么 FDE 正在成为商业落地的唯一解药 《不懂人性,就别做管理》:软件研发管理的核心洞察解读 四周实现非母语教学APP Agent Mail 产品介绍与 Trae Solo Agent 实测 AI落地三大误区与组织提效路径 AI工程化人才的角色演变与组织冲击 揭秘AI搜索时代的"GEO全链路技能库" AI领域值得关注的人与机构 MAICC 如何让 AI 团队在瞬间学会完美协作
AI时代团队效能的非线性陷阱与组织重构升级
PetterLiu · 2026-06-25 · via 博客园 - PetterLiu

image

一、效能悖论:人月神话在AI时代的老调重弹

Brooks早就说过,给一个延期的项目加人只会让它更延期。十个孕妇不可能一个月生出孩子,这个道理说了快六十年了,但到了AI时代,很多人还是不信。团队大了,产出不一定大。超过某个临界点之后,人越多、内耗越大、产出反而越低。这不是新发现,只是AI把这个问题放大了。以前瓶颈在人力执行,写代码、测用例、做报表,这些吃时间的东西。现在AI把大部分执行工作商品化了,瓶颈挪了个地方。瓶颈变成了组织本身。跨部门开会、信息传着传着就丢了、流程走了半天没推进任何事。产品不知道研发在卡什么,运营不知道产品改了什么。这些老问题,在AI工具效率翻倍的背景下,显得更扎眼了

二、技术跑得快,组织跟不上

软件工程换了三轮玩法,但大多数公司的组织方式没怎么变。

1.0时代:手写代码,堆人头,核心资产是代码行数。

2.0时代:Copilot之类的工具开始帮忙写代码,核心资产从人工写的代码转向模型权重。

3.0时代:Context成了最值钱的东西。模型再聪明,你给它一堆碎片化的业务信息,它也只能输出碎片化的结果。

与此同时,岗位能力模型一年变好几次。前年流行Prompt Engineer,去年开始讲Context Engineer,今年又冒出Harness Engineer、Loop Engineer。但大多数公司还是按老结构运转:产品写PRD,研发排期,运营做配置,算法调模型,各管各的墙。

这个错配才是团队效能上不去的原因。不是工具不行,是组织方式没跟上工具的能力

三、组织怎么改:小团队、高自治、能闭环

关于小团队为什么好用,不用讲太多理论,看两个例子就够了。

洛克希德·马丁的臭鼬工厂,几十个人,权限大,流程短,自己闭环搞研发,F-15就是这么出来的。亚马逊的"双披萨团队",一张披萨能吃饱的人数上限,核心就一个:人少一点,沟通成本低一点,决策快一点。

AI时代的组织转型,说白了就是把这些验证过的小团队逻辑推广到全公司。打破产、运、研、算的职能墙,按业务单元组队。每个小队麻雀虽小五脏俱全,能独立交付一条完整业务线。

军事上有个说法叫"师改旅",把大编制拆成小编制,扁平化,灵活化。AI团队也差不多,小型化、闭环化、依托AI工具放大每个人的产出。

四、各岗位怎么变

产品经理:以前写PRD写到吐,评审来评审去,一周过去了还在对齐需求。现在有些团队已经在用Prompt直接出原型了。你说需求,工具出原型,你改,它跟着改。P2P(Prompt to Product)这个模式虽然还没普及,但方向很清楚:产品可以自己把想法变成可演示的东西,不用等研发排期。

研发需求拆解可以交给Agent做,把PRD拆成前后端任务,根据能力画像派单。编码、测试、运维,AI Agent全流程辅助。CLI模式开始替代Web可视化开发,操作成本低了,迭代快了。前后端的分工壁垒也在模糊化。

运营:以前配规则、看数据、做复盘,重复劳动多。现在运营的核心能力转向写Prompt,写结构化的、带角色设定和样本示范的专业Prompt。高阶运营会参与RAG知识库搭建、CoT工作流编排,甚至做小模型微调。从"配规则的人"变成"训练模型的人",这个转型跨度不小。

五、考核也得跟着改

传统考核看工作量、交付量、产出量。AI时代这些指标基本没意义了。

产品经理:别数需求单数了。看AI辅助原型的落地占比,看AI辅助评审的通过率。

策略运营:看Prompt质量和落地效果,看知识库贡献量,看Agent工作流的搭建能力

研发工程侧看AI Coding提效成果和可复用资产沉淀;数据侧看BI和AI的双向融合;算法侧看理解与生成一体化模型的研发落地。

六、落地踩坑实录

案例:已经有团队跑通了。产品经理用对话式Prompt迭代,不用走完整流程,几天就出了风控门户原型。运营写专业Prompt搭CoT工作流,模型判断准确率上去了,人工干预降下来了。

新人问题:这是最紧迫的。AI把基础执行工作都商品化了,初级研发、产品、运营如果还靠"我执行力强"来竞争,基本没出路。新人得从"执行者"转成"AI团队管理者",调度Agent、编排工作流、搭建上下文,把自己变成一个能指挥AI军团的人。

新老项目并行:存量系统大多不是AI友好的,业务上下文缺失、知识碎片化、技术债一堆。四步走:

  1. 业务信息标准化,搭出AI能识别的结构化上下文(Agent Markdown)

  2. 建全域RAG知识库,把碎片知识串起来

  3. 工程测试围栏(Harness),约束AI输出,防止脱缰

  4. 新需求按AI友好架构来,老系统逐步重构

组织落地三步:先试,成立AI先锋队,在小范围内跑通;再推,用实际数据说话,新旧模式并行,不搞一刀切;最后升,基于成果重新定义各岗位价值,重构组织。

七、绩效怎么评

两个新维度:

Token ROI:AI调用Token消耗是分母,业务价值贡献是分子。用更少的Token办更多的事,别浪费。

Skills资产贡献鼓励沉淀业务知识、Prompt模板、工作流、上下文体系。这些可复用资产是模型持续迭代的基础。

传统康威定律说组织架构决定系统架构。AI时代反过来,叫逆康威定律:你得按AI的生产逻辑来重构组织,而不是让AI来适应你的组织。谁先想明白这个,谁先吃到红利。

page_0001page_0002page_0003page_0004page_0005page_0006page_0007page_0008page_0009page_0010page_0011page_0012page_0013page_0014