想明白了，计划为什么还没变

有经验的人做新项目，很容易把上一个项目花几年才走到的样子，直接当成这次的起点。因为知道每个功能怎么做，就觉得它都应该有。

但还有一个更难的地方：即使已经看见这个错误，能够把它讲给别人听，旧目标和旧排期也可能继续照常运行。认知改了，做事的安排不一定跟着改。

目标里，藏着尚未成立的条件

一个规模目标，可能默认所有渠道已经接通、所有人都愿意配合、每天的动作都能稳定发生。算术没错，但这些条件还没出现。

如果先认下这个数字，后面的功能、物料和资源就会围着它做加法。更可靠的起点，是目前真正能运行的范围：已经接通多少，稳定发生多少，哪里还缺证据。以后扩到多大可以是方向，不能直接当成现在的承诺。

少做一个页面，还不一定是 MVP

把完整系统缩成一个页面，已经克制了很多。但页面本身不等于结果。它还要接到真实行为：用户有没有用，得到什么，愿不愿意继续，承担投入的人有没有看见改善。

最小可行的东西，应该是一条能从动作走到反馈的短链路。中间如果还有一段只靠想象，功能做完也不能算验证完。

自动化没有消灭所有依赖

少让一线人员每天操作，不等于没人需要安装、联网、提供名单、处理异常和维护。每一个剩下的依赖，都要知道谁来做、为什么愿意做、没做怎么发现、断了谁来修。

如果关键一步只写“到时候推动一下”，它还不是安排，只是希望。

复盘要进下一版计划

把原因说清楚有用，但要减少下一次重犯，还得改目标、排期和资源分配。什么条件没满足就先不启动，先做哪一段验证，哪些东西现在可以删掉，都要落进实际计划。

反省自己和理解协作条件，可以同时做。前者解释为什么开始选错，后者帮助看见为什么错误会一直持续。只讲其中一半，都容易漏掉下一次仍会出现的原因。

一篇复盘有没有用，不只看它讲得多明白，也看下一版计划里，是不是真的少了不该现在做的东西。