在你撰写用户故事或列出待办事项清单时，有两个问题很重要：用户故事够完整吗？你如何才能知道自己已经完成了任务？
比如，我们看一看斯托尔写的用户故事：“作为特种部队的医生，我必须为学生们传授基本的生理学知识，这样他们才能了解人体。”
INVEST 标准：
- 可协商性（N
- 有价值（V
- 可评估（E
- 规模小（S
- 可测试（T
斯托尔的故事是独立的，因为他的学生们就在老挝，他不必考虑学生们前往老挝所需的直升机燃油费之类的事情，他能够独立完成任务。
他的故事是可修改的，因为虽然他一开始打算为学生们传授基本的生理学知识，但如果他到了那里之后发现学生们已经具备这样的知识，或是已经有了一定的了解，那么他有其他的教学方法可以用。他的故事有价值：学生们学到人体知识之后，可以派得上用场。他的故事规模小：他只给学生们传授基本的解剖学知识，而不是教他们运用这些知识去开展外科手术。他的故事可测试：他很清楚自己想要传递的信息，也可以对学生开展一些小的测试，以便确认他们是否真的吸收了这些信息。
每个有待落实的用户故事都应该要有“完整”的定义（比如是否符合INVEST标准），同样，最后的结果也要符合“完成的定义”（比如必须符合什么条件、通过什么测试才能结束等）。在现实中，我们发现，如果用户故事足够完整，那么团队在落实项目的过程中速度就会加快一倍。此外，如果一个阶段的Sprint完成了相应的用户故事，那么，这个团队的速度会再次加快一倍。这就是我们能够达到事半功倍之效的一个原因。
该书的PDF版本我有上传，如需要可自行下载。