标签：框架 决定 加速度 应该 基础上 bug 速度 集成 lang
十五章讲的是稳定和发布阶段。软件生命周期的最后阶段往往是最考验团队的。从代码完成到最终发布软件，需要经历：完成代码、集成测试、Bug修复、Alpha发布、DCR Bug修复、Beta发布、外部测试、RTO等。软件团队的各个角色代表，组成会诊小组。对于每个Bug可以决定采取哪一个行动，修复、设计本来如此、不修复、推迟。对于更加复杂的香茅油，还有三个方面更高的要求：第一步，开发者提交参加会诊的Bug和修改方案，以及伙伴测试结果。第二步，会议决定是否通过修改方案。第三步，执行。DCR，设计变更，首先要知道问题在哪，问题的影响；如果不修改会有什么后果；几种修改方案，各种方案的优缺点和成本。接着决定DCR的执行次序，会诊所有DCR，按照影响、成本排序，得到一个自上而下的名单，根据现有资源，按照名单执行。还有其他的招数：ZBB、最后的回归测试、砍掉功能、修复Bug的门槛逐渐提高、逐步冻结。在软件发布会，开一个会议总结，有利于发现软件的问题。
十六章讲的是IT行业的创新。发明创造往往伴随的是灵光一现，伟大的创新就紧随其后。创新的想法一开始并不一定会被接受，而在以往的基础上进行的扩展或许有更好的效果。在创新的时候我们应该要考虑到几点：从中能得到什么，与现阶段的相比有什么优势，和目前大众的习惯是否相符，避免过于复杂的技术。很多创新者却不是最后的领导者。创新的招数：SWOT分析框架、动量和加速度、技术产品的发展周期、效能过剩和竞争的各个阶段、四个象限划分产品、打出组合拳和套路。
标签：框架 决定 加速度 应该 基础上 bug 速度 集成 lang
原文地址：http://www.cnblogs.com/ao2chen/p/6940455.html
