从目标开始，而不是从工具开始

面对一个新项目，我会先把“想做什么”写成一句可以验证的话，再去决定使用什么工具。工具会变化，但问题本身应该足够稳定。

给不确定性留位置

计划不需要假装一切都已知。把风险、依赖和可能推翻当前方案的条件写出来，反而能让调整变得更从容。

复盘不是寻找一个人负责，而是找到下一次可以更早做出的判断。

交付之后再走一遍

把结果交出去以后，再从用户的视角走一遍流程。那些当时觉得“以后再说”的小问题，往往就是下一次迭代最值得处理的入口。