遇到一个复杂问题时，最诱人的做法常常是先寻找一个足够漂亮的方案。图表、框架和工具会迅速带来掌控感，但它们也可能把真正的问题遮住。

我更愿意从场景开始：是谁遇到了麻烦？他们原本怎样完成这件事？哪一步花费了最多时间？哪些限制不能被忽略？当这些问题有了具体答案，技术选择才有意义。

把假设写下来

复杂任务里的分歧，很多时候不是方案不同，而是大家默认的前提不同。把假设写成一句可以被检验的话，往往比继续讨论结论更有帮助。

工具和方法都有边界。先理解真实场景，再选择足够简单的方案，能让事情更快地向前走，也更容易在反馈里继续修正。

一则关于问题定义的工作笔记。