码迷,mamicode.com
首页 > 其他好文 > 详细

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

时间:2015-10-24 23:21:11      阅读:232      评论:0      收藏:0      [点我收藏+]

标签:

                                                                                                                                   ---“足下求速化之术,不于其人,乃以访愈,是所谓接听于聋,求道于盲。”

       卡耐基曾经说过,沟通是成功的开始。沟通是为了设定的目标,把信息,思想和情感在个人或群体间传递,并达成共同协议的过程。这种过程不仅包含口头语言和书面语言,也包含形体语言、个人的习气和物质环境—赋予信息含义的任何东西。

       对于编程的人员来说,一个公司要想做出用户满意的程序,首先必须要了解用户到底想要什么

样的程序,了解用户的需求,而了解用户需求的方式则是沟通,只有通过沟通,通过语言的交流才能懂得用户到底在想什么。才能设计出让用户满意的作品。同样开发人员在于用户交流时也要注意,自己所设计的产品所需要的一些知识,用户并不可能懂,所以,在交流的过程中,交流的方法至关重要,要懂得如何通过交流才能真正用自己的方式做出用户想要的东西。除了要懂得交流的方法之外,也要多交流,再设计程序的期间,要经常和用户交流,才能透彻的了解用户的想法。

     然而在日常生活中,软件设计人员并不是能总是和用户直接交流的,通常在一个公司中,大多数情况下是经理和用户交流,这样有时软件编程人员就很难了解用户真正的需求,所以,有时我们就需要为用户和编程人员创造一条沟通的渠道。需求获取可能是软件开发中最困难、最关键、最易出错及最需要沟通交流的活动。对需求的获取往往有错误的认识:用户知道需求是什么,我们所要做的就是和他们交谈从他们那里得到需求,只要问用户系统的目标特征,什么是要完成的,什么样的系统能适合商业需要就可以了,但是实际上需求获取并不是想象的这样简单,这条沟通之路布满了荆棘。首先需求获取要定义问题范围,系统的边界往往是很难明确的,用户不了解技术实现的细节,这样造成了系统目标的混淆。其次是对问题的理解,用户对计算机系统的能力和限制缺乏了解,任何一个系统都会有很多的用户或者不同类型的用户,每个用户只知道自己需要的系统,而不知道系统的整体情况,他们不知道系统作为一个整体怎么样工作效率更好,也不太清楚那些工作可以交给软件完成,他们不清楚需求是什么,或者说如何以一种精确的方式来描述需求,他们需要开发人员的协助和指导,但是用户与开发人员之间的交流很容易出现障碍,忽略了那些被认为是很明显的信息。最后是需求的确认,因为需求的不稳定性往往随着时间的推移产生变动,使之难以确认。为了克服以上的问题,必须有组织的执行需求的获取活动。

     所以,只有在公司开辟沟通的渠道,同时软件编程人员也要懂得如何通过沟通去了解用户的需求就可以获得巨大的突破。

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

标签:

原文地址:http://www.cnblogs.com/fanduo/p/4907940.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!