书一开始就引入了用户故事的来源。并且提出了一个很有意思的论点：开发方和用户的权利都不能过大，否则会对项目及其不利。这个和美国的三权分立有着异曲同工之妙。信息的获取过程最好是分时段的，最好贯穿在开发过程中，越频繁越好，越及时越好。我们不可能时时刻刻能够按照自己意愿掌控项目的进程，所以就有了用户故事这一说法。
书里列举了一些非常不好的用户故事，比如说我们要用什么样的语言去编写这个程序，因为用户并不关心技术层面的东西，用户关心的，只是我们开发人员完成他的想法的情况。在开发的过程中，我们可能会基于技术风险上的考虑，出现和用户的意见相左的情况。这个时候就要考虑实现客户利益的最大化。我们在开发软件的过程中，故事可以帮助我们直观地了解各个方面事情的优先级，也可以方便地进行故事的迭代，预计开发的效率。
我们之所以将一个项目分割成一个个的小故事，是因为我们这样可以更加了解这个项目，甚至找到我们没有考虑到的应该出现在这个项目里的角色。从不同的角度设定角色，可以了解各个角色的不同特性，看清楚不同角色的不同点。