第五章（5.3.6 P97~98）
问题：什么是渐进交付的流程？
答（相关资料）：规划软件工程项目的传统智慧,使用广泛引用“瀑布模型”并不是唯一有用的软件开发过程模型。事实上,“瀑布模型”可能是不切实际的,危险的任何软件项目的主要目标。我选择的替代模型,称之为“渐进交付”还没有广泛教导或练习。但是已经有超过十年的实践经验在使用它。以各种形式。很清楚的从这些经验,进化交付通用工具是一个功能强大的软件开发和系统开发相关联。几乎所有有经验的软件开发人员利用做一次进化发展的一些想法。但是,这通常是无计划的,非正式的,这是一个不完整的开发这种强大的方法。
第六章（6.3 P109）
问题：如何建立敏捷的团队？
答（相关资料）：转型过程中，需要确定的还包括开发团队的规模和构成。Intuit公司的开发团队是跨部门的，其中包括远程开发成员。整个团队使用ScrumWorks，Portland公司的一个敏捷项目管理工具。根据Dattaray的的介绍，开发团队从6周的sprint计划开始，逐步缩减为4周，最终达到2周一个sprint计划。Dattaray认为，市场变化风云莫测，对于软件开发最重要的便是迅速跟上变化，尽快发布产品，这就需要各相关部门在一开始就都加入进来。以Dattaray的团队为例，去年他们共交付6个不同产品，其中规模最小的产品由2个开发人员在两周内完成；规模最大的产品则由一个15人的项目组用了一年时间完成。
AMS同样建立的是跨部门开发团队。在此之前，AMS整个开发团队的状态是相当分散的。AMS首先将开发团队分为4个Scrum组，平均每组由8位成员组成。Scrum组的目标是在每个sprint周期结束，按时交付功能齐全的软件产品。由于此前，开发人员习惯了各自独立展开工作，这一变化对他们来说是巨大的考验。而最大的挑战就是让每个成员学会将用例分解成更小单元。Kinsman表示，AMS一直在为准时交付实际可用的产品价值而努力。
对于Vignette公司，最大的挑战则来自于分布式的开发团队。一般来说，团队成员在一起工作会更加高效。但是对于某些企业，必须面对开发人员分布各地的现状。例如，开发团队并不总是需要配备专人负责性能分析或者用户体验，不同团队可以共享一个负责此项工作的成员。这样，为了这些“共享成员”能够随时掌握团队动向并融入其中，Vignette的开发团队使用了信息共享工具，如Wiki。Subramanian的经验是，如果身处一个分布式的大开发团队，我们就必须适应它的工作方式。不同的产品需要不同规模的开发队伍。具体地，团队如何组织和协作，就由他们自己来决定。
第七章（7.3 P133~134）
问题：MSF团队模型的基本原理有哪些？
答（相关资料）：1.推动开放式沟通；
2.为共同的前景工作；
3.赋予小组成员权力；
4.建立清晰的责任和共同的职责；
5.关注交付业务价值；
6.保持灵巧，预测变化；
7.质量投资；
8.学习所有的经验。