除了故事卡片，还有约束卡片。约束卡片记录着一些必须达到的要求和不要违反的事情，它时时刻刻提醒着我们，让事情集中的向良性的方向发展。
作者一直在提BigMoneyJobs这个网站的例子。在求职者发布简历这一功能模块上，故事列表确实比我想象的要多，比如说可以设置简历的激活状态，对某些雇主开放和简历被浏览的次数。换做我是求职者，这些功能令我很舒心。这些看似细小甚微的功能，确实是网站赖以生存的关键。
不要过早设计用户界面。我与这一点背道而驰。因为我现在做一些大作业都是上来先把框架做好，框住自己的功能，然后再慢慢的填满它。这样的优点就是避免让自己思维发散，只做主要的事情。这可能能让我完成一项作业。但是实际工程里过早的涉及界面，可能会让大家过于关注美观和不是重点的小功能，而忽略了用户真的想要的潜在需求吧。
只为一个用户编写故事。作者举的例子是用户可以删除简历。这个简历可能是她自己的，也可能是别人的，这也可以算是一种歧义吧。但作者表达的是，这种表达方式提现出了用户这一个词有单体变成了群体。
将一个故事点的工作量看成几个理想日的工作。就算是在工作时间，有预期，没有预期的事情也会接连不断，这就导致了以为三天工作日的任务可能五天才会完成。
所有的事情都要花四个小时。这个说法虽然说绝对了一点，但是很有道理。预期只需要一个小时的购买沙发的时间，但是进展过程中，我们就会忘了这个决心。我们会做一些与计划无关的事情，就好像买完沙发之后，觉得自己把午餐吃了也不错，结果比自己在家多花费了很多时间。结果实际的花费远远大于一个小时。我自己在每天早上出发自习之前，经常设想一下今天上午的任务，但是因为某些意外，心情？突然的打算？可能上午的自习草草的收场了。
用故事点完成的速率，迭代估计剩下故事点完成所需要的时间。作者说，有人喜欢高估，有人喜欢低估故事点，有意外的事件发生，也可能会加班。作者说用任意分布的独立样本之和满足正态分布，这些意外是可以抵消的。但正态分布这个词需要有基数，而且就算是预算达到了结果的需要，那这个过程也是有风险的，不是么。实际工作中，我们可以天数不够，加班来凑。那也是用认为主观的行为来抵消那些意外产生的消极影响，结果项目按时完成了。那这个独立分布的说法也不告而破。我觉得，估算是对工程的一种宏观把握，没有绝对，只有相对，有最佳方案就好，事态怎么发展再人为调控，加班就是一种措施。