本书第十一章讲到编写故事，我就不做笔记了。
一、软件开发估算：
如何提出估算，最出色的估算基于的是代编写的代码行。通过这些估算，你可以了解到开发这几万行代码需要花费多长时间，由于在开始编写解决方案之前精确的估算该解决方案的所需的代码行数非常简单，因此该方法非常有效。要进行有效的估算，应遵循三个要点：1、保持估算的简单性 2、利用过去发生的事情 3、从实践中获取经验。
要改进你的估算，有关估算的好消息是他往往能够改进，随着估算频率的增加，随着估算数值更接近实际，团队中每个人在估算方面都会越做越好，应鼓励这样的过程，不要对早起的估算期望过高，而是期望他们能够改进。
二、制定第一个计划:
现在，我们都对计划制定，计划发布的概况及其使用方法有了了解，应明确的一点是计划的精度取决于估算的精准度，而估算的精准度又取决于项目历史，第一个计划没有历史，因此估算便显得有些离谱，这将会把第一个计划弄成什么样子。选择迭代长度，赞成迭代开发的人有很多，但对这一问题的看法却不尽相同，有些人认为迭代可以有六个月之长。我们的观点却与之不同，迭代不应太长，一至三周足以。之后开始编程。
三、危险信号：
这里有一些常见的的不稳定因素表明计划中出现的问题，以及我们见到他们时应采取的行动。这些解决方案都是某种形式的“放慢速度，直到恢复控制在加速。” 缺少评估，客户部做出决策，缺陷报告，不能完整运行，失败的日常工作版本，客户不结束。