3 分钟 AI 学院 | 软件公司AI提效半年后,集体撞上了同一堵墙
代码写得更快了,交付却更慢了。个人效率翻倍了,组织利润没动。2026年上半年,一批率先All in AI的软件公司开始回过神来:问题不在AI,在组织。
2026年6月,杭州。TGO鲲鹏会杭州站的一场闭门分享上,一位做了20年组织变革的资深顾问讲了一个案例,让在场的CTO们沉默了。
一个研发团队做了三年多的敏捷转型,站会、回顾、迭代——该做的都做了,始终不成功。这位顾问的团队介入后,没有引入新工具,没有换人,只做了一件事:把团队拆成2到3人的小战队,打破岗位边界,测试开始写代码,产品也参与开发,一周一个迭代。
两个月后,生产效率提升3倍。人员缩减50%。
这个案例戳中了一个所有软件公司都在回避的问题:过去两年大家疯狂往AI工具上砸钱,以为换了工具就能提效。但组织这台机器如果没变,工具越快,浪费越大。软件公司的AI提效,下半场拼的不是模型,是组织。而组织变革中,有三个问题绕不过去。
第一个问题:团队怎么组
一位企业信息安全负责人在2026年火山引擎Force原动力大会上,用三组数据给行业泼了冷水:MIT 2025年研究显示,95%投入生成式AI的企业没有拿到可衡量的回报;麦肯锡发现仅6%的企业实现了AI对税前利润5%以上的贡献。
他给了一个公式:组织能力 = 技术就绪度 × 治理成熟度 × 人员准备度。 大多数软件公司技术就绪度很高——程序员用AI写代码一个比一个溜。但后面两项,远远没跟上。
这位资深顾问的答案是:有效团队规模从7到10人缩减到2到3人。过去一个需求跑下来,产品经理、设计师、前端、后端、测试——五个人起步。现在AI工具降低了每个领域的准入门槛,跨职能协作从”需要协调”变成了”可以自己搞定”。
一份2026年6月发布的行业报告《从超级个体到超级团队》也印证了这一点。报告提出了一个公式:组织竞争力 = 人才密度 × AI杠杆 / 组织摩擦。 分母减半的效果,等价于分子翻倍。
一位硅谷一线工程师把这个摩擦讲得更具体:AI让后端写API从一天缩到10分钟,但代码要等测试,测试要等PM验收,验收要等市场部排期。”局部百倍提升经组织摩擦稀释后,最终交付可能只剩5%。瓶颈从来不在写代码,而在人与人之间的对齐。”
这位资深顾问说得更直白:大多数软件企业只关注了第一根支柱——用AI写代码更快——但忽略了产品如何重新规划,以及组织如何随之改变。如果组织不随之改变,工程效率的提升会被组织摩擦吞噬。
第二个问题:人怎么用
如果团队规模是骨架,那人的角色定位就是血肉。这里有一个正在大规模重演的职业陷阱。
鸭哥是一个中厂研发。从2024年底开始基本没手写过代码,AI帮他写一切。产出和rating是整个org最高的。VP的评价是”deliver in superhuman pace”。
然后升职失败了。第二次努力,又失败了。
复盘的时候他发现一个讽刺到残忍的细节:正是因为手太快了,老板把他当成了手,而不是脑。CXO心里有个想法想快速试一下,就把他叫过来——”你去试一下这个”。他用AI一天干完别人一周的活,两周后搞出超牛demo。CXO看了说”牛逼,你再试一下这个”。方向一两个月就变一次,到年底讲自己做了什么的时候,讲不圆。
“猜猜老板眼中谁最容易被AI取代?最擅长用AI的人,反而最容易被AI替代。”
鸭哥在另一篇文章里把这个现象上升到了机制层面:AI是定向杠杆——放大执行,不放大判断。 上级想追加一个价值存疑的特性,团队每个人都觉得不对。还没人开口,一句”让AI做一下”,整个判断流程当场断了。该不该做,再没人提起。
过去哪怕再小的改动也要估工时、排优先级、挤进sprint。这个摩擦本身就是一道过滤器:不够重要的事,不值得费这个劲。AI把这道过滤器拆了。十分钟出结果,所有事都过了。”值不值得”这个问题还没来得及进入任何人的意识,执行已经开始了。
他还指出技术层的根源:某头部AI公司自己的研究发现,RLHF这个训练范式本身带有讨好倾向——模型被优化成”做你希望听到的回答”,而不是”做对的回答”。Nature 2026年的一篇研究量化了效应:被训练成更”温和”的模型,错误率高出10到30个百分点。
“AI没有组织身份,没有长期信誉押在上面,不用承受说完’不’之后那个人际层面的后果。给出正确答案只是判断力的一半,另一半是愿意为自己的答案承担后果——这件事只有人能做得出来。”
这位资深顾问给出了一个可操作的角色框架:人正在分化为两种核心角色。Domain Master(业务决策者)深度理解产品和业务逻辑,能够做出高质量决策。Agent Master(AI开发管理者)善于编排AI Agent,设计工作流。如果你两者都不是,你面临的是被淘汰的风险。
那报告将这个趋势概括为”能力排序的洗牌”:AI不是均衡器,而是按一套新标准重新给人定价。被洗掉的是技能层——经验、套路、领域知识。真正被重新定价的是底层能力:判断力、学习速率、问题分解、品味。
鸭哥的破解之道很实在:用AI省下来的时间做判断,而不是交付更多。该pushback就pushback。”用AI无脑输出代码是最省力的方法,用AI耗脑输出判断才是高杠杆有竞争力的职业手段。”
第三个问题:底座怎么建
团队变小了,角色变对了,还有最后一个问题:如果每个人的AI都用得很好,但各自为战,组织能力还是零。
这位企业信息安全负责人在火山引擎Force原动力大会上,用一个比喻讲清楚了个人AI和组织级AI的区别。个人AI像瑞士军刀——锋利,但各自为战,组织层面的价值几乎为零。组织级AI像标准手术室——安全、可审计、可协作、系统驱动。
两者的差异在于四个条件:能不能进入真实工作现场?能不能接入流程和系统?能不能把个人经验沉淀为标准化Skill,被团队复用迭代?能不能在治理框架下演进?
他特别强调了一个容易被忽略的点:治理。”治理不是创新的刹车,是创新的方向盘。没有方向盘的车,速度越快,翻车越早。”他把治理拆成四个维度:数据边界、权限边界、责任边界、供应链边界。
这位硅谷工程师提出了一个更激进的观点:先闭环,再提效。 过去在支离破碎的工作流里引入AI,指望组织奇迹般拼出更赚钱的闭环——这是本末倒置。正确路径是在AI当前能力边界内,寻找可被AI 100%独立跑通的极窄场景。只要端到端运转且盈利,就是”黄金闭环”。
另一位行业观察者从另一个角度呼应了这个判断:很多企业不是没有优秀的人,而是组织内部存在一种”适可而止”的运行逻辑。多做、快做、深做不会带来更清晰的收益,反而带来更多工作和风险。这不是”不努力”,是组织机制塑造出来的理性选择。”AI不是让旧流程跑更快,而是逼着组织思考旧流程是否还有存在的必要。真正的AI转型不是流程加速,而是流程重构,不是岗位叠加,而是边界重划。”
三个问题,一个答案
这位资深顾问在分享的最后说了一句话:组织的每个人都需要问自己——你在向Domain Master还是Agent Master进化?如果两者都不是,你需要马上开始担心了。
鸭哥写道:”相比于用AI卷代码输出,对判断力的打磨和系统的构建,是AI更高效的用法。”
那报告里有一个让人过目不忘的比喻:AI时代的组织变革需要”园丁”,而不是”设计师”。园丁不设计果实长成什么形状,园丁提供土壤、光照和水源。管理者的最小启动动作是:找到组织中已经在自发使用AI的人,让他们的成果被看见。
三个问题——团队怎么组、人怎么用、底座怎么建——归根到底是一个答案:软件公司AI提效的真正瓶颈,从来不在AI,在你愿不愿意动组织。
夜雨聆风