乐于分享
好东西不私藏

AI | 大力并没出奇迹:用工程思维重组AI虚拟项目组

AI | 大力并没出奇迹:用工程思维重组AI虚拟项目组

这是饭叔的第0474篇原创

大家好,我是饭叔。

一个想和大家一起慢慢致富的家伙。

昨天的文章:

AI | 场景+AI:你需要知道的AI能力与边界

聊了饭叔在重构内容的时候,尝试的第一条打法路径。

但其实在写的时候,饭叔已经发觉,对这条路径下的产出不太满意了。

为什么。

因为以演讲授课的形式呈现内容,对信息在框架感和组织感上的要求,远高于公众号的单篇内容。

公众号图文,你可以按时间从前到后,按“是什么,为什么,怎么办”的逻辑去组织叙事。

但应用场景切换成授课后,结构就必须重构,甚至倒装。

要用切实的问题引入话题。

聊为什么会出现这种现象,怎么解决。

最后再展开,为什么要这么解决才会有效。

而且整套课程的展开,颗粒度是需要逐级下降的。

要符合项目管理的特征,而不是一竿子插到底。

这就对饭叔最初想到的与AI协同的路径,提出了挑战。

以下内容,只是个人观点,杠就是我不对,随便看看。

Part1 大力不一定出奇迹

通过之前几年对AI的使用,饭叔得到了一个直觉经验公式。

最新的模型 + 深度研究

大概率,就能得到比较好的结果。

日常写公众号找灵感,这种打法最有效。

因为AI调取了最高算力支持,能最大程度上消除个体知识体系的局限性。

但在这次做课品的场景下,饭叔觉得这种打法明显失效了。

具体来说,饭叔第一条路径是怎么搞的?

把30多万字的专栏文章丢给一个开启了深度研究的对话。

让它直接完成从体系规划到每个方向维度的大纲。

然后再建立下一级开启深度研究的对话,把大纲加工到单课规划的精度。

饭叔在第二步里,还搞了A/B测试,双重生成。

结果问题就出现了。

AI第一层级还行,但是到了第二层级的结果。

给出了让饭叔感觉奇奇怪怪的一份研究报告。

后来饭叔在修正后的路径下,找AI项目经理一复盘,原因全找出来了。

A方案下最大的问题,是两个对话的角色是混淆的。

因此,WBS结构仅存在于饭叔自己脑中,而AI员工自己没有按照WBS输出的概念。

结果就是,它在做大纲设计时,居然连具体每页PPT讲什么,甚至连演讲者的手势动作都编出来了。

颗粒度混搭错配,还因为额外物料的污染,导致文风崩塌。

到处充斥着“各位同仁”、“各位高管”这种企业培训的八股文味。

把饭叔原本务实、说人话、充满商贸逻辑的文风全洗没了。

变成了随处可见的,那种油腻的成功学讲师。

B方案,则又自行引入了大量外部案例。

比如某疆无人机医疗配送,某为IPD流程。

关键是,又都还没引用到点子上。

有点东拼西凑强行证明的味道,很不舒服。

这放在工程里,叫未经业主同意,擅自从外部市场采购未经检验的物料混入主材。

本身饭叔这套课品的核心护城河,其实是我自己在一线十六年实战,不断沉淀总结提炼出来的那些东西。

独家偏见。

AI为了显得高大上,随意掺杂通用的网红商业案例。

原本的经验专业壁垒,反而就被稀释了。

你看,当场景切换的时候。

最强的AI模型加上最强的深度研究,大力砸向老本行,并没有出现奇迹。

拉了。

聪明到过于跳脱,信息输入过载。

反而造成了灾难。

Part2 重建虚拟项目组

单纯用1~2个开启深度研究的对话窗口,就想要去完成规划、大纲、单课编写这所有阶段的工作。

不现实。

大模型有长文制约,聊久了会产生中间遗忘。

更可怕的是角色崩塌。

写着写着,它就忘了自己是个架构师。

变成了一个废话生成器。

复盘了失败原因,饭叔退回了起点。

基于饭叔过去一年专栏材料去制作课品。

实际上不需要AI太聪明,更需要的是一种工程级的整合能力。

所以饭叔和AI商量了一下,重新定规矩。

既然一个窗口搞不定,那就用多开对话框的方式来隔离上下文的影响。

并给每个工作包,匹配专职的AI虚拟外包团队成员,告诉它们负责生产WBS中的哪些内容。

最后饭叔基本按照油气行业中国际工程EPC的标准,把这个课品研发项目部的组织机构图彻底定了下来。

这个架构分为五个层级。

饭叔自己,是Sponsor兼PD项目总监。

提供核心认知语料,提供买算力的资金,掌握最终的验收权。

但是,绝不下场干涉具体的排版。

Sponsor,在国营餐馆就是主管领导。

龙虾为什么风靡,不就是因为打工人终于可以当老板了吗?

当然,饭叔作为PD项目总监,是在业务技术上指导PM项目经理工作的。

和我在这个层级上进行互动的AI对话窗口,其实就是我的虚拟PM。

这个虚拟PM的职责主要是负责架构和规划。

它也不负责具体写文章,只负责制定每个环节的施工作业指导书。

向底层的虚拟员工派发任务,监控交接面是否严丝合缝。

接下来是具体的执行层,大致相当于EPC中的设计、采办、施工。

每一个,都需要独立的对话窗口来承担。

总工GEM-A,一个独立窗口。

它负责前端工程设计,吃透所有老文章,输出课程矩阵和大纲,并开出内容缺口清单。

并在饭叔的直接指导下,进行深化设计和修改——

是的,昨天的实验其实证明了一个现实。

当前的虚拟PM在“专业能力”上面还是不够的。

因此,饭叔还必须有一重“人工PM”的身份。

要实际地去组织执行层的工作,才能确保战略方向真正落地不跑偏。

采办经理GEM-B,按需启动。

因为饭叔也并不是一个负责企业内部或者外部培训的专职讲师。

是一个一线的实践者。

所以,即使我处心积虑地写了一年半文章,一旦用“培训师”的专业角度去审视饭叔之前的创作,肯定还是会有挂一漏万的问题。

针对详细课程设计中,哪些可能会出现的缺口“材料”清单。

我需要有一个“采办员”去搜集相关素材并模仿饭叔的笔触撰写过渡性文章,补齐缺失的物料。

当然,如果采办员写得“太菜了”。

饭叔有一大堆的创作数字人可以作为替补队员,它们会和饭叔人机协同解决“个人风格化”的问题。

以前饭叔是写过自己如何“炼丹”的。

现在数字人的版本已经来到了V5.99版。

这次创作中应该可以迎来大版本迭代,变成V6.x的版本。

最后,是各个具体分包的施工经理GEM-Cs,每个对话会分标段启动。

也就是课程最后确定有几个模块,我就开几个窗口。

它们会拿着总工画好的大纲,领着饭叔的原始文章和材料补全文章,最后严格地同步生成PPT创作骨架和逐字讲稿。

做完一个标段,施工队即刻关门撤场,与下个“标段”互不干扰。

各司其职,信息隔离,上下游咬合严密。

这就是这整个虚拟项目的规划。

它的底层逻辑,是搭在饭叔自己十多年修炼的项目管理基本功之上的。

Part3 谨防GIGO

这个虚拟项目组的架构定下来,整个工作组织的思路也就通透了。

但光有架构还不够,我们还需要给工具上手段,约定好项目管理工艺中的:

ITTO。

输入什么?

用什么方法和技术?

输出什么?

很多人用AI,总觉得丢一段提示词,开了所有的功能和权限,让AI自由发挥。

结果就是最好的。

真不是这样。

比如,这一次饭叔给“总工GEM-A”设定初始任务时。

到底要不要开启深度研究模式?

饭叔的决定是,坚决关闭掉,只用标准模式。

为什么?

深度研究的底层逻辑,是向外求。

一开启,它就会不可抑制地去互联网上搜索前沿案例。

B方案里某疆和某为的私货,就是这么被强行塞进来的。

而标准模式的底层逻辑,是向内挖。

饭叔给它的那份专栏文字全集,就是它权重最大的唯一输入材料。

关闭深度研究,等于锁死了它去外部建材市场乱逛的大门。

逼着它只能在饭叔这堆文字原矿里进行提炼和拆解。

好比说,做内部的清库盘点,你让外部的推销员进来。

最后人家携带私货给你压了一大堆别家产品。

只会把账目搞得一团糟。

这就是GIGO原则。

垃圾进,垃圾出。

要利用好规则约束的力量。

这几天和AI的反复碰撞,饭叔感触很深。

人和工具的协同演进,其实也就是一次次重新认识自己工作流本质的过程——你以为AI是个全能神,丢个文档进去它就能还你一套成熟的课?

结果,它只会拉掉,给你一坨废话。

真正的降维打击,不是用了什么牛逼的工具。

而是你能不能,把这个最新的潜力工具。

装进你自己熟悉的行业经验笼子里。

过去,是人与人之间的分工协作。

但是,人有脾气,人会懒惰,人会服从人性的规律。

新常态下,一个AI的使用者,一样免不了要研究人机分工协同。

了解你的“虚拟同事”的优势和劣势。

然后,你来给它定规矩,分标段,卡节点,验收交付物。

工具,是可以平权的。

但你作为一个活生生的人,想要使用好新工具。

你自身的工程能力和认知水平,又从来都不是“拉平”的。

向内破局,专注自身业务精进。

你才不会被工具反向奴役。

~~~~~~~~~~~~~~~

饭叔新书《向内破局》,送给你。

公众号首页,菜单链接,你研究一下。

饭叔星球,信息密度更大,可以向饭叔提问。