UML软件工程组织

怎么提高与客户沟通的技巧
赵熙朝 yesky
  首先我们对需求获取的沟通原理进行分析,然后看看怎样提高沟通的技巧。

  沟通的定义是人们分享信息、思想和情感的任何过程,另一种定义是沟通是通过信息交互作用来影响看法、决策和行为,在需求获取的沟通中信息就是这个系统的需求。需求获取沟通的目的就是为了建立系统需求的概念,统一对系统需求的定义和理解,即系统应该做什么,不应该做什么。沟通的模式见下图

  
注意这里沟通必须是双向的。需求获取中的沟通要素包括:传送-接收者,任何沟通参与者都不例外既是传送者也是接收者,沟通参与者都扮演了一定的角色,角色是在相互关系中,个体所起到的特定作用和可以用一组规范来比照的行为方式,在需求获取中参与者主要是用户和开发人员;信息,包括了与需求相关的符号、文章、思想和情感等等;渠道,通过听觉、视觉或者触觉来实现沟通;噪音,需求获取过程中噪音主要是对需求定义不同的理解和产生歧义的信息;反馈,传送者和接收者之间的相互作用,是沟通成立的必要条件,反馈不一定是语言,比如回复的email、调查问卷的答案等等都是不同形式的反馈;环境,带有主观意味的选择和设定,是沟通发生的地方。沟通按照发生的主客体分类,可以分成人际沟通、人机沟通和组织沟通,组织沟通是指组织成员之间的信息交流和传递,需求获取是组织沟通的一种,组织沟通分成了下行沟通、上行沟通和平行沟通,下行沟通为组织中上级对下级命令、指示或通报等形成的沟通,上行沟通事下级对上层反应情况的沟通,平行沟通是组织统一层次之间的沟通,需求获取应该就是这种沟通,避免成为下行或者上行沟通。

  罗伯特赫勒说过"良好的沟通对于一个组织就如血液对于生命。"虽然沟通的最终目的是把信息传递给接收者,它却有说、写、听等多种方式,沟通旨在处理信息和改善关系。怎样运用沟通的技巧来提高沟通的效率?这需要我们从沟通的多个方面进行改进。

  口头沟通:通过口头沟通,我们可以以一种更准确、便捷的、及时性的方式获得信息,为讨论、澄清问题、理解和即刻反馈提供了场所。在口头沟通时候要观察对方身体语言、语音语调这些丰富口头交流的重要因素。口头沟通应该坦白、明确,不要在表达自己的意见的时候产生误导或者难以理解,沟通交流的核心不是语言,而是理解,口头沟通的双方都应该重视聆听。在沟通过程中信息的发送者和接收者在某些问题上可能有着截然不同的理解。

  这时应该注意在交流之前尽量获取更多的信息,做一个明晰的阐述要比总提出问题好,太多的疑问会使你的可信度大大下降,使人们没法正确的理解你,人们会对你产生消极的印象。尽量把问题阐述清楚,让对方理解你的意思和态度,如果你没弄明白对方的意思,自己却产生了其他的某种理解或是设想,大可以直接问对方,要尽快地弄清对方的意思,尽早解决在互相交流中产生的误解。让每个人都把心思集中于目标上,建立一个共同的立场,这能使人们互相理解,不会害怕捅什么娄子,不会自相残杀。了解质询和辩护二者的区别,花时间咨询其他人的意见,也与对方分享为什么你坚持自己的立场。口头沟通的时候人们必须谨慎,不要使用可能被理解成是性别歧视、种族歧视、偏见或者攻击性的言语。因为这种方式是同步的,口头沟通也要注意时机,闯进用户办公室打断对方工作或者在走廊里面遇到用户聊上半个小时这都是不太合适的。
  会议和座谈:会议是加强组织建设,强化成员期望,促进对项目目标的投入的有效工具和手段。为了使会议有效,会前必须确定会议的目的、与会人员和议程,并且把会议目的和议程和资料分发给每位与会人员;会议期间,必须按时召开会议,指定会议记录人员,会议主持人应该督促而不是支配会议,会议内容应该及时并尽可能记录下来,在会议或者面谈中应该使用笔记本电脑,指定一个打字熟练的人把所有的讨论记录下来,记录的同时还要做一定的整理,另一种办法就是采用录音的方式,会议参与者全心投入到会议中,而事后通过录音整理。如果不这样做,那么你结束会议的时候就会发现,所有的讨论只剩下一个模糊的印象,需求对你来说仍然是一件遥远的事情,会议结束前总结会议成果并文档化,请参与讨论的用户对记下的内容评论并更正,控制会见进度和讨论范围按时结束会议;会后,公布会议结合,要安排人员对项目决定和安排进行跟进。

  第一次用户和开发人员的会面就像两个陌生人的第一次见面一样,大家都不知道说什么,问什么,都担心他们说的或做的带来分歧,他们都在想自己要得到的东西也就是不同的期望,同时他们都希望同一件事件就是项目的成功。下面建议的问题列表能够帮助会议组织者有的放矢:
第一阶段:从自由的问题开始,得到一些基本的了解,比如要解决的是什么问题,需要解决方案的人,以及解决方案希望达到的效果。

  1、谁是问题的提出者或者是解决方案的受益者?

  2、谁将使用这个解决方案?

  3、成功的解决方案能够得到哪些经济上的利益(不要涉及到用户的商业秘密)?

  4、是否有或者需要另一种解决方案?

  第二阶段:得到问题的更好理解和用户表达的想法

  1、解决方案定位与解决哪些问题?

  2、成功的解决方案将产生什么样的输出?

  3、解决方案将在什么样的环境下使用?

  4、有什么特殊的性能要求或者约束影响了解决方案?

  第三阶段:关注于会议的效果

  1、你认为是否有更适合的人回答这些问题?

  2、是否会议的时间太长,问题太多?

  3、其他人是否能提供别的信息?

  4、是否我们还有其他的问题没有问到?

  处理冲突:沟通过程中不可避免地会产生冲突,在目标、动机、性格、气质上存在差异产生分歧就会导致冲突,我们必须重视并且正视冲突。冲突也有其有利的一面,它能够将问题暴露出来,使之及早得到重视;它能够激起讨论,澄清观念;迫使寻求求新的方法;培养创造性,更好地解决问题。处理冲突有下面几种方法:

  1、回避或者撤出:卷入冲突的人员主动从这一情况中撤出来,避免发生争端。这种做法是一种消极的方法,会使得冲突积累起来,导致后来的逐步升级。

  2、竞争或者逼迫:把冲突当成胜-负的局势,认为获胜比相互之间的关系更有价值,可能会导致人们的怨恨心里,恶化工作气氛。

  3、调停或者消除:尽力在冲突中找出意见一致的地方,最多可能的忽视差异,对可能产生分歧的地方不进行讨论,但是这并没有将问题彻底解决。

  4、妥协:寻求一个调和的折中解决方案,着重于分散差异。

  5、合作解决问题:直接正视问题,寻求双赢的结局,尽力得到最好、最全面的方案,卷入冲突的人员都把对方所持观点的假设理解清楚,特别是那些发生冲突的部分,愿意放弃或者重新定义之间的观点、意见。可以看出这是最积极最好的处理冲突方法。

  书面沟通:正视文件、备忘录或者邮件这些方式都属于书面沟通,它的特点是持久性。书面沟通应该仅仅用在必要的时候并且不会增加双方的工作量情况下使用,我们往往不愿意在琐碎的文档中寻找那些能够在下次会议上能口头沟通获得的信息,所有书面的表达必须清楚、简洁,不能附带与主题无关的其他内容,用短句来替代长句,用主动语态替代被动语态,避免使用双重否定或者古汉语词汇,措词要自然。书面沟通也是帮助记忆的一种有效方式。

  讲演和报告:讲演和报告前要明确目的,准备书面提纲,充分准备多多练习,内容要简明,确认信息能被清楚、正确的理解,不要以数量而要用质量来打动接受者,多用图片、表格来说明问题。在讲演和报告过程中语言清晰流畅、句式简短、要点之间过渡自然,也应该尽量使用身体语言,有意识的微笑,同时放松双臂或者加上解释性的手势动作,会显得更加自信一些并且能够消除紧张情绪。讲演和报告一定要在规定的时间内完成,不要拖延,最好留出一段时间与听众进行相互沟通。

  沟通的有效性差异很大,对需求获取是否成功起了决定性的因素,我们应该在关注获取需求的专业技术,同时看到沟通的重要性,而沟通的效率是可以改进的,需要我们努力去提高我们的沟通技巧。


版权所有:UML软件工程组织