Chapter 6 贯彻执行

手册是产品的外部规格说明，它描述和规定了用户所见的每一个细节，同样的，它也是结构师主要的设计产物。
精确往往比生动更重要。
通常的周例会每周一次，每次半天。
定期组织的例会建议上为每6个月一次。解决周例会中堆积起来的问题。
当文档和机器产生冲突的时候以机器为准，因为文档更容易修改。
这一章主要讲的是文档和例会的重要性，文档是各个项目组成员之间沟通的唯一方式，例会是解决问题的好方法。在进行文档写作时需要注意的是要用至少两种语言或者形式进行描述，一种为主要描述的方法，另一种为辅助描述的方法。这样可以保证无论是开发人员还是项目组的其他人员均可对于该项目有较为准确地认识。
但是最重的项目实施完毕后很有可能与最初的设想是不一致的，此时应该尽量以机器上的代码和以测试完毕可运行的程序为准，而非强求按照文档规定进行修改，除非出入极大（我感觉这种情况不大可能发生，周例会的时候就是为了避免或者说规避这种风险的产生）。进一步根据文档的小修小改可以作为下一阶段的迭代目标以趋于理论上的美好（好吧…这又是程序员的天生乐观的气质…（ーー；））。
在文档纂写的过程中，为什么需要同一人员进行纂写呢…因为文档需要有前后的一致性和连贯性，若是多人纂写的文档最后还是交由一两人进行整理较为妥当，并且在文档纂写的过程中，最好对于相关术语单独构建编写术语表进行文档中提到的一些相关术语的解释较好（我感觉啊…大型项目还是有必要弄个，简单的搞个表格什么的，不然写到最后基本上就忘记了…个人观点）。
规范的文档其实还是蛮重要的，口头上的沟通一是没有什么规范性可言，二是口语化的东西太多，即便是书面化了都会有这样那样多样化的表达，更别说是口头的…所以吧…文档和例会这种我们平时基本不屑的东西是必不可少的，我们之所以没有感受到其重要性那是因为我们没有参与过大型项目的开发，甚至中型规模的都没有…