VOLUME VIII · ORGANIZATION
FDE 工程手册
卷八 · 组织:未来的 FDE 不是一个人
王姐在那家做快消流通的公司干了十几年。她脑子里有一条规矩:周三下午不发那家最大的商超客户。原因是那家商超收货部门周三盘点,盘点期间入的货走临时账,临时账月清,对不上就退货。这套逻辑在两…
开篇
王姐在那家做快消流通的公司干了十几年。她脑子里有一条规矩:周三下午不发那家最大的商超客户。原因是那家商超收货部门周三盘点,盘点期间入的货走临时账,临时账月清,对不上就退货。这套逻辑在两家公司的系统里都没有,只有她知道。她知道的方式是十年前被退过三次货、被老板骂过、然后自己总结出来的。她退休那天,这条规矩就跟着她一起消失了。这家公司从此会一直被退货,直到下一个人用十年的时间把这件事重新摸出来。
序章下我写过一句更冷的话:那个木匠长辈的手艺、那个模具老板脑子里的判断、那个牧民对草场的读法,全部走的是第二种结局,没有人复制走,没有人抢,就这么安安静静跟着一个人一起结束了。
这一卷要回答的是:凭什么一个 FDE 的下场不能是那样。
组织在这里有一个很窄的定义。它不是把人放进通讯录,也不是给一群人取一个名字。组织是让一个人的判断在他离开之后仍然可以被另一个人检验、调用、修正。若判断无法导出,人数只会增加失忆的速度。若判断能够导出,人数才开始产生复利。
第一章 两条路径在第一年年底分岔
卷二第七章定过名了:超级个体与知识库型团队。这里补算术,扩边界,把分岔点往前移到第一年的第四个月。
超级个体是一人经营的 FDE 业务。一个人、一套工具、一年四到六个完整项目,这是卷二第五章给出的工作节奏。一个完整项目至少要经过侦察、定义、交付、回灌、撤离,项目之间还要留出恢复、售前和整理记录的时间。它的上限不在工具侧,在身体侧。你一年最多进那么多栋楼,这个数字不会因为执行工具变强而自动增加。三年下来,你亲自看过的真实运转方式大约十八种,十八家不同的公司、十八种不同的钱怎么流、十八张不同的谁会输。
知识库型团队是三到十个人,共享一套记录格式。调查完一家,就把六段解剖写进同一个仓库。下一个人进场之前,先把过去一年所有公司的六段解剖读一遍。他进第一栋楼的时候,已经见过一百八十种真实运转方式。这里的数字来自底本的估算模型,前提是每份记录合格、格式互通、读库真正发生。它们不是行业统计,也不是个人实测。
十八栋对一百八十栋。数字差十倍。判断力的差距可能比十倍更大,也可能没有差距,取决于那一百八十份是不是把失败、证据和当时的误判留下来。知识库若只保留结论,存量越多,噪声越厚,读者越容易把别人的漂亮总结当成自己的经验。
因为这个职业的判断力增长速度,主要受真实运转方式的数量和质量影响。见过一百八十种的人,在第一周画三张图的时候,能更早识别那些已经被反复证伪的形状。他知道“所有问题在生产线”“大家都同意”“这个流程只是缺一个系统”都可能是门口的说法。他会先问:谁在什么时间,以什么权限,把哪一笔钱或哪一个结果推过去。这样的跳过,接近肌肉记忆。它不能被模型替代,也不能被泛泛读书补上,只能被一栋楼一栋楼攒出来。
1.1 分岔信号
两条路径在第一年的第四个月分岔,看的是同一个信号:你有没有把上一家公司的六段解剖写进一个能和别人共享、能被别人检索、能被你自己回看的仓库。
写进自己的硬盘,路径一成立。它至少有三个好处:你能在下一次进场前回看自己的第一周判断,能把同一补丁迁移到下一家,能在离开当前项目之后保存自己的错误。它也有三个硬边界:没人替你审,没人保证格式稳定,没人能从你的记录里迅速复用。超级个体的系统必须让自己能在一周后读懂、一年后检索、离开之后导出。
写进团队仓库,路径二成立。这里的团队仓库不是共享盘,而是一套有目录、有字段、有审议、有退回规则的组织记忆。它要求贡献者愿意把经验变成公共资产,要求其他人承担读库义务,也要求组织能容忍公开失败记录带来的短期不体面。
两个都写,路径三成立。但路径三有一个隐藏陷阱,第三章会讲。它表面上同时拥有个人资产与组织资产,实际可能把一个人撕成两个客户的附属品:个人记录没有完整维护,团队仓库也没有真正沉淀,最后每一方都把他当作随叫随到的关系维护者。
1.2 决策树:第四个月先判路径
第一问:你是否能承诺每个项目在三个时点写记录?若不能,先走超级个体的窄路径。不要以团队名义承诺公共沉淀,因为你当前没有可验证的供给。
第二问:你的记录是否有统一字段,且由另一个人读过并能复述?若没有,继续走路径一,但先做个人库治理。人数增加之前,先证明一份记录能被非作者使用。
第三问:过去一份记录中的判断,是否被下一个项目引用,并在项目结束后留下“引用后是否成立”的结果?若没有,团队库还只是储存层,路径二尚未成立。
第四问:你是否有一个人以外的审议者,能在原始素材、误判和死因上提出异议?若没有,路径二仍未成立。可以邀请一名同行做临时审议,但要把审议意见写回记录。
第五问:团队成员是否有明确的项目退出时间,且退出后公共资产仍归组织和贡献者共同可读?若没有,先修退出制度,再扩张团队。
可以把这棵树压成四个动作:先写一份,交给别人读;再让别人用一份,留下使用结果;再让第三个人修正一份,留下争议轨迹;最后让一个人退出,检查魂能否被导出。四步都过,才把自己叫知识库型团队。
1.3 路径一的边界
超级个体并不等于孤立。它可以使用公开知识库,可以和其他 FDE 临时组队,也可以把自己的记录公开。关键在于最终判断与后果由一个人承担,节奏由一个人控制,客户关系由一个人维护。
它适合三类情况。第一,客户问题高度依赖现场判断,且项目数量还不足以支撑固定分工。第二,FDE 处在建立行业样本的阶段,需要连续亲自完成五阶段。第三,个人希望保持低固定成本,宁愿少接项目,也不愿为了填满团队产能而放松调查。
它的风险也很明确。客户关系会集中在一个人身上,休息会被项目侵蚀,记录容易成为只有自己看得懂的私人手册。解决方法不靠把自己包装成团队,而靠三项硬约束:每个项目有日落条款,每份记录有外部读者,每季度做一次个人魂导出测试。导出测试很简单:把仓库复制到一个新环境,找一个没有参加项目的人,在不给口头解释的前提下回答七问。回答不出来,说明个人系统仍然依赖脑内上下文。
1.4 路径二的边界
知识库型团队的最小闭环不是三个人,而是三种角色:现场记录者、判断审议者、回看使用者。三种角色可以由三个人分别承担,也可以在不同项目中轮换。一个团队若只有记录者,没有使用者,库会变成档案室。只有使用者,没有记录者,团队会反复向同一个老人提问。只有审议者,没有现场材料,审议会变成风格评比。
团队第一次组建时,不要先写部门、职位和层级。先写使命,限定一项行业问题或一类调查任务,写清楚输入、四周后的判据、要沉淀的字段和结束条件。项目结束后队伍解散,记录归公,贡献归个人。下一个项目按需要重新组队。
路径二的第一年目标不应写成做大,而应写成让格式在换人后仍成立。这意味着创始人要主动把最重要的判断写成可审议的规则,同时接受别人指出自己的记录质量最低。创始人的价值不在于永久担任唯一解释者,而在于让组织拥有不依赖创始人的解释能力。
本节失效条件
如果远程感知、自动化记录或其他技术在真实效果上能取得与到场调查相同的情境深度,本节关于现场数量是身体上限的推断需要重算。若项目交付的主要价值从判断转为标准化执行,超级个体与知识库团队的分岔位置也会改变。
第二章 知识库型团队:纪律比人多重要
一条知识库型团队如果只能保留一条纪律,就是下面这条:
格式定不死,贡献没法叠加。
我本人在中医药那个库上栽过一次。三十多万条数据收进来之后没法用,因为同一味药在不同来源里叫四个名字,没有任何字段能对上。返工的时间比第一遍收集还长。从那以后我认死一条:一件要很多人做很多年的事,第一天就得把格式定死。
FDE 这件事的格式,序章下已经定完了,叫六段解剖:靠什么真正赚到钱,钱在哪个环节漏掉,三张图,判断错在哪里,什么真的跑起来了,什么死了以及死因。六段的顺序不能改。前三段记录公司本来的样子,后三段记录我们进入之后发生的事。这个顺序把事实观察和自我供述分开,避免项目结束后的成功叙事覆盖进场时的误判。
2.1 一份记录的最小字段
六段只是正文结构,知识库还需要一组元数据。元数据的作用是让人能找,正文的作用是让人能判。
每份记录至少有以下字段:记录标题,行业类别,业务模式,调查区域的宽泛层级,项目阶段,贡献者标识,协作成员,进入项目的相对时间,公开资格,脱敏状态,引用的证据类型,主要漏损类型,主要死因类型,四周验证日期的相对描述,当前版本,审议状态,撤回状态。
标题不能只写“某客户复盘”。它应当把问题写出来,例如“多门店短保产品的需求预测与配送漏损”。标题字段要能支持三种检索:按行业查,按漏损查,按死因查。这样下一个人遇到重复录入、唯一推动者离开、上游数据不稳定等情况时,能找到机制相似的记录,而不用猜原客户的名字。
证据字段也要有等级。现场观察、客户系统导出的流程数据、访谈原话、合同或验收材料、公开资料,分别标出来源。推断必须写出链条,不能把“看起来像”改成“实际就是”。未记录的部分直接写未记录。这几个字的价值高于一段没有依据的完整叙事,因为读者知道哪里需要重新调查。
2.2 四条纪律的操作化
第一条,记录格式纪律。
格式纪律不止是给六段编号。每段要回答固定问题,并且要有不可替代的最低证据。
第一段必须同时写对外口径和实际来源。对外口径是客户或公司公开描述,实际来源是基于调查得出的赚钱环节,若两者仍未分开,写未记录。
第二段每条漏损要有两个时间戳、一个数量或频次、一个来源。
第三段三张图要分明面与实际两层,权力必须写凭什么存在。
第四段要保留第一周判断,写清误判、实际情况和触发纠错的信号。
第五段只收连续四周仍使用的东西。
第六段必须写死掉的东西与死因,不能写无。
第二条,写作时点纪律。
进场第一周结束,锁定第一段和第三段初稿。发现第一次明显打脸,当天记录原判断、实际情况和发现信号。上线后第四周,写第五段和第六段。后续允许新增,不允许覆盖早期判断。若某个字段当时没有资料,写未记录,等证据出现后补一条带日期的增补。这样保留的不是错误本身,而是错误怎样被发现。
第三条,读库纪律。
读库必须成为进入项目的前置动作,不能当作有时间再看看。一个新成员在进入第一栋楼前,按项目行业、漏损类型和死因类型各选若干记录,填写读库卡:我看到的公司真实赚钱来源是什么,我注意到哪一个影子系统,我预期哪些信号会推翻我的第一判断,我认为哪一条记录的失败部分最接近本项目,哪些地方不可直接类比。
读库后要有口头或书面复述。复述的对象可以是项目负责人,也可以是配对 Agent 的审查提示,但最终要由人确认。复述不是考试,而是为了暴露读过字面、没读到条件的假理解。读者必须注明引用边界:这条经验可以迁移的是信号和问题,不能直接迁移的是客户数字、组织关系和结论。
第四条,校准与回灌纪律。
每个项目在定义阶段登记可被验证的预测,附上证据、预测内容、判据和到期时间。上线后四周逐项对照,兑现与未兑现都记录。校准会议只讨论三件事:哪条预测成立,哪条预测失败,下一次应该提前观察什么信号。会议不评比谁更聪明,也不把失败改写成部分达成。
回灌检查在项目撤离前完成。检查者从记录中抽取一条可迁移规则,回到库里搜索是否已有相同规则;若已有,合并并标注新证据;若没有,新增一条方法库条目;若证据不足,退回未记录。回灌的完成标准不是增加文档数,而是下一位 FDE 能在项目启动前找到它,并在项目结束后说明是否有用。
2.3 读库的周节奏
团队不能只在新人入职时读库。建议把读库拆成三个节奏。
每周一次短读。每个人带来一条本周与当前项目有关的失败记录,只回答这条记录让我提前问了什么。会议限制在一个问题内,避免变成分享会。
每月一次校准会。把已到期的预测集中对照,分开讨论证据质量和判断质量。预测失败不自动等于人判断差,可能是指标定义错、数据源不稳定或时间窗口不合理。会议记录必须保留原预测,不能只保留修订后的规则。
每季度一次仓库体检。随机抽取记录,检查第六段长度、原始素材、引用可追溯性、脱敏状态、撤回状态与链接可用性。体检结果公开给贡献者。若一条规则连续三个季度无人引用,应重新确认它是否仍有价值,或者承认它已经成为历史材料。
2.4 原始素材与真实性
格式会长出模板,模板套出来全是套话。判断一份记录是否靠近现场,要看它是否保留至少三条原始素材:脱敏后的现场照片、一句原话摘录、一张手写便条转录、一个具体到不像编的细节。素材必须说明来源和脱敏方式,不能把无法核验的截图当作证据。
原始素材不等于把客户资料全部搬进仓库。照片里可能有工号、电话号码、订单编号、设备序列号,录音里可能有可识别的个人信息。素材入库前要做实体层、数字层和时间层脱敏。因果关系留下,定位坐标去掉。客户拥有永久撤回权,撤回后下架原文与可识别附件,同时保留一条不带坐标的记录已撤回状态,避免引用链悄悄断掉。
2.5 咨询知识管理的对照
咨询行业有成熟的知识管理传统。公开研究常把大型咨询公司的知识系统描述为:项目结束后按模板整理,按行业和问题类型存入中央库,下一组顾问在新项目开始前检索前例。这个结构对 FDE 有启发,因为它承认个人经验需要进入公共检索层。
FDE 组织需要额外守住现场的脏信号。精炼后的方法论适合快速传播,却可能抹掉触发判断的细小证据。若新人只读到“需求预测应接入客流数据”,他可能在不具备相同数据条件的公司里照抄方案。若他读到“现场存在系统外的手写数字,且正式系统的需求字段长期为空,因此先追手写通道”,他学到的是调查路径。
因此知识库要分层保存:事实层保留可脱敏的原始素材,判断层保存当时的解释与反例,方法层保存可迁移的信号与操作,索引层保存检索字段。方法层不能替代事实层,索引层不能冒充判断层。每次把事实压缩成方法,都要留下由哪份记录压缩而来的来源链。
本节失效条件
如果新的知识表示方法能在不丢失上下文、反例和证据来源的前提下自动完成结构化,人工格式纪律可改成机器校验纪律。若团队规模扩大后人工抽查不再能覆盖真实风险,原有的抽查比例与会议频率必须重新测量。
第三章 从更快到更深:竞争维度的换挡
这件事值得单独成章,因为它解释了为什么路径二在三年之后可能压制路径一,而路径一在今天依然成立。
一个职业的竞争维度会随外部条件换挡。换挡之前,所有人按旧维度比;换挡之后,旧维度仍有价值,却不再单独决定胜负。FDE 过去一段时间的显性竞争是更快:更快做出原型,更快接上接口,更快把方案放进生产。模型和工具让执行成本下降,客户也因此愿意把更多试验交给小团队。
但执行成本下降之后,企业真正难买到的东西会前移到理解。理解一家公司的钱怎么流、权怎么走、谁会输,需要进入现场,听到没有进入系统的规则,确认四周后是否仍有人使用。执行再快,也不能替客户缩短它自己的决策周期。一个流程今天被改了,四周后的使用情况仍然要等四周才能知道。
3.1 更快的决策树
项目若处在未知行业、明确痛点、短验证窗口,优先走路径一。单个人承担调查和交付,能减少协调,适合先验证问题是否成立。
项目若处在同一行业连续出现、客户问题有共同漏损结构、每次都能把信号写回库,优先走路径二。团队先投入记录与读库成本,换取下一项目的判断起点。
项目若只有客户很多这一条理由,不足以走路径二。客户数量不等于真实样本数量。若不同客户只是同一套演示流程,记录不会产生行业理解。
项目若需要多人同时处理现场、技术和关系,又没有明确日落,先拆小使命。临时组队可以解决峰值,不能替代组织记忆。使命结束后没有退出,动态组队会退化成永久部门,知识回灌也会被日常事务吞掉。
3.2 更深的来源
深度不是熟悉行业名词,也不是给行业报告加更多页。深度至少有四层。
第一层是词汇,知道客户如何称呼产品、岗位和流程。它能减少沟通误会,却不能单独形成判断。
第二层是流程,知道订单、审批、生产、交付和回款如何串起来。它能找到等待和重复录入,却仍可能漏掉权力来源。
第三层是利益,知道哪一个岗位会因为系统上线失去工作量、解释权或关系资源。它决定阻力出现在哪里。
第四层是时间,知道哪些规则只在某个结算周期、盘点日、换班时段或季节窗口成立。它把静态流程变成真实运转。
记录的复利来自第四层也被写下来。只写流程图,团队会反复撞上时间条件。只写利益图,团队会把所有反对都解释成政治。只有把证据、时间、判断和死因连在一起,行业理解才可迁移。
3.3 路径三隐藏陷阱:企业内部的人转身成为内部 FDE
路径三不是个人库加团队库这么简单。第三种路径是企业内部的人,带着原岗位积累的现场理解,转身成为内部 FDE。他既知道公司旧系统的漏洞,也知道谁在真实流程里拍板。他可能因此比外部 FDE 更快进场,第一周就能抓住影子系统。
陷阱也从这里开始。内部 FDE 的旧身份会跟着他进入新角色。过去他可能属于某个业务部门,拥有一部分局部利益;转身后,他需要调查全局,却仍被原部门期待为代言人。他知道哪些数据会让原部门难堪,也知道哪些规则一旦写下就会改变自己的位置。若组织没有独立使命、公开记录和人机双审议,他会在保护旧同事和写下事实之间持续摇摆。
另一个陷阱是内部关系成为不可见的凭证。外部 FDE 需要解释自己为何判断,内部 FDE 容易用“我在这里很多年”替代证据。经验确实有价值,但它必须被转成可复核的记录。内部 FDE 说这个部门肯定不会用,需要继续写:哪个岗位会失去什么,每周工作量如何变化,过去哪次变更出现了何种反应,四周之后用什么数字判定。没有这些,内部经验会变成组织迷信。
第三个陷阱是成功被组织吞掉。内部 FDE 做成一个项目后,成果可能归入原部门绩效,失败则归到转型难度。如果贡献者没有个人署名、判断记录和失败回灌,他的组织资产会被吸收成部门口号,个人又回到原来那个只有自己记得细节的位置。
3.4 内部转身路径的防护条件
内部 FDE 要满足四个条件才可独立运行。
第一,使命独立。项目启动时明确服务对象和验收数字,不能同时接受被调查部门对记录的删改要求。
第二,利益披露。记录中写明 FDE 与被调查部门的原岗位关系、直接汇报关系和可能受影响的利益。披露不是否定内部经验,而是让读者知道判断从哪里来。
第三,双重审议。至少一名不属于原部门的人类审议者,加上一名配对 Agent,检查前三段的事实与后三段的自供。涉及个人绩效的内容,先做实体脱敏,再进入公共库。
第四,离岗测试。项目结束后,原岗位人员离开或不再参与,另一个人能否根据记录继续运行四周。若不能,说明项目依赖旧关系,尚未形成组织能力。
3.5 三年之后的定价依据
序章下那套写法给了一个样本:一年四份解剖、一百二十份左右,三年累计大约三百六十份。底本调查队则采用三十人、每人每年四份的保守起步假设,三年累计一百零八份。两组数字不是同一组织的预测,前者是更大规模的算术样本,后者是质量可控的第一年设计。把它们混成一个承诺,会制造错误预期。
路径一赢在轻、快、客户关系直接、单点效率高。它的天花板是身体。如果一个超级个体能把价值说清楚,把项目压缩到可承受的数量,他没有义务为了追求规模而换路径。
路径二赢在沉、深、行业理解可以跨项目复用、可以传帮带。它的天花板是纪律。纪律一旦松动,团队的规模会把错误放大,读库与回灌会变成例会口号。
三年之后,客户可能开始比较更难的东西:你对我这个行业的理解从哪里来,有没有同类项目的真实记录,记录里有没有死因,遇到相反情况时你会怎样修正。这里的可能必须保留,因为市场定价受采购制度、行业周期和客户风险偏好影响,不能把推断写成确定趋势。
本节失效条件
若客户采购长期只按人天、价格或工具速度决定,行业理解深度未必成为主要定价依据。若公开记录因合规原因无法保留足够的因果与反例,知识存量也不能直接等同于判断深度。
第四章 调查队:一份格式、一纸协议、一支队伍
前一章讲的纪律,落到具体的人身上,就长成调查队这套制度。调查队要做的事只有一件:把一栋一栋楼里实际发生的事,按六段格式写下来,公开,让下一个进场的人读到。
它被四样东西同时管着:格式、协议、回报、招募。四样缺一,调查队就会向普通项目外包滑落。格式缺失,贡献无法叠加;协议缺失,公开只能靠临时许可;回报缺失,真实贡献无法持续;招募失准,库里会迅速塞满没有现场的文字。
4.1 格式:让记录可以检索、复核、迁移
六段解剖是正文格式。团队层面还需要标题字段统一到可以按行业、漏损类型、死因类型交叉检索。记录标题不能只写“某客户复盘”,而应写业务机制与问题,例如“多门店短保产品的需求预测与配送漏损”。客户身份仍需脱敏,机制必须保留。
每段都要区分来源。访谈是访谈,现场观察是现场观察,客户系统数据是系统数据,作者推断是推断。来源不完整时写未记录。工程团队最容易犯的错,是为了让文档看起来完整,把缺口填成顺滑的解释。组织必须反过来奖励显式缺口,因为缺口告诉下一位 FDE 该去哪里调查。
项目记录的提交包由四件东西组成:六段正文、元数据、证据索引、脱敏声明。证据索引不要求公开全部原件,但要说明原件类型、来源人或来源系统的类别、取得时间的相对阶段、哪些部分因保密而删除。脱敏声明写明保留了什么因果、删除了什么坐标。
4.2 协议:公开的边界提前写进合同
文档部分使用知识共享署名,相同方式共享 4.0。署名意味着记录走到哪儿都带着贡献者标识,相同方式共享意味着任何人在它基础上改写、扩展、汇编,产物必须使用同样的协议放出。代码、脚本、模板部分使用 Apache 2.0,与调研摘要中记载的 Open TSC 代码仓库协议保持一致。
开源条款应在项目签约时写入合同。项目结束十二个月后,乙方有权发布经三层脱敏的方法论记录,甲方享有永久撤回权。这个条款给客户一个清晰的退出按钮,也给 FDE 一个清晰的开始条件。客户拒绝公开,就按普通项目执行,不把未获许可的经验写入公共库。
脱敏分三层。实体层删除公司名、地址、人名、姓氏与职务组合、独有产品名、可搜索的项目名,保留行业、大致规模区间、地域大区和业务模式类型。数字层把营收、利润、成本、单价和客户数量改成量级或比例,保留工单处理时长、审批环节、重复录入次数和某岗位每周工作量等流程数据。时间层把项目结束后的公开等待期和事件时序模糊化,避免同期事件构成指纹。
脱敏的判据不是看起来改过了,而是让熟悉该行业的人无法从组合特征猜出客户。写完后应找一个该行业的人阅读,只问一句你猜这是谁。若能猜出,重写。客户永久拥有一票撤回权。撤回后,原文和可识别附件下架,公开索引保留状态记录,引用者按撤回状态修正链接。
4.3 回报:让真货有来路
贡献者拿三层回报,没有一层是发钱。
第一层是来路。每份记录永久挂贡献者标识。转载、引用、二次加工,按协议保留标识。记录是作品,不是简历上的职责自述。它能让读者看到作者如何调查、怎样判断、如何承认失败。
第二层是优先与加速。贡献达到组织预先公布的标准后,贡献者获得全库结构化检索、现场工具链和一年一次的线下交流。标准要以质量和可复核性为主,不能只按篇数计数。一个写满失败与证据的记录,价值可能高于多份套话。
第三层是案源。从某份记录来的线索回到写这份记录的人手上,不抽成,也不居中撮合。若作者接不下,才在征得同意后转给其他能到场的人。这样做的前提是稀缺资源在现场能力,不在方法的排他性。
不发钱、不发币、不搞积分。任何可交易激励都会给刷量留下空间。按份数发放会诱导短、快、像样的记录,审核成本随后超过记录价值。署名、工具和案源只对真货有用。编造记录的人无法解释原始素材,无法使用现场工具,也无法承接由记录带来的真实问题。制度不靠增加监管岗位,而是让作弊难以获利。
4.4 招募:先交一份真实产出
招募不设传统面试,设一道题:用一周时间,写一份你最熟悉的那家公司的六段解剖。可以是现在上班的公司、家里开的店、上一份工作的公司,或合作很久的客户。要求按六段格式写,完成脱敏,第六段必须写满。
这道题筛掉只感兴趣的人,也验证一个人是否真的看得懂自己天天待着的地方。更关键的是,这道题本身就是第一份产出。哪怕最后没有加入,只要通过脱敏,就可以进入公共池子,挂贡献者标识。
最容易上手的有三类人。做过驻场实施、系统集成和售后服务的人,知道客户地盘上的沉默、延期和验收阻力。做过审计、尽调和调查记者的人,受过从矛盾说法中找事实的训练,技术可以后补。开过厂、开过店或家里做过生意的人,对账期、员工流动和现金压力有身体记忆。
调查队不按学历、大厂背景或工具熟练度筛选。工具可以补,现场判断的缺口需要真实经历来暴露。招募评阅只看四件事:是否区分事实与推断,是否写出真实赚钱来源,是否有可复核的漏损口径,是否承认至少一项失败或未知。
4.5 第一年的编制与训练
第一年三十个人左右。每人每年四份,一年约一百二十份。这个数字是第一阶段的设计上限,不是市场规模预测。三十个人还能靠人盯人保住质量,三百个人就需要经过验证的制度。
前三个月跟。跟着已在运行的项目,不负责交付,只负责记录。进入现场,观察,提问,回来整理成六段。技术出身的人会想立刻改点什么,需要先忍住。这个阶段的任务是看懂,不是做成。
中间三个月切一块。从真实项目中切出一块由新人负责,规模小到失败不会伤害客户,且必须有四周之后可判死刑的数字。没有后果的练手不能替代有后果的判断。
后半年独立进一家,规模不限,可以是亲戚的店。重要的是从第一次见面到第四周后的数字,全程由同一人走完。一年结束时有四份记录,其中至少一份从头到尾独立完成。
4.6 三条失败判据
十二个月之后,如果出现以下任何一条,这件事算失败:公开记录少于一百份;外部贡献者写的少于一半;第六段平均字数低于全文的十分之一。
三条按季度公开统计。任何一条未达到,写复盘讲清楚原因,然后停掉。停掉的意义是停止消耗参与者信任,不让一个已失效的机制靠情怀拖延。
还有一条关于发起者自己的判据:如果一年后,公开记录中发起者写的部分被普遍认为质量最低,这件事也算成功。那说明格式脱离了发起者,能被别人用得更好。
本节失效条件
若法律、合同或客户撤回权导致可公开记录长期不足,失败判据需区分制度无法产生素材和队伍没有按格式产出,但不能未经确认就把缺口算成成功。若贡献者回报引发刷量或案源冲突,立即暂停新增招募,先复盘激励结构。
第五章 TSC 映射一:魂、壳、席位与证据闭环
调查队解决了记录从哪里来、怎样写、怎样公开。它还没有回答三个更难的问题:谁来判断记录是否站得住,记录怎样喂回团队,规则改变时按什么流程改变。
Open TSC 的公开治理材料把组织理解为 AI 原生、人机共治、持续进化的开发组织参考实现。本文只做概述级映射,具体制度以公开仓库当前文件为准。这里引用的公共入口包括 github.com/opentsc/governance 的创世层、双法典与 RFC/ADR 流程,以及 github.com/opentsc 下的组织说明、项目模板和相关仓库。仓库路径可能变化,本文引用日期为 2026 年 8 月。
5.1 魂与壳
TSC 的核心拆分是魂与壳分离。魂是法、判断标准、事件轨迹、校准记忆,属于可移植、可审计的部分。壳是今天承载魂的 GitHub、SaaS、Agent 或人组成的工作环境。壳可以替换,魂必须留下。
落到 FDE 组织上,魂包括六段解剖、三问四法、双法典、每份项目记录中的判断与反例、校准结果、撤回状态和规则变更轨迹。壳包括当前使用的代码托管平台、文档界面、检索工具、编排工具和参与者。工具会换,界面会换,成员会进出,魂必须能以文本、结构化字段和证据索引导出。
魂导出要有验收条件。第一,另一种存储方式能读取目录和正文。第二,不依赖原作者口头解释,读者能找到判断来源。第三,规则的历史版本不被覆盖。第四,客户撤回和脱敏状态可随记录迁移。第五,配对 Agent 不再工作时,人类仍能依照导出的法典继续审议。
一个团队若把魂锁在一个 SaaS、一个聊天记录或一个人的脑子里,组织的寿命就受那个载体限制。开放协议、可完整镜像和中文权威文本,都是降低单点依赖的工程措施。
5.2 席位
公开制度中的席位,是一名人类加一个配对 Agent 的治理单位。人负责判断、取舍和承担后果,Agent 负责执行、记忆、检索、格式检查和提醒。两者共同工作,却不共享责任边界。Agent 可以指出缺字段,不能替人承担客户承诺;人可以否决建议,不能把自己没有读过的证据说成已验证。
FDE 席位的最小配置应写清:席位负责人、配对 Agent 的用途、可读仓库范围、不可处理的敏感信息、审议权限、日志位置、交接方式。Agent 的记忆必须能导出,且不得成为唯一证据来源。凡是 Agent 生成的摘要,必须回链到人类记录或公开资料。凡是 Agent 提出的判断,必须标注为待审议,不能直接进入法典。
席位制解决一个常见问题:团队以为有人会记得就等于组织有记忆。实际情况是,没有明确席位,记录无人维护,提醒无人负责,规则无人执行。一个人加一个配对 Agent,给维护责任安了一个地址。
5.4 招募评阅的十二条清单
招募要解决的事情很具体:看一个候选人在自己天天待着的地方能不能写出可以被复用的判断。下面的清单写成评阅第六段正文、证据索引和脱敏声明时的最低要求。一条不达,记录退回补证,连续两次退回仍未改,取消当期入选资格。
第一条,对外口径与实际来源是否分两行写。一行写对外说辞,一行写调查后的真实赚钱来源。两行并列放置。差距明显是正常的,差距为零反而要追问:候选人有没有真的问过。
第二条,三张图是否同时写明面与实际。明面是组织架构图上的汇报关系,实际是凭什么的判断。实际层写不出凭什么,记录在第三段无法闭合。
第三条,谁会输是否具体到岗位。岗位不写名字,写岗位与工作量变化区间,并给出风险等级。空写“可能影响业务”属于没有走完第三段。
第四条,漏损是否带两个时间戳与一个来源。等待类的等待区间、重复录入的次数、影子系统的覆盖环节,都必须从客户数据或现场观察中取数,不能用感觉写。
第五条,判断错在哪里是否保留第一周原话。第一段与第三段初稿锁存之后,第四段只能写新的判断,不能覆盖原话。原话是下一位 FDE 识别自己错误的镜子。
第六条,触发纠错的信号是否独立成行。写明原判断、实际情况、触发信号,缺任何一行,第四段都不算成立。信号必须是可识别的具体动作,例如某条手写便条、某个审批时间戳、某次库存盘点冲突。
第七条,第五段是否只收四周后仍被使用的东西。新上线两周内的高频使用不能计入。客户说很好用是线索,不是依据。
第八条,第六段是否写出至少一项死亡条目与死因。死因从序章下六类中选,选不进的自己描述。空写“无”一律退回。
第九条,原始素材是否至少三条。三条必须覆盖不同类型:照片、对话、文件、动作。同一类型的重复素材只算一条。
第十条,脱敏声明是否分层写明保留项与删除项。实体层写了公司名替换,数字层没有写明保留哪些流程数据、时间层没有写明事件时序如何模糊,记录不被接收。
第十一条,撤回条件是否写明谁能撤、撤后动作是什么。永久撤回权属于客户,撤回后下架原文与可识别附件,索引保留状态。撤回状态字段必须可被外部检索。
第十二条,证据索引是否可追溯。索引里至少要标明证据类别、来源系统或访谈对象、取得时间、是否经脱敏。无法标注的素材只能作为说明,不能作为判断依据。
十二条过完,再决定这份记录进入公共池子、被退回,还是被留下作为内部材料。十二条之外的口语评价,例如“写得很扎实”,不作为决定依据。扎实的判据来自清单,不来自印象。
5.5 入职三个月的里程碑
候选记录通过不等于正式成员。正式成员要走过三个月里程碑,才能被分配独立项目。
第一个月跟读。每周从仓库里读三份不同行业、不同死因的记录,写短读卡。短读卡只回答一个动作:这次阅读改变了我哪一个具体问题。不写学习心得,不写行业概览。
第二个月试写。围绕一个正在进行中的项目,写完一份六段草稿。草稿可以挂在内部频道,由项目负责人和另一名同事共同批注。批注以字段缺失为优先,不以表达风格为优先。
第三个月试审。负责对一份外部候选记录做十二条评阅。评阅意见逐条对应清单编号,由两名人类加一名配对 Agent 同时确认。通过后获得正式成员资格。连续两次未通过,回到第一个月重走。
三个月期间,原项目组成员与候选人不形成雇佣关系。候选人的产出归公共魂,候选人失败不影响原项目。三个月里,组织比候选人更可能确认:这个团队不是谁都能进,也不是谁都必须进。
本节失效条件
若招募规模扩大导致评阅无法保持逐条人工核对,评阅机制应改为双盲双人抽审与机器字段校验的组合,不能单靠机器判断放弃人工判断。若候选人三个月通过率持续低于五分之一,需要回到招募题本身检查难度设定,而不是下调门槛。
5.6 席位交接手册与 Agent 操作手册
组织扩张到五十人以上时,原有的“人盯人”方式难以覆盖所有席位。扩张的前提是两本手册的稳定:席位交接手册和 Agent 操作手册。两者共同回答一个新问题:换人之后,组织能不能继续产出同等质量的判断。
席位交接手册的最小内容有四件。
第一件,席位职责范围。写清本席位可读仓库范围、不可处理的敏感信息、审议权限。不可处理的敏感信息单独列出,包括客户身份、原始录音、未脱敏的财务数据等。
第二件,常见场景的应对动作。客户在验收前一周提出新增需求怎么办,第三方要求引述现场数据怎么办,Agent 出现异常回答怎么办。这类动作在手册里以场景与动作两列呈现,不写个人风格。
第三件,事件轨迹的提交路径。动作完成后写到哪里、由谁合并、如何在检索层暴露。提交路径要写到具体目录,不写到“在内部频道发一下”。
第四件,离场与接场步骤。离场前三十天发出离场通知,并写明接场席位与交接清单。接场席位在两周内完成读库与试写,三个月内独立运行。运行后,原席位留任三个月作为顾问,不留任则正式退出公共审议。
Agent 操作手册的最小内容也有四件。
第一件,记忆与导出。Agent 的短期记忆与长期记忆分别存储在哪,导出接口是什么。短期记忆用于当前任务,长期记忆用于跨项目检索。两者都要能以结构化文本导出。
第二件,字段校验。Agent 在自动核对格式时,必须逐条对应五条最低要求:六段顺序、元数据完整、原始素材标注、证据索引可追溯、脱敏声明分层。校验不能通过时返回具体行号与缺项。
第三件,摘要与回链。Agent 生成的任何摘要必须回链到人类记录或公开资料,不能只生成新内容。摘要要带时间和触发任务标识,便于在轨迹中检索。
第四件,权限与撤销。Agent 在客户现场取得的临时权限,必须在项目结束时自动收回。权限变更写进事件轨迹,撤销时间要写到分钟级。
两本手册的更新走 ADR 流程。变更不能覆盖旧版本,需要新增并保留旧版供回看。手册本身也是魂的一部分,必须能被导出与镜像。
本节失效条件
若团队扩张后仍长期保留“人盯人”的工作方式,扩张的可持续性需要重新评估,过度依赖个体注意力会提高出错率。若 Agent 操作手册的字段校验被新的项目类型绕过,需要先扩展校验规则,再批准新项目类型。
5.3 证据到校准
TSC 公共描述中的闭环是证据、讨论、提案、人类与 Agent 审议、PR、验证、校准、继续进化。FDE 组织可以把它落成项目记录的八个字段。
证据:现场观察、客户数据、访谈原话或合同材料。讨论:把互相矛盾的说法并列,标出冲突。提案:提出一个可在四周内验证的改变。双重审议:Agent 检查结构、人类检查判断。变更提交:以可追踪的记录或版本更新提交。验证:用客户数据和现场观察判断是否使用。校准:兑现和未兑现都写回。进化:把第三个客户出现的相同补丁上升为方法库条目。
每条预测必须有到期日。到期日不是行政提醒,而是组织承诺在某一时点接受结果。预测成立,记录成立条件;预测失败,记录失败原因;无法验证,记录数据缺口。三种结果都能产生知识,只有缺失记录会让组织重复犯错。
校准会议不讨论谁输。它讨论判断链条在哪一环断了。若预测失败是因为证据不稳,修订取证规则。若是定义错误,修订验收口径。若是利益阻力,修订三张图的谁会输。若是维护失误,修订撤离和交接。这样回灌才会改变组织的下一次行为。
本节失效条件
若 Agent 无法提供可追溯的执行轨迹,或者组织无法导出人类与 Agent 的共同记忆,席位制只能算工作习惯,不能算治理结构。若证据长期无法取得客户授权,公开库应降低公开范围,保留内部审议记录,不能用无法公开来替代无法验证。
第六章 TSC 映射二:动态组队、日落条款、人机双议会与五要素
TSC 映射到 FDE,不需要照搬组织名称,需要把治理零件接到真实工作流。调研摘要列出五项公共模板要素:证据、实验、动态组队、验证、日落。它们与 FDE 五阶段方法论互相咬合。
6.1 五要素逐条对照
第一,证据,对应侦察。
侦察不是收集越多越好,而是找到能改变判断的证据。项目启动先列证据清单:赚钱来源的证据,漏损时间戳,权力来源,谁会输,当前影子系统,客户数据的所有者。每项写来源、取得方式、可公开范围和缺口。没有证据的判断,只能进入待验证区,不能进入规则库。
第二,实验,对应定义。
定义阶段把做数字化、提高效率切成实验。实验必须规定输入、改变动作、观察窗口、成功指标、失败阈值、停止条件。四周法则让实验有时间边界。实验只验证一个关键假设,不能把整个企业转型压成一张无法证伪的路线图。
第三,动态组队,对应交付与回灌之间的组织切换。
项目按使命组队,不设永久部门。调查需要现场记录者,交付可能需要接口或硬件能力,回灌需要库维护者和审议者。角色可以由不同席位轮换。项目结束后队伍解散,记录和规则归公共魂,贡献者保留署名与来路。
动态组队要有三份清单:启动清单写谁负责什么、缺什么权限、何时解散;运行清单写新增成员和决策记录;撤离清单写交接对象、未完成事项、日落状态、回灌条目。没有解散动作,动态组队会慢慢变成隐形部门,所有人继续背着旧项目。
第四,验证,对应交付后的四周观察。
交付完成不等于项目成功。验证必须使用客户自己的数据或现场观察。功能、使用岗位、频次、依据和持续时长都写入第五段。客户说很好用可以作为线索,不能代替使用记录。若四周后没人用,功能进入第六段,无论验收会议如何评价。
第五,日落,对应撤离。
每个项目启动时写结束条件。结束条件必须能被四周后的数字或事实判死刑,不能写差不多了。超过日落日期,项目自动进入撤离阶段,不以还在努力为理由续命。撤离不是把客户丢下,而是交接、断奶、导出魂,并确认系统在原 FDE 不回应时仍能工作。
6.2 动态组队的权限规则
按使命组队并不意味着权限随意扩大。每个席位只拿到完成使命所需的最小数据范围。现场席位可以看流程与设备,不应自动读取全部经营数据。脱敏席位可以处理身份和数值,不应修改判断正文。审议席位可以退回记录,不应绕过客户撤回权。
权限变更也要进记录。增加权限的理由、有效期、批准人和撤销时间,都属于事件轨迹。一个项目结束时先撤权限,再解散队伍。这样能避免临时访问变成永久通行证,也能让后续审计知道谁在什么阶段看过什么。
6.3 日落条款的写法
日落条款写四件事:日落日期的相对表达、交付结果、验证数据、未达到时的处理。例:上线后连续四周仍由目标岗位使用,且客户定义的等待时间中位数下降到约定阈值;若未达到,项目进入失败复盘,不自动续期。
日落条款不能把 FDE 无法控制的变量写成单一责任。比如市场需求突然变化、客户撤销数据授权、关键岗位离职,都应列为外部条件,并写清如何记录与是否重新定义实验。外部条件不能成为事后免责,因为项目开始时就应该把它们列进假设。
6.4 人机双议会
对魂的修改,包括新规则、新判据、新方法库条目,需要人类审议与 Agent 审议双重通过,创始人有一票否决权。这里的创始人否决权是安全阀,不是日常审批权。若所有小修改都等待一个人,组织会重新变成单点。
人类审议看四件事:证据是否足够,推断是否标注,利益冲突是否披露,失败是否真实。Agent 审议看四件事:六段是否完整,标题和元数据是否统一,原始素材是否满足要求,引用与版本是否可追溯。Agent 的通过只能说明结构与机械条件满足,人类仍需判断内容。
双议会的结果应有三种:通过,退回补证,拒绝并写明原因。退回不是失败,拒绝也不删除原提案。提案、讨论、审议意见和最终结果共同构成事件轨迹。未来若有人问为什么这条规则存在,答案应能从轨迹中找到,而非回到某个人的记忆。
6.5 RFC 与 ADR 的轻量用法
当规则改变影响多个项目时,先写 RFC,也就是请求评论文档。RFC 只需回答:当前规则解决什么问题,哪里失效,拟议改变是什么,哪些记录支持改变,怎样验证改变,何时复查。成员在公开评论中提出反例,作者不得只收集赞成意见。
决定落地后,写 ADR,也就是架构决策记录。ADR 固定保留背景、决定、取舍、影响和失效条件。规则发生再次变化时新增版本,不覆盖旧 ADR。对于一份单个项目的局部调整,记录在项目日志即可,不要把每个客户习惯都升级成组织法。
判断升级为法典,需要满足三个条件:至少在多个真实项目中出现相同机制,有明确证据能支持迁移,且反例边界已经写出。只在一个客户身上好用的办法,属于项目经验,不属于组织法。
6.6 FDE 组织的最小操作系统
把这些零件拼起来,FDE 组织的操作系统可以用一条链表达:人到现场取得证据,席位 Agent 整理与检索;项目组提出实验,双议会检查;交付后用客户数据验证;到期后做校准;相同补丁在第三个客户出现时进入方法库;项目到日落时撤离,魂导出,队伍解散。
这条链中任何一个环节缺失,组织都会退化。只有证据没有验证,团队会沉迷观察。只有验证没有校准,团队会重复试错。只有规则没有日落,项目会无限续命。只有动态组队没有公共魂,人员流动越快,知识丢失越快。
知识库型团队的真问题在于魂能否导出,人多不多反而是次要的。能导出,人走了魂还在;导不出,人来了魂也不在。
本节失效条件
若 Open TSC 公开治理实践发生重大改版,本文映射只保留与 FDE 五阶段相互验证的部分,具体名称和流程以当时公开文件为准。若某类项目的风险无法用四周窗口观察,日落条款要改用与客户业务周期相匹配的验证窗口,不能机械套用四周。
6.7 三十人、三百份、四种节奏的算术
把这一卷的算术一次性摊开,避免被断章取义。下面这组数字写成底本调查队制度反推出的工作量。读者可以直接用同样的口径做个人或团队预算。
第一年是质量起步阶段。三十人,每人每年四份,合计一百二十份。三百份的目标不是第一年完成,而是用于校准下一档规模所需要的稳定供给量。若第一年实际入库的合格记录在六十份到八十份之间,说明规则已经在挡掉不合格的素材,不是组织失败。若超过一百二十份,需要复盘:是否放水,是否把不同行业拼成同一份,是否把同一项目的多次修订算成了多份。
第二年是节奏稳定阶段。目标是从百二十份的纯记录产量,转为含元数据、证据索引和审议意见的完整条目。完整条目的维护工时约为草稿的两倍,因此单个席位的年产出仍应保持在四份。组织同时把校准会、仓库体检和短读三类会议建立成固定日程,避免节奏因人而异。
第三年才是规模扩张的评估窗口。扩张有两个门槛。第一,仓库检索能在没有原作者在场的情况下回答新人提出的行业问题。第二,外部贡献者提交的记录通过率与内部贡献者相当。两个门槛都过,团队可以从三十人扩到六十人左右。六十人再往上一档,需要有可被新人复用的席位交接手册和 Agent 操作手册,否则人数增加只会让审议负担失控。
四百份这个数字来自序章下对“一个人干到死也留不下三百份”的对照判断。一百二十份的年产量可以推算到:要让一个组织拥有四百份合格记录,连续生产三年,是其中一个可达路径。这个路径同时是单人路径的不可达对照:单人即使每年完成四份,三十年也只有一百二十份左右,结构上达不到四百份的覆盖宽度。这个对照是路径二存在的算术理由,不是路径一被否定的理由。
这一节里所有的数字都有一个共同前提:合格。合格由四件东西决定:六段顺序正确、原始素材不靠补写、第六段不能为空、撤回与脱敏状态公开可查。任何一件被绕过去,库存就从知识退化回文档。退化发生后,团队的第一反应不应该是再写更多,而是先退回格式。
回灌的算术同样有边界。序章下那句“同一个补丁做到第三个客户变成产品特性”,这里的“产品”指的是方法库条目,不一定是软件产品。一个方法条目进入库后,还要经过三个项目验证,才能写成方法库。否则它只是单次观察。
四种节奏再写一遍,便于引用:每周短读、每月校准、每季度仓库体检、每年的失败判据公开复盘。四种节奏同时运行,团队才能在不增加人数的情况下,把记录数量从存量变成判断能力。任何一种节奏停掉,剩下三种都只能处理存量,不能形成新能力。
最后把“做得好”和“做下去”分开。组织的第一目标更接近于做下去。做下去的最小条件是:第一年三十人、格式严格、退出可验、撤回可执行。数字是手段,组织能活过第一年才是目的。
本节失效条件
若一年内客户对公开记录的接受度持续低于可执行水平,开源条款应改为默认脱敏、申请公开,以避免记录生产被断流。若团队扩张到五十人以上,仓库体检频率需要翻倍,单纯依靠季度抽样的方案不再有效。
第七章 法条
FDE 第八法 · 沉淀律
一个 FDE 的真正产能,不等于他一年能进多少栋楼,等于他一年能让多少栋楼的判断被下一个人用上。
推论:
一,单栋楼的产能封顶是身体决定的,多栋楼的复利封顶是记录决定的。
二,复利的杠杆来自格式统一与可检索,不来自个人聪明。
三,组织形式的最终判据是魂能否被导出。能导出,团队活;导不出,团队跟王姐的下场一样。
四,读库与回灌是同一条链的两端。只写不读,公共资产不会产生复利;只读不写,组织会消耗别人的沉淀而没有新供给。
五,内部转身的人必须把关系经验转成证据和规则。身份带来的速度不能替代可审计的判断。
失效条件:
一,如果出现一种新技术能让 FDE 在不去现场的情况下获得同等深度的行业理解,本法作废。
二,如果六段格式本身被证明不是记录行业运转的优选结构,本法按格式修订处理。
三,如果调查队制度因为外部激励错位导致第六段普遍被绕开,本法第三条按先停掉再改处理,不停只改必死。
四,如果组织的公开协议、客户撤回权与法律要求发生冲突,以法律与合同为先,公开范围缩小,证据链仍需在授权范围内保留。
补充:本卷第三、五、六章中的算术与判断,均为基于截至 2026 年 8 月可观察材料的归纳。团队数量、记录数量、竞争维度换挡与模型能力曲线都可能让具体数字偏移,但骨架成立。以上失效条件为具体论断预留修订入口。
终章 每个人都是自己人生的 FDE
1764 年那个冬天,哈佛图书馆烧掉五千册书。约翰·哈佛三十一年前捐进来的四百册,活下来一册。
那一册活下来的原因,不是因为它更珍贵,也不是因为它被特别保管。是因为一个叫伊弗雷姆·布里格斯的学生,在三个月前把它借走了,然后忘了还。一次违规。一次疏忽。人类最重要的一批记忆,靠这种事情活下来。
序章上我写过一只笼子里的猫。序章下我回去看过。笼子还在原地,里面是空的。我给不了那只猫一个结局。三种可能里有两种是坏的。
这两件事连着说,是因为它们讲的是同一件事:有些东西一旦失去就永远失去,有些东西只有被带出那栋楼才能活下来。
这本手册描述的那套方法不是给某一家公司准备的。
侦察:搞清楚这家公司靠什么活着。
定义:四周后用哪个数字判对错。
交付:把东西做到跑在生产里。
回灌:把这次踩的坑写下来,下一次少走三个月。
撤离:在合适的时候走开。
这五件事,FDE 进每一家公司都要做一遍。
你换个工作,换段关系,搬一次搬家,生一场病,也要做一遍。
先搞清楚它对你意味着什么。这件事只有你自己能做。然后自己给自己定什么叫做完了。没有人能替你定。然后交出一个拿得出手的结果。结果不会陪你说场面话。然后把学到的留下来。留下来才有下一个你。然后在合适的时候走开。走不开的人会变成下一个王姐,下一个老张,脑子里装着一整座图书馆,副本只有一份。
侦察。定义。交付。回灌。撤离。
序章下我写过一句话:这些东西没有任何办法被凭空创造出来,只能被活出来。它指的是一个人一辈子想明白的那几件事,可能是三件,可能是十件。每件的代价都是时间,是熬过的夜、赔掉的钱、被骂过的那几次、卡了三年才通的那一下。这些东西目前的默认结局,是跟着这个人一起结束。
我觉得这是一件很浪费的事。不是因为不公平,公平不公平我不太在乎。是因为它浪费。一个物种,如果每一代人都要重新把上一代人已经想明白的事再想一遍,那它的进步速度就永远等于一个人的一辈子。我们已经这么干了几千年了。
现在有机会不这么干了。
那就别这么干了。
如果你只能从这本书里带走一件事,我希望是这一件:把你手上那本带出你现在坐的这栋楼。
你手上就有一本。是你现在天天泡着的那家公司、那个车间、那个门店、那间办公室。你觉得平平无奇、不值一提、这不明摆着吗的那些东西。那就是一本书。它现在只有一个副本,存在你脑子里。带出来。带回去。放在你桌上。跟你的硬盘放在一起,跟你的便签本放在一起,跟你脑子里的那个便签放在一起。
它不再是一本关于企业的书。它是你自己那栋楼的入场券。
你拿回去之后它就不再属于我。你可以在上面写批注,可以撕掉其中几页,可以压箱底十年不看。但它在你手里这件事本身,就是一件事。它证明有人替你做过一次投入。它证明有人相信那套方法对你有用。它证明有人愿意让你把它带走。
剩下那部分,是你的事了。你把它带出去以后,某个原本只在你脑子里的规则,终于有了第二个副本。它还不完整,甚至可能写错,但它已经获得了被别人纠正、被下一个人继续带走的机会。