《大道至简》读书笔记 第2篇
第5章：失败的过程也是过程
第6章：谁是解结的人
第7章：从编程到工程
第8章：你看得到工具的本质吗
《汉书》中说“言人三为众”，这里的“众”字是要理解成为：一个群体，又或者说是一个团队。很巧，我们三人行团队就是由三个人组成，莫名的对自己的团队有了很大的信心。书读到了一大半，软件工程经历两个冲刺阶段，我们一起合作的项目也进行了一大段了，期间确实学到了不少东西，这都是在一个过程中的积累。所以说，“过程伴随工程而出现。”过程解决的问题是工程中角色之间的关系问题。总的来说，过程就是把很多的人如何组织在一起进行开发的问题。
把很多的人组织在一起，就是形成一个团队，并且每个人都应该有自己的角色（至少要分清自己是猪，还是鸡，或者是鹦鹉）。然后我们对工程展开，进行讨论。作者总结了：“过程中的问题就是环节、角色、沟通的问题。”通常，又把过程分为多个环节，书中还说：“有了环节就有了角色；有了角色就有了沟通。”
上面提到沟通，又不得不回到最初的需求分析时期。实际经历了，所以深有体会。用户不是一个人，而是一类人。首先我们要找到一类人，然后了解他们的需求，这少不了与用户的交流。然后再经过统计分析、统计，得到一个共同的目标。然而，我想应该不止是我们，大部分的团队大多数时候都与实际需要相反，从得到需求之后，我们只在项目交付和试用时才会与再与用户交流。书中说这时需求人员会把所有的责任归结到开发人员，而开发人员则抱怨需求不清楚，而且变更得没完没了。或者这个团队比较和谐的话，就一起说客户太苛刻。却一直没人说是自己错了。这是因为与用户之间缺少了沟通。
其实，沟通问题不仅仅存在于跟客户的交流之中，还存在于项目的各个角色之间。比如说：设计人员看不懂项目分析的报告，或者开发人员看不懂设计人员的方案，又或者测试人员看不懂开发的结果……都是沟通问题。举自己的例子，在最开始的版本出来后，我需要进行测试，有模块测试的计划。由于程序员没有写一点注释，特别是一些变量，只能靠对之前用户需求的总结来判断，软件的功能是否正确的实现。而且在beta版总结时，从各方面提出了几个不足，其中一点就是团队的成员一起工作的时间比较少，也就是缺少沟通，即使每天上课都待在一起。