实例化需求：团队如何交付正确的软件电子书

内容提要

前言

第一部分 开始

第1章 主要优点

1.1 更有效地实施变更

1.2 更高的产品质量

1.3 减少返工

1.4 更好的协作

1.5 铭记

第2章 关键过程模式

2.1 从目标中获取范围

2.2 协作制定需求说明

2.3 举例说明

2.4 提炼需求说明

2.5 自动化验证时不修改需求说明

2.6 频繁验证

2.7 演化出一个文档系统

2.8 实际的例子

2.9 铭记

第3章 活文档

3.1 为什么我们需要权威的文档

3.2 测试可以是好文档

3.3 根据可执行的需求说明创建文档

3.4 以文档为中心的模型所具有的好处

3.5 铭记

第4章 开始改变

4.1 如何开始改变过程

4.2 如何开始改变团队文化

4.3 团队如何在流程和迭代中集成协作

4.4 处理签收和可追溯性

4.5 警告信号

4.6 铭记

第二部分 关键过程模式户

第5章 从目标中获取范围

5.1 构建正确的范围

5.2 在没有高层次控制权的情况下，协作确定范围

5.3 更多信息

5.4 铭记

第6章 通过协作制定需求说明

6.1 为什么需要协作制定需求说明

6.2 最热门的协作模型

6.3 准备协作

6.4 选择协作模型

6.5 铭记

第7章 举例说明

7.1 举例说明：一个例子

7.2 例子必须精确到位

7.3 例子必须完整

7.4 例子必须要真实

7.5 例子应该易于理解

7.6 描述非功能性需求

7.7 铭记

第8章 提炼需求说明

8.1 一个好的需求说明的例子

8.2 一个劣质需求说明的例子

8.3 提炼需求说明时要关心什么

8.4 提炼实战

8.5 铭记

第9章 自动化验证而不修改需求说明

9.1 非得自动化吗

9.2 从自动化开始

9.3 管理自动化层

9.4 对用户界面进行自动化

9.5 管理测试数据

9.6 铭记

第10章 频繁验证

10.1 提高稳定性

10.2 获得更快的反馈

10.3 管理失败的测试

10.4 铭记

第11章 演化出文档系统

11.1 活文档必须易于理解

11.2 活文档必须前后一致

11.3 活文档必须组织得井井有条，便于访问

11.4 聆听活文档

11.5 铭记

第三部分 案例研究

第12章 uSwitch

12.1 开始改变流程

12.2 优化流程

12.3 当前的流程

12.4 结果

12.5 重要的经验教训

第13章 RainStor

13.1 改变流程

13.2 当前流程

13.3 重要的经验教训

第14章 爱荷华州助学贷款公司

14.1 改变流程

14.2 优化流程

14.3 活文档作为竞争优势

14.4 重要的经验教训

第15章 Sabre Airline Solutions

15.1 改变流程

15.2 改善协作

15.3 结果

15.4 重要的经验教训

第16章 ePlan Services

16.1 改变流程

16.2 活文档

16.3 当前的流程

16.4 重要的经验教训

第17章 Songkick

17.1 改变流程

17.2 当前的流程

17.3 重要的经验教训

第18章 思想总结

18.1 协作制定需求能在项目干系人与交付团队之间建立信任

18.2 协作需要事先准备

18.3 协作的方式多种多样

18.4 将最终目的视为业务流程文档，不失为一种有用的模型

18.5 活文档带来的长期价值

附录A 资源