

点击上方蓝字关注我们
AI Agent 进项目组后,谁应该对结果负责?
效率变快以后,真正被放大的不是工具能力,而是项目组里原本含糊的责任边界。
”
AI Agent进项目组后,先被改变的不是效率,而是责任的形式。
前几天,和行业内做项目经理的朋友聊到,他们项目组接了几个AI Agent。
不是电影里那种会眨眼、会自我介绍的具身机器人。
就是几个很朴素的自动化助手,一个整理会议纪要,一个盯需求变更,一个写测试用例,一个定时汇总风险。
刚开始大家挺开心。

周会刚结束,纪要已经发到群里。
需求池里多了一条变更,系统自动标红。
研发延期两天,风险周报里马上冒出一句,该事项可能影响上线窗口。
看起来,项目组忽然清爽了不少。
THE INCIDENT
一个太方便的出口
直到出了一次问题。
客户在会上临时改了一个口径。
纪要里记了,但放在很靠后的位置,语气也轻。后面研发按旧口径做了,测试也没拦住。上线前一天,客户验收时把鼠标停在那个字段上,会议室一下安静了。
项目经理翻纪要。产品翻需求。研发翻任务单。
有人低声说,这个不是Agent没同步吗?
那句话出来以后,空气有点怪。
不是因为它荒唐。
是因为它太方便了。
项目组终于多了一个不会还嘴、不会委屈、不会在复盘会上解释来龙去脉的角色。你把锅往它身上一放,它就静静待在那里,电脑屏幕不会变脸,日志也不会叹气。
看起来,事情有了出口。其实没有。
AI Agent加入项目组后,先被改变的不是效率,而是责任的形式。
RESPONSIBILITY
AI 不负责
以前一个任务出问题,至少还能顺着人去找:谁提的需求,谁确认的范围,谁排的计划,谁做的验收。链条虽然乱,但每个节点背后都有一张脸,有一段聊天记录,有一句收到。
Agent进来以后,中间多了一段灰色区域。
它提醒过,但你没看。
它生成过,但你没确认。
它判断错了,但你默认它对。
它没有判断,因为你一开始就没告诉它什么叫重要。
这时候再问谁负责,很容易吵成另一个问题,到底是人负责,还是 AI 负责?
我觉得这个问题问偏了。
AI 不能为结果负责。
这句话像废话,但很多项目就是从忘记这句废话开始出问题的。
AI 可以执行,可以提示,可以生成,可以比一个新人助理更勤快。
但它没有承担后果的能力。
它不会因为客户投诉睡不着,不会因为预算被砍去跟老板解释,也不会因为团队返工坐在会议室里喝第三杯凉咖啡。
责任不是只做执行动作。
责任是后果落到谁身上,谁握着判断权。
这两件事不能拆开。一旦拆开,项目就开始有了疏漏。
CONTEXT
判断藏在语境里
很多组织引入Agent时,喜欢说一句话,让 AI 承担重复工作,让人专注高价值判断。
这话没错。
但少了半句,高价值判断不是等 AI 把答案端上来,然后点一下确认。
真正的判断,经常藏在很小的地方。
哪一行纪要不能轻轻放过,哪一个可能延期其实已经等于延期,哪一个客户的沉默不是默认,而是在攒一封长邮件。
这些东西,Agent很难懂。
不是它不够聪明。是项目现场太多非标工作。
客户说可以先这样,有时候是真的可以,有时候是他懒得吵。
研发说技术上没问题,有时候是真没问题,有时候是他还没细看。
老板说你们评估一下,很多时候翻译过来就是:别让我最后背这个。
字面很干净,“脏”的是语境。
项目经理的价值,常常就在这些语境里。
你得听出一句话后面的犹豫,闻到一张计划表里那股不对劲。
你甚至要承认自己有点偏见,这个供应商上次就拖过,这个接口人每次说马上都不马上,这个需求今天不按住,过几周就会变成麻烦。
我不太相信完全中立的项目管理。
完全中立的人,常常只会得到一张漂亮、无辜、没什么用的甘特图。
Agent可以帮你把图画得更快。它不能替你判断哪条线快断了。
BOUNDARIES
责任要重新切清楚
所以,AI Agent进项目组后,责任不应该分给AI,而应该重新切清楚。
先是输入责任。
谁把任务交给Agent,谁就要负责把上下文说清楚。
这件事很容易被低估。很多人用Agent的方式,像在茶水间随口喊同事:你帮我整理一下。
整理什么?
按谁的口径?
哪些字段不能丢?
客户原话要不要保留?
不确定的地方是标注,还是让系统自己猜?
人和人之间这么说,有时候还能靠熟悉度补上。
老同事知道你怕什么,知道老板盯什么,知道这个客户上次为了一个词改了三版合同。
Agent 不知道。
你给它一盆混在一起的线头,它会很努力地编成一张网。编得还挺平。
但线头是不是一开始就接错了,它不管。
然后是校验责任。
Agent 产出的东西,必须有人看,而且要带着怀疑看。
不是礼貌性扫一眼。不是看到格式整齐就放心。更不是在群里回一句辛苦就算闭环。
我见过太多 AI 生成的文档坏在这里。
它们看起来都很像完成品,标题有了,编号有了,风险等级也有了。人的警惕心就在这种整齐里慢慢松掉。
以前新人交东西,你会多问两句。因为你知道他可能不懂。
现在 Agent 交东西,很多人反而不问了。
因为它看起来太懂。
这很危险。
越像答案的东西,越要验。
项目组要明确:哪些输出可以直接进入下一环节,哪些必须人工确认,哪些必须双人复核。
尤其是需求、范围、验收标准、合同口径、上线决策这些东西,不能让系统的看起来合理替代人的确认。
签字不一定真的拿笔。
但心里得有那个负责的意识,在心里把那支笔拿起来。
再往下,是决策责任。
当 Agent 给出建议时,谁有权采纳,谁就对采纳负责。
否则项目里会出现一种很滑的状态,没人说自己做了决定,大家只是参考了系统建议。结果不好,就说当时系统判断风险不高。
系统判断风险不高,不能成为人的免责条款。
天气预报说不下雨,你决定不带伞,淋湿的还是你。你可以抱怨预报不准,但不能要求天空道歉。
项目里也是一样。Agent可以提示风险概率,给资源排布建议,甚至模拟几种方案。
但选哪个方案、接受多大风险、向客户承诺到什么程度,必须有人或某个机制站出来。
不站出来,那就等问题替你暴露出来。
还有一层,是配置和治理责任。
这部分很容易被忘,因为它不在每天的项目群里吵。
Agent不是买回来就能用。
它的权限、数据源、规则、提示词、触发条件、升级机制,都会决定它在项目里扮演什么角色。
谁能让Agent读取客户邮件?
谁能让它改需求状态?
谁审核它的风险规则?
它什么时候需要把问题升级给项目经理?
它犯错之后,谁复盘规则?
这些如果没人管,Agent就会变成项目组里一个很勤奋的实习生,手里却拿着管理员权限。
这不是先进。这有点吓人。
GOVERNANCE
组织需要一张责任地图
组织引入AI Agent,真正该补的不是一份使用规范,而是一张责任地图。
这张图至少要写清楚几件事:
哪些结果仍由角色负责,而不是由工具负责。
哪些输出必须人工确认。
哪些场景允许 Agent 自动执行。
哪些错误要进入复盘,而不是在群里说一句下次注意。
还有一条很要紧:当人和 Agent判断不一致时,谁拍板?
没有这条,项目迟早会在某个晚上卡住。群里一排人在线,Agent发出一条提醒:当前方案存在较高交付风险。
然后大家都不说话。
屏幕很亮。但没人拍板。
MIRROR
流程变快,含糊被放大
AI Agent的出现,其实把很多组织原本含糊的东西照出来了。
以前责任也不清,只是靠人情、经验、加班和几个老项目经理硬扛着。出了问题,大家去会议室里吵一架,吵完总有人补洞。
现在Agent把流程变快了,也把含糊放大了。
以前一个模糊需求要过一阵子才爆,现在几天内就能被自动推进到开发队列。以前一个风险没人写,至少还停在人的脑子里。现在风险被写进周报,所有人都看见了,反而没人认领。
这才尴尬。
AI 没有消灭责任。
它只是让责任没那么容易假装不存在。
PM VALUE
项目经理要站到判断那里
对项目经理来说,这不是坏事。甚至是一个机会。
过去很多项目经理被困在杂活里:催进度、写纪要、改表格、合并状态、追着人填风险。Agent 接走这些活以后,项目经理应该往更硬的地方站。
站到判断那里。
站到边界那里。
站到那句这事不能这么过那里。
以后项目经理的价值,不是比 Agent 更会整理信息。你整理不过它。它不累,不烦,不会因为下午开了五个会就把表格复制错。
人的价值在于:你知道哪些信息不能被平均处理,哪些沉默需要追问,哪些看似合理的计划其实是在冒险。
你还得愿意承担那个不好看的动作。
比如把已经排好的计划退回去。
比如在客户说先按这个来时,多问一句:这个口径是否作为验收依据。
比如在老板急着要上线时,说现在上也可以,但风险要写进决策记录,谁接受,谁确认。
这话说出来不讨喜。
但项目管理本来也不是讨喜的工作。它有时候像在热闹饭局上提醒大家账还没结。别人聊得正开心,你把那张皱巴巴的小票摊开。
Agent 可以帮你把小票拍清楚。
但掏钱的人,还是得抬头看一眼。
THE END
原来谁负责,现在还是谁负责
所以,AI Agent进项目组后,到底谁对结果负责?
答案其实很朴素,原来谁对结果负责,现在还是谁负责。
只是以后不能再用我不知道、我没看到、系统没提醒这些话轻易糊弄过去。
项目负责人对交付结果负责。
产品负责人对需求口径负责。
技术负责人对实现方案负责。
测试负责人对验证结论负责。
PMO或项目治理团队对机制、权限、流程和复盘负责。
Agent负责把事情做快一点、看细一点、提醒早一点。
它不负责,替责任人担责。
成熟的项目组,不会问能不能让 AI 背锅。
他们会问AI 介入后,哪几个责任点要重新写清楚?
哪些自动动作必须有人兜底?
哪些决策不能被包装成系统建议?
问到这里,AI才算真的融合进了项目组。
否则它只是形式上加入项目了。
也许只是群名后面多了一个小机器人头像,周报多了几行漂亮文字,大家少打了几次字。直到下一次出事,会议室里又有人低头翻聊天记录,手指在触控板上划来划去。
最后停在一条自动生成的提醒上。
但那条提醒没有温度。也没有签名。
夜雨聆风