如何用『人话』沟通

作者：赖岱佑

主题：如何用『人话』沟通

今天有感而发，才写了这篇文章，原因个人的因素，有很多时候我看了许多论文，然后觉得非常有趣。当然好东西就应该跟大家分享，以前的我就很直接的叙述出来，但是似乎找不到听众，归咎其原因就是用了太多的专有名词。其实有时候专有名词只不过是个『代号』而已，透过这个代号你就可以减少许多的叙述，这对于节省时间又能有效的表达是有些许的帮助。可是万一对方不了解专有名词的涵义时，一般的情况下是不会多做询问，除非『它』很重要，不懂的话就无法继续沟通。

举一个非常明显的例子，在软件工程中UML使用Use Case要描述使用者，是以『小人』为注。这在一般话来说是指品格有问题的人，看过UML原文的规格书的人才会知道这个直接翻译为中文的『小人』一词，是代表使用者的意思。而国内的UML规格书在翻译的时候也是直接翻译为『小人』。其实完全没有任何恶意，这只是不同领域的人对于相同事务有着不一样的『代号』罢了。其实在日常生活中，这些问题只是偶尔存在。

只是最近有段新闻说学历越高的人有七项缺点，我不想一一列举，然后一一辩解。这是很没有帮助的一件事，我个人认为这是认知上的问题，我们大家从小读书到长大，经过教育的普及，大家都能以一般的话语来沟通，这是一件非常好的一件事情。然而有些人可能继续升学，继续朝向某一个领域继续发展。可能是硕士、博士。然而国内认为博士就是甚么都懂得人，硕士就是很厉害的人。这就是一个普片错误认知的一种现象，请看硕士学位的英文解释『a Master's degree』，『Master』有专精、熟练的意思，所以在国外的认知上，硕士是代表对于某一种领域有着熟练且专精的人。再来看看博士的英文解释『Doctor of Philosophy』，获有博士学位的人，这就更深一层的领域了，博士在国外可以被说成『专士』，因为他们对于某种领域钻研的程度已经是非常人所能够理解的了。当然在与人沟通上面，每个人的表达能力指标都不一样，有些人就算学历读得很高，但他有语言理解的天分，因此可以达到『见人说人话，见鬼说鬼话』。所以有时候去参加一些研讨会的时候，就算内容实在是了无新意，但经过演讲者的口述表达之后，变得超级生动有趣。这就是演讲者厉害的地方。这也难怪要成为博士必须经过许多的『Meeting』，无意之中就能够锻炼出语言的能力了。可是有些人天生语言能力就比较差，无法立即思考转换成为一般话，用通俗的话语表达所想要说意念，因此会被人误解。也因此新闻上的七大高学历『罪状』，我想就是经过统计出来的结果吧。不过抽样者的学历比例是如何并没有说明。

我自己本身是『硕士』，看到这则新闻之后，当然想要探讨一下这个问题。举例来说，有案主要作数字影像的滤镜，可是他不懂参数，然后他说要作『High Patch Filter』，事实上根本没有这种东西，然后他写给我的参数也都是错误的，这时候我怎么能指正他的错误呢？所以我用旁敲侧击的方式，去了解他要做的东西。首先他说过要作的效果要有『边缘侦测』，其次是要能够『明显的看到效果』。再看到他所写的错误参数，大概可以推敲出他要的东西是高通滤波器（High Pass Filter），之后验收这个部份的时候，他就认为我做对了，因此通过这个部份的验收。

除此之外，他们对于『模块』、『接口』分不清楚，他们认为这两件都叫『程序』，如果学过软件工程，就可以很明显的知道这是天大的不同，在『MVC』的观念中，『模块』有模块该负责的任务，今天他们要验收模块，验收程序原本是要给另外一个人写的，可是这个人搞失踪。因此他们认为要看到我所撰写的手机模块的效果，这个『接口』要我来展现，这在我所（学）认知的观念中，还有我所签订的合约是指名『模块』。可是碍于观念上认知差异，我只好妥协，并且说明这个『接口』我来完成吧！虽然我不知道他们到底懂不懂，但是为了『钱』，也管不了那么多了，只好告诉他们这个『接口』我来做吧。这『钱』真难赚。

我想这就蛮圆满的解决这个问题了，我也没有像新闻说的高学历者的『高傲』罪状，其实我认为人们有时候就是因为面子问题，很难容许别人去挑战或是纠正，因此相处的时候尽量是求取圆融和谐为主，这是东方人的习性。但我在当兵时候有一位澳洲留学的学弟，他就跟我说外国人对与错是可以直接说明的，不用像东方人心思这么样的细腻。这点我认为有好有坏，因为国情的不同，这种作法一定会打起来。不过我还是蛮欣赏比较直接的作法，因为这样既明确又清楚，虽然有时候面子会挂不住，但是呢？整体看来对事情是有良好的帮助。我还蛮欣赏一位案主的作事方式，他是一位项目经理（成大博士生，有资工背景），在他跟我接洽时，要我做东西之前，自己已经写了十几页的报告书，然后还有十几页的规格书。交给我之后，我就给他两分的雏型（这符合软件工程的雏型模式），之后才签约开工。工作内容及方式我不多加说明，基本上我们采用『雏型模式』合作，因此还蛮顺利的。而且遇到问题时，如果是规格的问题，他会自我研讨，到底要采用技术解呢？还是用方法解呢？这不仅加速了开发的时程，也能替开发人员解决问题。说实在话的，这样优秀的项目经理实在不多，许多项目经理通常以为只要能够控管时程，就可以完成他们的工作了，事实上一个好的项目经理还要具备解决问题以及挑选最佳解的能力。