《构建之法》14~16章读后感

第十四章，质量保证：

软件的质量包括哪些方面，如何衡量软件工程质量。

和第一章给出的定义一样：软件质量=程序质量+软件工程质量。“软件的开发过程有三个主要的特性：“好”、“快”、“便宜”。通俗的理解是“软件在功能、成本、时间三方面满足利益相关者的需求”，各个方面都需要

好好斟酌，绝不是敲敲代码的事，还得注意客户，时间等方面的问题。不单是软件，其他别的任何东西，质量上不去，没什么客户敢用，团队花心血做的软件无质量保证，那心血有很多算是白费了。

明确CMMI的等级，在每一级上严格实行，在过程中把质量保证上去。

 

第十五章，稳定和发布阶段：

软件项目的会诊，软件按时发布的招数，项目的总结和回顾：

看完开头，我已经属于“O型”了，“他们不知道这一点，因此嘴巴惊讶成O型”，对于复杂项目应成立会诊小组，决定如何处理每一个BUG，是修复，还是就是这样设计，还是不修复，还是推迟。

给了众多招数，设计变更，ZBB，最后回归测试，砍掉功能，逐渐提高修复BUG的门槛，逐步冻结。发布之后，开“事后诸葛亮会议”，通过这次项目，我们学到了什么，我们有什么经验教训。

 

第十六章，IT行业的创新：

创新的迷思打破普遍的错误印象，新商业的诞生，最关键的是灵感，但灵感不会在每个人脑海里随之产生，好的灵感不一定来源于某个领域的专家大佬，但是灵感来源于善于捕捉需求的人，敏锐地察觉需求，走

在较前列，明白人们的需要。创新者也不总是一马当先，很多领域的领导者可能不是这一领域的开拓者。

创新的时机给了很多，给了黄金点游戏的12次记录，在一定程度上反映了不适时的新方法往往收不到预期效果，创新基本涵盖三点：了解团队能力、产品方向和大环境的趋势。后面给出的象限分类解决了不同的处理方式。