敏捷方法与Visual Studio工程实践

《敏捷方法与Visual Studio工程实践》以Visual Studio Team Foundation Server 2012为软件开发生命周期（ALM）的平台，着重从Scrum等敏捷方法和Visual Studio工程实践的角度诠释.NET开发人员如何充分利用敏捷方法和VS管理工具更快交付产品。书中提供最真实的开发技巧与最先进的敏捷实践，旨在帮助解决软件工程所面临的困境与挑战，有系统地终结浪费、改善透明度，让软件开发成为一种轻松愉快的工程过程。

Sam Guckenheimer，拥有哈佛大学学历。作为微软VisuaIStudio产品策略的负责人，他主要负责客户端支持以及端对端的VisualStudio设计。在软件架构、开发、测试、产品管理、项目管理以及执行等方面拥有30年的经验。在加入微软前。曾经在IBM的Rational Software负责产品策略规划，目前经常在大型研讨会上发表演讲。

Neno Loje，软件开发生命周期（ALM）专业顾问，并负责Visual Studio Team Foundation Server（TFS）长达七年的时间。他曾经协助许多企业成功建立了以Visual Studio为基础的开发环境及开发流程。

第1章敏捷共识
敏捷的起源
敏捷的出现是为了处理复杂性
经验过程模型
新的共识
关于Scrum
潜在可上市
减少软件开发中的浪费
透明性
技术债务
一个例子
自管理团队
回到基础
小结
尾注
第2章Scrum、敏捷实践和Visual Studio
Visual Studio和过程制定
过程模板
团队
过程周期和TFS
发布
冲刺
由下而上的周期
个人开发准备
测试周期
每个周期对“完成”的定义
检查和调整
任务板
看板
为项目适配过程
地理分布
小结
尾注
第3章产品所有权
什么是产品所有权
商业价值问题：花生酱
客户价值问题：死鹦鹉
范围蔓延问题：下沉的船
Scrum的产品所有权
发布计划
兴奋、满意和不满意：卡诺分析
客户验证
服务质量
安全和隐私
性能
用户体验
可管理性
需求有多少层次
工作分解
小结
尾注
第4章运行冲刺
来自定义过程控制的经验
精通Scmm
团队规模
快速估算（计划扑克）
对比的类比
使用描述性而非规定性指标
使用仪表板回答日常问题
燃尽图
质量仪表板
Bug仪表板
测试仪表板
构建仪表板
选择和自定义仪表板
使用微软Outlook来管理冲刺
小结
尾注
第5章架构
敏捷共识中的架构
检查和调整：涌现式架构
架构和透明度
可维护性设计
探索现有架构
了解代码
维护控制
7解域
小结
尾注
第6章开发
敏捷共识中的开发
冲刺周期
每日周期中要警惕避免
保持代码库干净
在签入时捕获错误
搁置而非签入
代码协作
早期检测编程错误
测试驱动的开发提供清晰度
代码未经测试
通过改变数据来优化测试
将单元测试重用为构建验证测试
有冗余代码时
使用自动化代码分析捕获编程错误
捕获副作用
隔离意外行为
隔离生产中的根本原因
优化性能
防止版本偏差
版本控制什么
分支
并行工作在不同版本
合并及跟踪分支间的变更
使用Eclipse或直接使用Windows Shell
使工作透明
小结
尾注
第7章构建和实验室
周期时间
定义“完成”
持续集成
自动构建
每日构建
BVT
构建报告
维护构建定义
维护构建代理
自动部署到测试实验室
建立测试实验室
在生产中是否能像在实验室中一样正常工作
自动部署与测试
消除浪费
完成PBI
尽可能频繁地集成
检测流程中的低效率
小结
尾注
第8章测试
敏捷共识中的测试
测试和价值流
检查和调整：探索性测试
测试和减少浪费
测试和透明度
测试产品积压工作项
最重要的首先测试
可操作的测试结果和错误报告
不再“无法再现”
使用探索性测试以避免错误的信心
处理bug
哪些测试应该自动化
自动场景测试
使用HTTP测试
负载测试，冲刺的一部分
了解输出
诊断性能问题
生产—现实测试环境
报告
基于风险的测试
像工作项那样捕获风险
安全测试
小结
尾注
第9章微软开发部门的经验教训
规模
商业背景
文化
浪费
债务危机
2005年之后的改进
做到并保持干净
集成与隔离
产品积压工作
迭代积压工作
工程原则
结果
敏捷共识行动
经验教训
社会契约需要重建
经验教训
庆祝成功，但不宣告胜利
Visual Studio 2012之路
尾注
第10章持续反馈
敏捷共识在行动
小结
生活在混沌的边缘
尾注