大道至简第四章阅读笔记

第四章内容中给我们介绍了一种情况,就是当客户与调研人员在探讨需求问题时,总是因为不能很好的沟通,而把事情搞得很复杂,原因在于调研人员过分流于形式,他们总是用专业的语言向客户介绍着他们的产品项目,但对于客户来说并不能听得懂他的意思,导致需求不明,自然不会给予认可。在与客户进行交流时,我们的目的就是为了能从客户那里明确的知道客户的想法,了解项目在后续工作中的发展方向,尽可能的达到客户的要求,那么为什么一定要用那些专业的语言来沟通呢,如果双方都使用不能沟通的语言来进行交流,那么这样的沟通又有什么意义呢。即使使用甲骨文来沟通,只要双方都能明白所要表达的意思那么这样的交流也是有意义的。什么是沟通?就是把自己想要表达的意思,能够清楚的,意思全面的表达给对方,对方也能够清楚的反馈给你他的意思,说起来并不是很难,每个人都认为沟通并没有什么难度,但是我们都真的会沟通吗?我们总是言简意赅的把自己想表达的意思浓缩成不能再简练的语言,传达出去,让别人去猜自己所隐含的意思,很遗憾,别人猜不到。对于编程人员来说,我们面对的是计算机,是机器,当我们还采取与人交流的沟通方式来交互的时候,注定不能够行得通,因为计算机是机器,他没有人那么聪明,还具有能猜猜你意思的能力,你说什么他就是什么,当你表达不清楚的时候,它也就不能按照你的想法去做。就像你去找盲人问路一样,他并不能像正常人一样描述他所知道的路。同样的道理UML图在一些客户眼里无异于盲人的世界,如果需要向他们做需求调研,你只能用一些客户能够理解和接受的方式。你要确认你的沟通方式是否有效,而不是去刻意追求这种方式的专业。客户是因为他认为你理解他们的需求,而在需求确认书上签字,而不是因为你的UML画的是否精确。

既然这样,那么我们就应该采取最简沟通的方式。在一个不大的项目中实行这个计划只有三条:在一个月中,只能跟客户做三次联系;三次联系中,最多只能有一次面谈的机会;一个月后,提交全部的需求调研报告,需求反洗和关于该项目的远景规划,这样刻意提高双方效率,而且在客户的角度,一个小项目不会耽误太长时间沟通,既能节省时间,又能满足需求。应该清楚的是,保障每一次沟通的有效性都是最重要的事情。沟通不是打电话或者请客户吃饭那么简单的事情。你每得到一次沟通机会,都是向客户了解更深层次的机会,因此要在见客户之前就要设计好所有的问题和提问方式。

所以说,只要能够把自己想要表达的意思完全的表达出来,无论是什么方式都可以。

 

posted @ 2015-10-25 12:37  mrferry  阅读(134)  评论(0编辑  收藏  举报