流于形式的沟通
此章主要概括沟通的方式和方法决定着我们的成败，在软件开发的过程中必然存在着沟通交流，有效的沟通可以达到事半功倍的效果。
在项目开发时，我们肯定需要面对客户，客户的需求就是我们的工作方向，然而我们该如何与客户沟通。想当然地用我们与计算机交流的语言C等等与客户交流是不可能的，我们需要用客户熟知的语言去与他们交流，当然如果开发人员可以熟练地转换自身角色那么他便可以以需求调研的身份去与客户交流沟通。UML的交流方式会使原本简单的方式变得更加复杂。所以我们需要的是以客户的语言去与他们沟通，在客户的世界里去沟通他们的需求，这样不仅有简单沟通的方式，还使问题变得简单，节省了更多的时间。
项目用甲骨文写，这是一个实例。在与不同的人沟通时，我们可以用他们熟悉的语言，去让别人了解我们的项目。“求道于盲”并不是盲人不知道路怎么走，而是你要用他的方式，去摸索他所描述的路。UML在客户眼里就如同盲人的世界，我们只能使用客户理解的方法去交谈。愚公的“聚室而谋曰”是很好的沟通方式。
”最简沟通“需要的是我们在与客户的每次沟通时都需要保证沟通的有效。这需要我们团队本身去寻找如何与客户沟通才能真正了解客户的需求和满意程度。极限编程的“现场客户”是不经常存在的，所以团队需要动用自己的力量去寻找客户公司的种种方面，了解之后设计提问问题，尽可能涵盖多个信息点，由此信息点发散产生多种假设。用mail的方式和电话回访这便可以让我们的整个项目提早的进行修正。数据整理，模块分析，统一系统模型。面对面的沟通让客户实际操作提出问题。第三次沟通我们可以发现其他的问题。三次沟通重点是有效，深入了解客户的需求，设计提问的方式和多种可能的结果，让我们的项目更好的发展下去。
中华五千年的历史只有三千年可以考查。项目如同历史，一旦终止或中断便无从下手，所以说维护就项目比开发新项目更难，因为不存在history。为“不存在的角色“留下项目的history也是沟通的一种有效方式。
沟通是存在目的性的，而不是仅仅的交流感情。沟通存在于客户与开发团队、项目角色与角色之间，沟通无处不在。用与不用UML在于沟通方式的选择，选择有效、通用的沟通方式是最佳的。