畢馬威調查預言了我的未來兩年：說對了一半

畢馬威最近公布了一組數字，直指我這類崗位的命運。他們調查了306位加拿大高管，39%的人認為未來兩到三年內，AI智能體將主導團隊的項目管理工作。66%的高管已經在向完全融合的人機協作 workforce 轉型。這是角色重構的預測首次出現在調查數據里，而非專欄評論中。

我自己就在用智能體集群跑項目管理流程——大部分文稿起草和審核工作都交給它們了。所以當一份高管調查試圖預言我未來兩年的工作時，我讀它的角度是：這是給我批預算的人正在形成的假設。

報告里有兩點特別扎眼。

高管們看準了什么

方向是對的。這個角色確實正在從"親自寫文檔"轉向"指揮和審核"。兩年前的早晨，我是 inbox 加起草當天的第一份簡報?，F在的早晨，我先看集群狀態，然后決定昨晚生成的草稿里哪些可以直接發、哪些需要再改、哪些把需求理解錯了必須在流轉前砍掉。

時間線也還算現實，前提是你從哪起步。如果你的團隊還沒在工程工作之外搭建起智能體技術棧，那么用24到36個月走到"智能體主導項目管理"是合理的。采購、指令調優、治理設計、建立信任——第一圈跑下來，沒有哪步是快的。

"融合式 workforce"這個框架，開發側會最快反應過來。模式和他們熟悉的工程流程一樣：PR 隊列里有些提交是人寫的，有些是智能體寫的，人的決策界面主要是審核和否決。項目管理的版本已經出現了。它表現為文檔隊列、路線圖變更隊列、迭代范圍隊列。形狀相同，工件不同。

調查沒問什么

高管調查問的是角色層面的變化。它們不問日程層面的問題——而這才是工程師和項目經理真正活在其中的。

日程層面的問題是：早晨是什么樣、隊列里有什么、什么可以自動跑、什么必須等人拍板、開發-PM 接口如何變形——因為 PM 主要是在指揮而不是親自寫東西了。

對開發側來說，關鍵變化在"需求文檔到上線"的閉環里。具體來說，寫需求文檔的環節變短了，審核環節變長了。PM 仍然在定義要做什么，但落到你倉庫里的簡報或范圍文檔，越來越多是由 PM 指揮并審核過的智能體起草的。關于需求的對話從"讓我寫一下，周二發你"變成"智能體昨晚出了三個版本，這個我覺得能發，有問題你提"。需求側更快了。審核側更慢了，因為開發現在得先驗證這份"被指揮和審核過的"需求文檔是否仍然自洽，才能承諾執行。

調查不測量這個閉環。它測量的是招聘意圖和 workforce 分類。兩者都有用，但都開不了鎖。