《大道至简》第四章读后感

     沟通的方式有千千万，或许UML并不是用于整个项目的组成人员之间或者客户。客户于程序员之间的交流障碍之所以存在那是因为他们之间并没有找到合适的交流方式。客户就相当于盲人，和客户交流项目相关问题时就应该站在他的角度，而不是用专业术语和一位一无所知的客户去交流所选择的项目。
 对项目文档的策划，在于你面对的客户的类型，如书上所比喻的甲骨文模型。作为“模型语言”，甲骨文确实是一种简单有效的沟通方式。相对于复杂而难懂的专业术语，这种“模型语言”更容易被客户所接受。
      与客户的沟通，主要目的并不是去沟通感情。如果把沟通当作一种形式去面对，反而会使客户感到反感。我们应该具有目的性的去和客户进行项目上的沟通，例如，了解项目的讯息、挖掘潜在的项目......单纯的沟通感情是一种失败的选择。
      当我们面对不大的沟通项目的时候，应该减少沟通次数，提高沟通质量，沟通的内容应该是全方面的了解与客户相关的信息，总结出客户所需求的信息点，以保证每一次沟通的有效性。
     每做一个项目，都要把这个项目相关的History留下来，为了确保后来人对此项目的后继开发和维护。我暂时将这个习惯称为“良好的完成项目的素养”。虽然科技在发展，但是在此过程中不应该完全的去信任工具，工具并不是万能的。完成项目的时候，留下项目History，完成日期，完成人姓名以及联系方式。
      沟通所要面对的问题，不仅仅存在于与客户之间，与完成这个项目的各个角色之间的沟通也是相当重要的。只有完善了所有的沟通方面的问题，才不会让项目在进行中被推翻，被拖延。所以有技巧的沟通就决定了你在这个项目完成时所需要的时间以及完成效率。如果你没有注意到，流于形式的去和你的客户沟通，客户可能会听不懂你所讲述的是什么。处于不同频道的两个人，是无法在一起解决一系列问题的。而且这样，还会使这个项目花费过多的时间。沟通并不是吃饭交流感情那么简单重点应该放在客户和我们共同关注的问题上。与客户的沟通必然重要，但是团队之间的相互配合也是不可或缺的，这也是顺利完成整个项目的重要环节。同时也要有自己的“完成项目素养”，项目完成以后，将整个项目History留下来方便以后此项目的维护、开发及完善。就如我们自己要对一项已经完成的项目进行开发，定然要了解到这个项目的各种信息，从而达到开发这个项目的目的。
      并不是每一个团队或者每一个客户都会适合UML，虽然UML是最佳的沟通方式，但也要挑选适合的人群去使用，不要流于形式的沟通，是项目完成的重点。