一个团队怎么和 AI 一起跑 · 第 3 篇
脑多了以后，先不够用的是拍板的人
只记未来的队列、进度不进队列、三类拍板面——排的人不持进度。
四个人、七八个脑、三条业务线，一天里能同时冒出十几件「该做的事」。做不完不是问题；做错顺序、做了没人拍的事、同一件事被两个地方各记一份进度，才是问题。上一篇讲了人怎么被接进跑道，总纲讲了一张任务单长什么样。这一页讲单之前的那一层：该做的事记在哪、先后怎么排、谁来拍、拍板的人怎样只拍该拍的——以及为什么「进度」这两个字被明令不许写进队列。
一、从「谁有空」变成「该做什么、先做哪个、谁来拍」
一个小团队引入几个 AI 脑之后，头一个变化不是活变快了，是活变多了。每个脑读完仓库和留痕，都能一天给你列出十件该做的事，而且每一件都有道理。
四个人的团队，可能同时有七八个脑在跑。十件乘七八，就是一天几十件「该做的事」。
拍板的人一天只有一个。
所以瓶颈换了地方：以前是「谁有空做」，现在是「该做什么、先做哪个、谁来拍」。这一层不排，脑越多拍板的人越忙——不是忙着拍板，是忙着被十个脑轮流催。
总纲那一页说了两条：任务单四样必须齐、判的人不能是做的人。本页把这两条往上推一层：单之前要有一张队列，排的人不能持有进度。
脑多了以后，先不够用的不是双手，是拍板的人。
二、每条三字段，做完的划掉，做到哪不写
该做的事只记一个地方：一张队列。整个团队一张，不是每条线一张。
每一条只有三个字段：
- 归哪个部门——谁负责。
- 优先级——先后。
- 谁阻塞谁，或者解锁条件是什么——它等谁，谁等它。
三个字段之外，什么都不记。尤其不记「做到哪了」——下一节单说。
队列里只装真在跑的项。做完了划掉，留一轮备查，下一轮删。旁边另列两块：
- 记账项——不派单、只到期催的事。比如「等某件事发生了再来问」，它不是活，是一根挂着的线。
- 建议增列区——脑提出来的、拍板人还没点头的。放在这里等拍，拍前不算在队。
还有一条规矩，看起来小，实际是全队的地基：队列这份文件不改名，版本住在文件里面。 因为它是所有脑的指针目标——每个脑开工头一件事就是读它。文件一改名，所有指向它的指针同时断掉，而且没有人会立刻发现。
三、「做到哪了」只有一份，在那条线自己的留痕里
这是硬规矩：队列里不写进度。
「某件事做到哪了」，一律去读那条线自己的收工留痕顶条——总纲第五节讲过，每条线做完一轮就在自己的留痕顶上写一条。队列不记第二份。
理由不是整洁。两个进度权威源必然漂移。 一条线做完了，留痕更新了，队列忘了改；或者队列改了，留痕没跟上。漂移的那一刻两边都对不上，谁也不知道该信哪一份，而且没有任何机制会报错。
一个在场的例子。有一次发单前，排产的脑去读某条线的留痕，发现顶条停在好几轮之前，而顶条里写着的头一件「未闭合项」，是一笔早就作废的账。执行者如果照顶条自读开工，读到的就是废账。
排产方怎么处置？不代改别人的留痕。 留痕是那条线自己的，改了就成了两个人写一份进度，病根又回来了。处置是在发出去的单里点名一句：这笔账已作废，不要接。
排的人不持进度，才排得动。
四、翻案成本落在哪里，决定它归哪一类
拍板的人怎样只拍该拍的？先把「要人拍」这件事分类。我们分三类：
甲类——只能拍板人拍。 对外口径与人设、商业边界、排产顺位与资源分配、只有拍板人才掌握的信息。判准一句话：翻案的成本落在对外资产或商业关系上。 一句对外的话说错了，收回来要付代价；一个顺位排错了，另一条线白等一轮。这类脑不能替。
乙类——不是拍板，是授权。 合并、删除、发布、推上生产，这些不可逆的动作。注意它和甲类的区别：对错在判据到位那一刻已经定了，判据全绿就是对的，判据红就不能动。拍板人要给的只是「此刻可以动」这一个字。不得让他把判断重做一遍——把判据摊开让他再审一次，等于脑没有做完自己的活。
丙类——脑自己判，报备即可。 判据怎么写、版本号怎么订正、既有口径怎么套用、脑自己的错误怎么改。这些拍板人不需要知道每一条，只需要在开工播报里看到一句「本轮自判了这几件」。丙类上呈，就是把成本推给拍板人——脑要记名，下次不再推。
拿不准归哪类怎么办？按甲类处理，但必须写明「我判不准归类」的理由。写不出理由的，多半是丙类想往上推。
五、选项、推荐、每项代价，然后等一串参数
甲类要人拍的事，怎么呈上去？只有一种形态：选项 ＋ 推荐 ＋ 每项代价。
不许只抛问题。「这个怎么办？」不是呈报，是把活推回去。脑要给出两三个选项，说清推荐哪个、为什么，以及每个选项各要付什么代价——包括推荐的那个。
手上待拍的事，攒到一起呈一次，不逐条打断。拍板人回一串参数，比如「①甲 ②甲 ③乙 ④甲」，脑就照这串直接推进，不再二次确认。
一个在场的例子。写这一包讲义之前，要先定对外边界：人名上不上、工具品牌上不上、数字上不上、某一篇要不要额外收窄——四条；加上这一包的命名五项；加上顺位。脑把这十件合成一次呈报，每件给选项和推荐。拍板人回了一串参数，全批沿用。后面四篇讲义，零重拍。
反过来想：如果这十件是十次打断，每次一句「这个你定」，拍板人一天就废了，而且十次里总有一两次是随口答的。
呈报的形态定了，拍板才能快；拍板快，脑才敢多提。
六、拍板人只看例外，不看全部
不是每一条建议都要上呈。规矩是：归属明确、优先级中等以下、不跨部门的建议，脑直接入队，下次开工播报里报备一句。
高优先级的、跨线的，才上呈拍板。
入队之后，如果实况证明优先级判错了——比如一件以为不急的事把另一条线堵住了——脑主动提级并报回，不等人来发现。
效果是拍板人只看例外。队列里几十条，他每天真正要看的只有那几条打了「待拍」标记的；其余的知道在跑就行。
这条和上一节是一对：上一节让该拍的事一次拍完，这一节让不该拍的事不上桌。
七、写「等什么事发生」，不写「几号做」
队列里每一条都写解锁条件——等什么事发生，这条就能开工。 事发了就开，没发就不催。不写日期，因为日期是猜的，解锁条件是实的。
两条配套规矩：
- 同一个脑不并行，不同双手可以并行。 一个脑一次只推一件事，推完再拿下一件；几个人的双手各自跑各自的单，互不等待。
- 阻塞关系写在行内。 谁等谁，一眼能看到，不用问。
两个在场的例子，只讲形态。
其一，两件互为前置的活。 一件是定对外口径的表，一件是照表开工的头一支内容；口径没定，内容不知道哪些能说；内容不开工，口径又没有实例可校。拍板人选了「口径先、施工后」。代价是慢一轮。换来的是施工有权威源可依，而且避免了两边互等的死循环——这种循环在队列里看得见，在两个人的脑子里看不见。
其二，战略基调一改，三条已排的项集体后置。 拍板人定了「内容先行」之后，原本排在前面的三条一起往后挪。队列当天改字，执行者择期同步。排产方不催——顺位变了不等于催进度，进度还是各线自己的。
解锁条件是实的，日期是猜的。
八、跑过的、没跑过的、在册的病，分开写
已实跑：这套队列跑了三周出头，五十多轮开工，四十余项入队，近三分之一已销项。四条线的脑都在读它，每次开工头一件事就是读它。
在册的病，两条，都发作过：
- 无单可核。 执行者提了一份成果，队列里没有对应的单。没有单，就没有判据，成果对不对无从核起。处置是退回、拆单、重提——不是不要这份成果，是先给它一张单。
- 版本记录漏登。 脑改了队列的行，没在版本记录表里登记，连漏两批。后来补登，账记在脑头上。规矩没变，只是再一次证明：改了文件不登表，下一个读的人就不知道变过。
未实跑：这套机制只在一家公司、一名拍板人身上跑过。多个拍板人怎么分权、队列怎么分区，我们没有实例，不当做过的讲。