第15章 稳定和发布阶段
根据事情的轻重缓急，安排大部分事情在下一个版本做。正因为我们对项目、团队、商业模式有信心，才会把很多事情安排在以后的版本中。一个团队经历了计划/设计/开发等阶段，达成代码完成这一目标，似乎后面的事情就水到渠成了。其实不然，软件生命周期的最后阶段往往是最考验团队的，不但考验团队项目管理水平，应变能力，也考验团队的”血型“。怎样能稳定的发布？
具体阶段包含下列：
15.1 从代码完成到发布
15.1.1 软件团队的血型
15.1.2 会诊小组（Triage Team）
15.1.3 复杂项目的会诊
第一步：开发者提交参加会诊的Bug和修改方案。
第二步：会议决定是否同意修改方案。
第三步：执行。
15.1.4 招数：设计变更（Design Change Request）
15.1.5 招数：ZBB
15.1.6 招数：最后回归测试
15.1.7 招数：砍掉功能
15.1.8 招数：修复Bug的门槛逐渐提高
15.1.9 招数：逐步冻结
15.2 不同频率和不同覆盖范围的渐进发布
15.3 发布之后——事后诸葛亮会议
通过合理有效的分布进行，我们可以完成稳定的发布以及事后处理
