作为一个开发人员,我们通常希望客户可以精通c语言,这样他们就可以知道我们在干什么,以及工作有多么努力,然而这样的事情显然是不太可能的。c语言是与电脑沟通的语言而不是与客户,所以我们这样的开发人员最好不要与客户直接交流,我们可以去找项目经理,让他们与客户去沟通。

在与客户沟通的时候,我们不必非要用UML去交流,重要的是我们之间的沟通是否有效,这样即使使用甲骨文,只要约定合理的语法,照样可以进行有效的沟通,其实UML图在一些客户的眼里无异于盲人的世界,那么我们为什么非要客户看UML图呢,不如直接老老实实的画用例图。

D项目中,客户并不会投入过多的精力,因为他们还有其他的一些项目和工作,所以减少沟通和保证沟通的质量就显得非常重要,在大多数项目中这样的问题都是存在的。沟通不是向客户打电话或者吃饭那么简单,每一次沟通都是向客户了解更深层次的需求机会,因此在见客户之前最好就准备好问题和提问方式。

在做项目的时候尽可能的留下一些history,项目的中断和中止,与历史产生断层的原因是一致的,很多项目在负责人走后就自然而然的死掉了,我们做项目的时候,如果也不留下历史记录,那么以后有人来看这个项目就会两眼一黑,像司马迁一样“存而不论”项目就此中止。

在很多时候,我们所听到的沟通都是流于形式,例如与客户吃饭或者打回访电话。其实沟通是需要目的性的,如果没有目的性,那么就是在浪费客户的时间。在每一次回顾项目的时候:流于形式的沟通往往可能是你项目被不断推翻和延迟的主要原因。

原文地址:http://www.cnblogs.com/zzfdbk/p/16845606.html

1. 本站所有资源来源于用户上传和网络,如有侵权请邮件联系站长! 2. 分享目的仅供大家学习和交流,请务用于商业用途! 3. 如果你也有好源码或者教程,可以到用户中心发布,分享有积分奖励和额外收入! 4. 本站提供的源码、模板、插件等等其他资源,都不包含技术服务请大家谅解! 5. 如有链接无法下载、失效或广告,请联系管理员处理! 6. 本站资源售价只是赞助,收取费用仅维持本站的日常运营所需! 7. 如遇到加密压缩包,默认解压密码为"gltf",如遇到无法解压的请联系管理员! 8. 因为资源和程序源码均为可复制品,所以不支持任何理由的退款兑现,请斟酌后支付下载 声明:如果标题没有注明"已测试"或者"测试可用"等字样的资源源码均未经过站长测试.特别注意没有标注的源码不保证任何可用性