今天，我阅读了《实例化需求》13-17章。
这几章主要讲了几家上市公司的成功经验。它们有着许多相似之处。他们都是先改变流程。开始使用自动化可执行需求说明工具。但是有的公司并没有获得预期的效果。但是仍有一部分人相信这个实践。最后都收获很大。然后他们改善团队叫的协作。一开始他们给团队成员明确的分配相应的任务。但是这样并没有取得预期的效果。后来他们意识到是团队的工作分配出现了问题。于是他们给团队分配了端到端的任务。然后得到了不小的收获。
他们开始优化流程。之前他们用的可执行需求说明非常技术化，所以自动化层非常复杂且难以维护。然后他们每个角色都以fixure的形式在自动化层实现，并使用HTTP请求与服务器进行交互。测试结果就变得可靠多了。
他们开始使用活文档，所谓活文档，就是将实例看作是需求说明而不是测试。拥有一个活文档系统帮助他们节约了许多时间。活文档的建立帮助开发团队分享了知识，让他们学习了业务流程，同时还让业务人员清楚地了解到系统实际在做什么事情。所以建立活文档对一个开发团队是非常必要的。
读完这一章，我知道了一个开发团队，应该专注于交付真正重要的东西。这会使团队获得不少的好处。通过协作制定需求说明而获得共识确保了他们全都专注于交付正确的产品。第二重要的好处来自于可执行的需求说明，因为这使他们能更早地发现问题，并能集中精力交付新功能，而不会浪费时间在修复缺陷上。