标签：
我们将来是要先触客户的，然后才知道客户需要的是什么，然后我们再根据客户的需求明确自己要做的事。作为开发人员，更希望客户能精通C语言，这样就可以知道开发人员正在做什么，以及开发人员的勤劳，客户还可以通过C语言的方式告诉开发人员他们究竟想要什么。但是客户却不会笨到愿意用C语言来描述他们的需求。
C语言是程序员与计算机交流的语言，而不是他与客户交流的语言，程序员面对的是计算机，但计算机不是客户。但是项目经理可以由一种优势：他可以不用了解C语言，也可以用一种非C的语言来与客户交流。开发人员可以以“需求调研”去面对客户。
项目经理需要深谙项目所涉及的业务，但往往我们是做不到的，惯常我们是请行业咨询公司来介入需求阶段，协助了解和分析需求。可是，他们往往把事情复杂化，说一些专有名词，但我们并不会他们所说的什么“需求建模”。
接下来就是和客户、咨询公司合作的时候，他们做业务建模的时候，无时无刻不展示自己的模型语言，自己的专业。但是在客户面前，他们也不能用这种方式交流。就像甲骨文一样，是可以用甲骨文来做活动图、类图、构件图……以及这些图相关的规约。可以作为一种模型语言，与其要求他们学一种语言，不如使用他们世界的通用语。但前提也是你的项目组懂这种语言。
在韩愈的《答陈生书》中，有一个道理：要知道盲人并非不知道道路如何走，只是不能像常人一样描述他所知道的路。因此“问道于盲”是没有错误的，真正错误的是你睁着眼睛问。我们需要在正常人与盲人之间建立一种沟通的方式，既然盲人不能睁开眼睛，那么你就闭上眼睛好了。图在客户眼里无异于盲人的世界，你需要使用一种这种客户能理解和接受的方式，你要确认你的沟通方式是否有效，而不是去追求UML，以及它是否表达的是否正确，只有客户认为你理解了他的需求，他才会认可你。如果客户雇了一个专家组来评审需求，那就老老实实的画图就行了，这就分客户了。
一旦源头确定，接下来就是愚公的沟通方式—聚室而谋。
仅仅只有三次与客户沟通的机会，而且只有一次面谈的机会，一个月就要提交全部的需求调研报告、需求分析和关于该项目的远景规划。项目不大的话，客户不会投入太多精力，而且客户代表为大量的其他的项目和工作所困扰，他不会有时间来处理我们的问题。因此，减少沟通和保障沟通质量的问题就显得非常突出。在大多数项目中，这样的问题都是存在的。真正满足客户的需求并不经常出现，即使能将程序员送到客户现场去，沟通问题仍然是不可避免的。所以我们一开始就应该在网上查该公司相关的资料，进行了解和分析。
标签：
原文地址：http://www.cnblogs.com/94qq/p/4897427.html
