本学期第9周我阅读完了《大道至简》的第4-6章的内容。
第四章讲的是“流于形式的沟通”，沟通不能是一种形式，沟通要有目的性，没有目的性的沟通只会浪费时间，而且更要注意的是流于形式的沟通可能是使得你的项目被不断的推翻和不断的延误的直接原因。沟通问题不仅仅存在于与客户交流之中，还存在于与项目的各个角色之间。UML的确是解决沟通问题的最佳手段之一。但只要是行之有效的、能在各个项目角色之间通用的，就是好的沟通方式。
我认为交流的问题主要存在于两个方面，一个是团队内的交流，一个是与客户的交流。团队内的交流显然十分重要，这是团队良好运行的前提，开发过程中难免会遇到分歧，这是大家应该理性的交流，解决分歧。与客户的交流做得好就能准确了解客户所需，也能使客户满意。同时，交流不能浮于形式，走过场的交流反而会带来反效果。
第五章讲的是“失败的过程也是过程”，瀑布模型将软件开发的过程分成需求、分析、设计、开发和测试5个阶段。工程只是实现的一种途径。否则，我们做完了工程的没一个过程，却没有完成项目的每一个“实现目标”。过程理论中，如果懂得了所谓的模型原本都演化自那个简单的瀑布，那么文档是按XP写还是按RUP写，也就可以应时、应需，因地制宜，择善而从了。越是简单的东西，往往越是接近与本质。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同完成这个项目。
我认为软件开发过程是非常重要的，无论成败对于我们都很有用。作者说做过程而不是做工程，同时不要像走过场那样敷衍。对于项目的开发，实现是目的，在过程中有一些好的模型，但不应照搬照抄，应有自己的创新，同时做好组织工作。对与失败的项目也是过程的积累，要从中有所感悟。
第六章讲的是”从编程到工程“，猿之于为人，“学会制作和使用工具”是最重要的标志。语言只是作为一种工具。作为我们写程序的一种工具。程序＝算法＋结构”。这是编程的本源定义，也是原始的状态。经过长期的编程实践，会从中总结与汲取一定的方法，于是“过程”出现了，于是“对象”出现了，于是相关的方法论也就出现了。过程中的问题，就是角色、沟通和环节的问题。
在我们的团队合作中，回顾每一个项目，或者项目中的每一个阶段，以及与每一个团队成员交流的细节，是项目经理的日常工作。发钱的决策通常是由三个角色来做出的：部门/团队经理；绩效经理；财务经理。真正的BOSS是经营者。决定了一个方向，组织者保证决策与这个方向是同步的，而工程师在这样的一个方向、决策的构架下的一个具体行为。实现，是软件开发的本质需求。方法，是对既有行为的归纳总结。