敏捷与规范平衡指南

第1章 规范、敏捷和困惑 1.1 困惑之源 1.2 两种方法 1.3 找出中间方法 参考文献第2章 方法的对比及各自的擅长领域 2.1 应用特征 2.2 管理特征 2.3 技术特征 2.4 人员特征 2.5 总结 参考文献第3章 项目开发中的一天 3.1 典型的一天 3.2 使用PSP/TSP典型的一天

第1章 规范、敏捷和困惑 1.1 困惑之源 1.2 两种方法 1.3 找出中间方法 参考文献第2章 方法的对比及各自的擅长领域 2.1 应用特征 2.2 管理特征 2.3 技术特征 2.4 人员特征 2.5 总结 参考文献第3章 项目开发中的一天 3.1 典型的一天 3.2 使用PSP/TSP典型的一天 3.3 使用极限编程的典型的一天 3.4 危机时期 3.5 总结 参考文献第4章 拓展擅长领域：两个案例分析 4.1 使用计划来扩大敏捷方法的应用规模：出租管理的例子 4.2 利用敏捷来简化计划驱动方法：USAF/TRW CCPDS-R示范 4.3 总结 参考文献第5章 使用风险平衡敏捷和规范 5.1 方法概述 5.2 应用实例系列：基于代理的计划系统 5.3 中型应用：供应链管理 5.4 小型应用：活动计划 5.5 超大型应用：国家危机管理信息系统 5.6 结论 参考文献第6章 结论 6.1 最重要的六条结论 6.2 关于敏捷和规范的平衡，下一步怎么做 6.3 软件开发中平衡敏捷和规范的步骤 参考文献后记附录平衡是成熟的开始

如何取得敏捷方法与规范方法的平衡，这是一个困扰着无数软件从业人员的大问题。本书针对这一现状，直接切入有效的核心概念，为定义平衡的软件开发策略提出了建设性方案。书中陈述了敏捷方法和规范方法各自擅长的领域及其各自的劣势，展示了敏捷方法和规范方法实际上是相辅相成的。本书通过介绍出两个开发组一天的项目活动以及富有新意的案例分析，演老婆子了如何平衡敏捷方法与规范方法。这对处于困惑中的软件从业人员而言，具有重要的指导意义。 通过本书客观而务实的分析，读者可针对自己的项目，找到最佳的敏捷-规范平衡点。

“作为一个公认的书迷和对自己职业的狂热爱好者，我所拥有的介绍软件方法的书超过了任何一个有理智的人。在我的藏书中，本书占有显著位置，因为在弥漫着噪声和硝烟的方法学之争中，它帮助我辨清了是非。” ——Grady Booch “这是一本关于一个复杂主题的杰出书籍。我为作者在处理该主题时所表现出来的谨慎喝彩。” ——Alistair Cockburn “本书作者完成了一项值得称赞的工作，他们识别出了用于建立恰当的组织性和灵活性平衡的5个关键要素——人、危险程度、规模、文化以及动态性。他们透彻、全面的分析将帮助处于困惑状态的开发者，为他们恰当地平衡敏捷与规范提供指导。” ——Arthur Pyster 敏捷与规范，软件开发中看似对立的这两个属性，实际上是可以相得益彰的。计划驱动的开发人员必须敏捷，敏捷开发人员必须规范。成功的关键在于找到两者的平衡点。这个平衡点随项目所处的环境以及所涉及的风险而变化。仅凭一腔热情径直采用极端方法的开发人员，最终必须学会如何根据实际情况恰当地平衡敏捷与规范。