作为一个开发人员，我们通常希望客户可以精通c语言，这样他们就可以知道我们在干什么，以及工作有多么努力，然而这样的事情显然是不太可能的。c语言是与电脑沟通的语言而不是与客户，所以我们这样的开发人员最好不要与客户直接交流，我们可以去找项目经理，让他们与客户去沟通。
在与客户沟通的时候，我们不必非要用UML去交流，重要的是我们之间的沟通是否有效，这样即使使用甲骨文，只要约定合理的语法，照样可以进行有效的沟通，其实UML图在一些客户的眼里无异于盲人的世界，那么我们为什么非要客户看UML图呢，不如直接老老实实的画用例图。
在D项目中，客户并不会投入过多的精力，因为他们还有其他的一些项目和工作，所以减少沟通和保证沟通的质量就显得非常重要，在大多数项目中这样的问题都是存在的。沟通不是向客户打电话或者吃饭那么简单，每一次沟通都是向客户了解更深层次的需求机会，因此在见客户之前最好就准备好问题和提问方式。
在做项目的时候尽可能的留下一些history，项目的中断和中止，与历史产生断层的原因是一致的，很多项目在负责人走后就自然而然的死掉了，我们做项目的时候，如果也不留下历史记录，那么以后有人来看这个项目就会两眼一黑，像司马迁一样“存而不论”项目就此中止。
在很多时候，我们所听到的沟通都是流于形式，例如与客户吃饭或者打回访电话。其实沟通是需要目的性的，如果没有目的性，那么就是在浪费客户的时间。在每一次回顾项目的时候：流于形式的沟通往往可能是你项目被不断推翻和延迟的主要原因。
标签：沟通,项目,读书笔记,客户,UML,我们 From： https://www.cnblogs.com/zzfdbk/p/16845606.html