从需求文档到可以着手的任务

怎么切才对

按价值切，不要按层切。「界面」「服务端」「数据库」是三个任务，在全部完成之前谁也交付不了任何东西。「用户可以保存草稿」是一个任务，它触及三层，并且以一个能拿出来看的东西收尾。

任务太大时，去找变体：先走通顺路径，边界情况留到后面；先支持一个用户，多用户留到后面。

卡片上必须有什么

一行上下文——谁需要这个、为什么。统一格式的验收标准。有依赖的话写上依赖。以及指向对应需求文档或讨论的链接。

不该有的：详细的解决方案。如果每张卡片都规定实现方式，你就消灭了雇开发的理由。

切得不好的信号

在周期之间滚动的任务、连着三天「快好了」的任务、以及不靠另外三个任务就没法测的任务。这几种情况下，切分依据都是技术结构而不是结果。