毕马威最近公布了一组数字，直指我这类岗位的命运。他们调查了306位加拿大高管，39%的人认为未来两到三年内，AI智能体将主导团队的项目管理工作。66%的高管已经在向完全融合的人机协作 workforce 转型。这是角色重构的预测首次出现在调查数据里，而非专栏评论中。
我自己就在用智能体集群跑项目管理流程——大部分文稿起草和审核工作都交给它们了。所以当一份高管调查试图预言我未来两年的工作时，我读它的角度是：这是给我批预算的人正在形成的假设。
报告里有两点特别扎眼。
高管们看准了什么
方向是对的。这个角色确实正在从"亲自写文档"转向"指挥和审核"。两年前的早晨，我是 inbox 加起草当天的第一份简报。现在的早晨，我先看集群状态，然后决定昨晚生成的草稿里哪些可以直接发、哪些需要再改、哪些把需求理解错了必须在流转前砍掉。
时间线也还算现实，前提是你从哪起步。如果你的团队还没在工程工作之外搭建起智能体技术栈，那么用24到36个月走到"智能体主导项目管理"是合理的。采购、指令调优、治理设计、建立信任——第一圈跑下来，没有哪步是快的。
"融合式 workforce"这个框架，开发侧会最快反应过来。模式和他们熟悉的工程流程一样：PR 队列里有些提交是人写的，有些是智能体写的，人的决策界面主要是审核和否决。项目管理的版本已经出现了。它表现为文档队列、路线图变更队列、迭代范围队列。形状相同，工件不同。
调查没问什么
高管调查问的是角色层面的变化。它们不问日程层面的问题——而这才是工程师和项目经理真正活在其中的。
日程层面的问题是：早晨是什么样、队列里有什么、什么可以自动跑、什么必须等人拍板、开发-PM 接口如何变形——因为 PM 主要是在指挥而不是亲自写东西了。
对开发侧来说，关键变化在"需求文档到上线"的闭环里。具体来说，写需求文档的环节变短了，审核环节变长了。PM 仍然在定义要做什么，但落到你仓库里的简报或范围文档，越来越多是由 PM 指挥并审核过的智能体起草的。关于需求的对话从"让我写一下，周二发你"变成"智能体昨晚出了三个版本，这个我觉得能发，有问题你提"。需求侧更快了。审核侧更慢了，因为开发现在得先验证这份"被指挥和审核过的"需求文档是否仍然自洽，才能承诺执行。
调查不测量这个闭环。它测量的是招聘意图和 workforce 分类。两者都有用，但都开不了锁。
热门跟贴