07.用户故事与敏捷方法——优秀用户故事准则笔记

00.一个更好的办法是换一种方式编写故事，每个故事都提供某种程度的完整（end-to-end）的功能。

 

01.尽管不十分完美，即使只提供部分功能，但只要发布的功能可以跑，就可以放心地把应用程序发布给用户使用。

 

02.一直困扰着软件需求方法的问题之一是将需求和解决方案混在一起。

 

03.编写故事的职责在于客户，不能转嫁给开发人员。

 

04.故事卡的主要目的用来提醒开发人员和客户团队对功能进行讨论的。既然仅仅是一个提醒，就要保持它的简洁性。加入需要的细节，联想到继续对话的切入点，但不要在故事卡上加入太多细节并以此取代对话

 

05.试着让故事的大小能够在使用后让用户感到可以去喝一杯coffer休息一下。

 

06.为团队即将实现的功能编写小的故事，针对未来实现的功能编写宽泛的、高层次的故事。

 

07.一个封闭的故事是指那种随着一个有意义的目标的实现而结束的故事，能让用户使用后觉得她完成了某个任务。