大道至简第四章流于形式的沟通——读后感

沟通是为了更好的了解对方,有句话说只需一个眼神,一个动作,对方就会了解自己,这是知己。但是我们在沟通的过程中,我们可能会想当然地认为别人会了解我们,因为我们都有这种意识——我们都会认为别人会按照我们自己的想法去理解我们的意思,这是一个大缺陷,我们对自己太自信了,也可以说是自私。可是别人不是这样想的呀。我们都有自己的见解,这其中一定会有隔阂,或大或小;我们因为一件事的完成,而聚到一起,为了实现它,所以必须要好好的交流。

在每次的交流过程中,沟通是有目的性的,我们都是为了某个目的而去沟通,必须要清楚这一点。这是非常重要的。我们不能忘了我们是干啥的,我们的目的很明确。结果无需置疑。这时候,就必须时刻知道保障每一次沟通的有效性是最为重要的。就是每一次沟通的过程中,你都要知道些啥东西。打个比方,你与客户见面沟通,在这之前你应该已经很了解对方想让你干啥,已经能够了解了需求关系,客户的实际目标,远期方向。必须了解客户所有可能的需求信息点,这样在与客户的面对面交流中,我们才能更好的使大家都好。大家都高兴才好办事么。

重中之重是沟通方式的选择,只要是行之有效的、能在各个项目角色之间通用的,就是好的沟通方式。是的找到一种能使大家都接受并且能够行之有效的方式,这是最好的也是最难的。黑猫白猫抓住老鼠的就是好猫。这就需要我们了解与准备。提前知道对方,也可以说是摸到别人的脾气。有可能你觉得这是一种浪费,是在浪费客户与我们的时间,其实不然。这是节约我们的时间。因为有句话说得好,人人都爱一个“顺”,你让我舒服,我就让你舒服。人之常情,你拿着英语跟一群讲法语的对话,能交流到一起吗?这不是他们的错,这是你的错。好比你在向盲人问路,明摆着欺负人家。所以你就要装成你也眼睛瞎喽。所以你就必须会法语,而不是让人家去学英语。你不会也行,换一个语言,大家都会的,比如汉语。所以这也是必须做的。诸如种种有很多。这都是我们必修要注意的。

有句话叫做前人种树,后人着凉。这上面也是需要的,为不存在的角色留下沟通的渠道。谁有把握打保证说是自己做的这一个项目可以应对所有未来可能出现的情况。没有一个!所以,为了以最小的代价解决一个不对称问题,就必须留下沟通渠道。这里必须深刻认识到——我们必须要做到即使我们的领导换了,我们依然能够运行下去,继续去做项目。铁打的营盘流水的兵么。大概就是这样。甚至我们有可能全员都换喽,但是因我们的“善意”,刚接手的团队依然能够做出来!

时间: 2024-10-08 05:31:52

大道至简第四章流于形式的沟通——读后感的相关文章

大道至简第四章阅读感想

大道至简第四章感想 大道至简第四章标题为流于形式的沟通,主要内容可见说的是关于沟通的问题. 第一节的标题是:客户不会用C,难道就会用UML吗?程序员不能要求客户需要精通C语言,因为在客户(的代表)学会用C语言来向开发人员描述他们的需求之前,可能他就已经被老板开掉了.因此没有客户会笨到愿意用C语言来描述他们的需求.C语言是程序员与计算机交流的语言,而不是他与客户交流的语言.程序员面对的是计算机,但计算机不是客户.因此开发经理有一种优势,可以让开发人员以需求调研的身份出现在客户面前.要深入项目的需求

《大道至简》 第一章 编程的精义 读后感

早早就读完了<大道至简>第一章编程的精义,现在写一下我的读后感. 首先,开篇由<愚公移山>引入,叙述了原始需求的产生,项目沟通的基本方式,以及确定了项目目标,为了达到这个目标择定了一个井然有序.可以实现的技术方案.在项目实施过程中所出现的人物按任务不同划分为了技术人员.工程管理人员和一名外协.愚公的论述里面包含了编程的根本:顺序.分支和循环.也就是说,编程可以通过这三个部分来实现,这就是编程的精义. 本章第二节还提到了“会或者不会写程序的问题”,书中“除了先天智障或者后天懒惰者都是

大道至简第四章读后感

在很多的时候,我们所听到的沟通,都是一种形式.例如与客户吃饭或者打回访电话.其实沟通是具有目的性的,如果在没有明确目的的情况下与客户沟通,那将是浪费客户和自己的时间.这种目的,可以是了解项目的讯息/挖掘潜在的项目......最后才是交流感情.然而在大多数情况下,他不仅仅被看着交流感情.这便成了形式.且往往顾客所讨厌的一种形式.<大道至简>第四章正交到了沟通的重要性. 我们在与人沟通时,我们应该尽力做到有效的沟通,应该清楚的是,保障每一次沟通的有效性都是最重要 的事.沟通不是打电话或者请客户吃饭

大道至简第四章观后感

学习java语言也有些日子了,陪伴我们一路走来的除了神采奕奕的老王,还有这精辟的<大道至简>.前些日子我们本着自愿的原则,学习了大道至简的前三章.现在我们来学习第四章. 流于形式的沟通,足下求速化之术,不于其人,乃以访愈,是所谓借 听于聋,求道于盲.韩愈如是说,是啥意思不重要,因为我也不太擅长于文言文但是!根据本章节的内容我们是可以大致知道一点的.作为一名程序员,我们应当做好人与人之间的沟通和交流.不能要求或者强求别人按照自己的约定俗成的那套习惯方式来与自己共事.这显然是不现实的.文中也有提到

读《大道至简第四章》

21世纪是一个社交化的社会.生活中的每一天我们都会与别人交流.沟通随时随地都伴随着我们,沟通是我们工作.生活的润滑油.沟通是消除隔膜,达成共同远景.朝着共同目标前进的桥梁和纽带.沟通更是学习.共享的过程,在交流中可以学习彼此的优点和技巧,提高个人修养,不断完善自我. 一个团队的合作,一个合作的正常进行,最重要的就是沟通.最近阅读的<大道至简>的第四章, 为我们在沟通这个方面指点了迷津.我觉得做到有效沟通有三个方面的要点. 一是正确,即沟通信息的正确性.信息的正确传递是工作顺利开展的基础.在沟通

读大道至简第四章有感

第四章题目为流于形式的沟通,顾名思义说的就是我们的沟通只是表面工作,没有深入,也就不会对工作有什么实质性的帮助.但是这个沟通值得是谁与谁之间的沟通呢,没错,就是我们与客户之间的沟通.程序员与计算机之间可以用C语言,java进行沟通但是客户不一定会这些我们也不能要求客户会这些,所以学好基本的编程语言是基础,学会与客户用汉语进行深刻的沟通,并且把这些沟通的内容转化为编程的需求.这是对一个程序员的客观要求. 然而就像书中所说,有的客户会聘用一个专家组来与程序员进行沟通,这时候专业知识就可以很好的应用,

大道至简第四章

猜对啦,有是我,我又要来扯淡了.并不想写这篇文章,因为我从小文采不好,不擅长与人沟通.更不想写什么观后感,我个人认为观看一本输是要记在心里的并不应当成任务来看待,读书是自愿的,强迫是没有好东西的.下面进入正文... “足下求速化之术,不于其人,乃以访愈,是所谓借听于聋,求道于盲.” ——唐·韩愈<答陈生书> 又是一句古文,仍旧不是很明白其意思,算了懂那么多又有什么用呢. 1. 客户不会用 C,难道就会用 UML 吗? 这一小节讲述了,项目经理的功用,即是在程序员和客户之间沟通的桥梁.用户只知道

大道至简-第四章读后感

流于形式的沟通 第一节——客户不会用C,难道就会用UML吗? 本节主要讲述了客户并不会C语言和UML等语言,客户只是有实际需求的普通人,对如何编写程序不了解,对编程语言的用法更加不明白,所以不要期待你的客户能用编程语言来描述他的需求,且现在的咨询公司也并没有什么用处,他除了知道你和客户所不了解的一些专用名词外,并没有什么实际的用途,只会把事情弄得更加复杂.所以,这时还是项目经理出马,用非编程语言来与客户交流,如果需要加快项目进度,则派一位能转变观念的开发人员来,让他以需求调研的身份出现. 第二节

《大道至简 第四章》读后感

有很多流于形式的沟通,但流于形式的沟通却不可取. “沟通”存在目的以及方式.有目的,所以要设计:有方式,所以要选择.那么在设计和选择的过程中, 考虑时刻出现的客观和不确定因素,成为了沟通的必修课. 如果两个人之间没有共通的一种交流方式,那么他们就无法了解对方的需求和目的,也就不要提最后 两人可以得出什么结论和解决方案.若是让一个开发人员与客户进行交流,那么就必须让他以需求调研的 身份出现在客户面前,如果无法适应这种转变,那么沟通无法进行或者根本达不到应有的目的. 所以,要解决沟通的问题,真正了解