每条需求背后都藏着一个假设.

「我们需要一个报表系统」——这句话里藏着的假设是：现在获取数据太慢，而且慢在人工汇总这一步。

假设可能是对的，也可能不是。也许真正的瓶颈是数据本身不可信，做十个报表也没人敢用。所以第一步不是设计报表，而是把假设写在纸上，然后想办法花最少的力气验证它。

切到一周以内.

如果一个需求切完还需要一个月才能看到效果，那它就还没被切开。一周是个好尺度：足够做出真东西，短到出错也不心疼。

切分的标准不是「技术上能不能拆」，而是「拆完的这块能不能单独产生效果」。能被单独验收的，才算切开了。

验收效果，而不是功能.

功能清单打勾是最容易的验收方式，也是最没有信息量的。真正的验收是回到最初那个假设：张经理周一早上，是不是真的少花了两小时？

如果没有，那这次交付虽然功能齐全，但它是失败的。承认这一点，比继续往清单里加功能诚实得多。