乐高工作法

它解决什么问题

写经验材料、工作汇报时最常见的失败不是没东西可写，而是有料但结构散：全文平铺段落、万能词满天飞（「加强统筹」「优化分配」），读者读完无法在脑中复原骨架，评审也只能给出「写得太浅」这种笼统结论。乐高工作法要解决的就是这件事——把工作过程拆成一套可俯视、可检查、可复用的积木结构。

它如何工作

1. 定义前置（Define）：动笔前先用一句主谓宾锁定中心论点。同一份工作，定义为「技术升级」还是「组织变革」，写出来的材料天差地别。

2. 聚·搭·固三步拆解：

• 聚：把散落的料（告警、台账、责任人）拆包归类，连接内外部，回答「核心零件是什么」
• 搭：先立图纸（标准/流程）再落位，回答「通过什么渠道推下去」
• 固：标准件复用 + 数据回流 + 纠偏修复，回答「哪里可以更稳」

铁律：每步必须落到具体动作 + 具体场景。

3. 写作 SOP：定义 → 三问复盘 → 调研归类 → 还原颗粒度（保留数字、地名、动作，别嫌土）→ 深度自检 → 一句话验证。讲不清这工作怎么干，就回去重做第二步。

4. 深度三级台阶：会用（给方法给案例）→ 会迭代（三层结构、飞轮闭环、场景迁移）→ 会反思（点出边界盲区，敢自我否定是深度最强的信号）。

5. 评审清单（9 维打分）：定义、聚、搭、固、颗粒度、深度、结构同构、红线、自洽。漏 6/7 视为「浅」，漏 8 触发红线必须改。

适用边界与注意点

• 适用：经验信息、工作汇报、培训课件、公众号文章等「有工作过程可拆解」的文体
• 不适用：技术文档/API 文档、纯数据报告、代码配置、小说诗歌等创意写作——这套方法是结构化写作方法论，不是编程工具也不是文学创作工具
• 红线：全篇禁用「资源」一词（太抽象，容易滑向万能空话），用 积木/零件/中枢/框 替代；案例的数字、地名、动作须可考，虚构须标注「示意」
• 降级引导：遇到超出范围的请求时不要硬套，先判断「有没有工作过程可拆解」，无则说明不适用并给出替代方向

对工程师来说，这套方法的价值在于把「写材料」从凭感觉变成可检查的工程流程：结构同构的底层逻辑和思维导图一致——文章就是一张导图，一个中心、并列分支、收敛回中心。