大道至简第四章 紧跟着上一张的内容——合作， 为我们又讲了——沟通，一个团队中的合作，以及团队的正常运行往往依赖于相互之间的沟通，文中为我们介绍了这样一种情况,当客户与调研人员探讨需求问题时,总是把事情弄的十分复杂不能是双方 很好的沟通关键在于专业人员 的沟通过分拘泥于形式，用了太多的专业用语，但是客户对这种语言不能很好地理解，因此形成了双方之间的沟通问题。
在很多的时候，我所听到的沟通，都是一种形式。例如与客户吃饭或者打回访电话。 其实沟通是具有目的性的，如果在没有明确目的的情况下与客户沟通，那将是浪费客户和自己的时间。这种目的，可以是了解项目的讯息、挖掘潜在的项目⋯⋯最末了，才是交流感情。 然而大多数的情况下，它仅仅被看着交流感情。这便成了形式。且往往是客户所讨厌的一种形式。 沟通问题不仅仅存在与客户交流之中。还存在于与项目的各个角色之间。项目的分析报告为设计人员所看不懂，设计人员的方案为开发人员所看不懂，而开发的结果为为测试人员所看不通。等等都是沟通问题。 UML的确是解决沟通问题的最佳手段之一。然而如果项目一开始就不能用它，那么强求的结果必然是痛苦的。——要让UML在一个没有经过相关培训的团队及其各个角色之间用起来，几乎是不可能的事。即使用得起来，也存在经验问题。千万不要指望仅仅一个项目，就能让你的组员深刻的理解UML的思想。 也不要指望在每个项目中都能用它，如果你的客户能理解并支持使用UML，那以这个项目就会有一个良好的UML使用环境。否则，开发环节中资料的不一致性，将会使得项目难以收场。 使用与不使用UML，其根本的问题在于沟通方式的选择。只要是行之有效的、能在各个项目角色间通用的，就是好的沟通方式。 在每一次回顾项目时都应该注意：流于形式的沟通，可能是使得你的项目被不断推翻和不断延迟的最直接原因。
总而言之，一个良好的共同方式决定了合作的成败，同时也为之后的进步发展起到了关键性的影响。