马斯洛的动机与人格、需求层次理论

2023-10-06 22:50

本文主要是介绍马斯洛的动机与人格、需求层次理论,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

马斯洛是在研究动机(Motivation)时,才提出需求层次作为理论基础来支持动机理论的。所谓动机,就是人类的行为到底是由什么驱动,其实是对人类行为的当下原动力,区别于过去、未来或者是有可能起作用的动力。

马斯洛的关于动机、自我实现的这些思想也渗透到了企业管理、市场营销、教育、心理辅导和心理治疗等领域。本书的影响力还迅速地扩及企业界。

“非线性系统公司”是美国加利福尼亚的高新技术公司,公司的创始人安迪·凯应用马斯洛的心理学原理对管理进行革新,并卓有成效。

安迪·凯发现,工人们在装配电压表时似乎并不愉快,每个人都想在装配线的末端工作。凯决定要使员工心情愉快,并希望这样会有更高的生产效率。经过3年的调查和广泛研读,凯开始依据马斯洛的《动机与人格》及其它有关动机的著作,开始实施一项激进而意义深远的管理实验。其管理理念是:每个员工都能从自己亲手完成的工作中获得一种成就感,他们会因此更加愉快、更加健康,公司也会因此保持效率并能够持续发展。

实验中,凯解散了原来的装配线,改为6至7人的生产小组,每一个小组都要学习生产过程的每一个方面,并参与管理。小组成员与领导共同决定如何完成小组的任务并对此负责。员工的休息时间不再是单调统一的,而是由小组根据需要自行决定。此外,凯还废除了工时卡、销售人员支出帐目、惩罚迟到和生病者等旧规定。

实行管理改革后,公司员工的精神面貌大为改变;顾客投诉下降,销售业绩和生产能力大幅上升。

1962年夏,马斯洛应邀访问了该公司,他发现,车间里充满着民主的气氛,员工们心情舒畅对工作很有兴趣。他未曾料想到,这些都是他的理论指导的结果。更让马斯洛欣慰的是,他的动机理论和自我实现理论在工业现场而不是实验室中得到了应用和检验。此前,马斯洛曾经因为无法在实验室中检验这两个理论而感到内疚。

需求层次只是动机的底层。

关于马斯洛《动机与人格》的需求层次理论的解读

马斯洛认为,人类的动机以抢占顺序依次排列(Being arranged in a hierarchy of prepotency)。马斯洛用“repotency”这个词,特指人类的动机是依次独占人类的全部意识的。也就是说,一旦一个动机进入了这个状态,那么这个动机会召唤人的全部意识、行为去满足执行这个动机。我们把这个动机称作主导动机(Prepotent motivation)。

马斯洛在《动机与人格》中所提到的五种需求层次在人体中是同时存在的,在正常人中并不存在只有某种需求单独存在的情况。

但是人的行为不仅受需求层次的影响,同时还受限于人当时所处的“促动状态”;即,当我处于饥饿状态时,影响我的主要是进食的需求,非常饿的状态下,我的思想和全部注意力可能都会被食物所吸引,但并不代表其他需求并不存在,只是说其他需求处于相对弱势,而食物上的,生理上的需求处于主导地位。一旦一个促动状态的动机被激发处于主导地位,它会独占所有需求层次。

同理,当个体处于另一种促动状态时,比如说缺爱状态时,追求爱情,追求异性关注的心理因素又占据了行为的主导地位。

其二,马斯洛将生理和安全的需求归属为低级需求,将爱、自尊、自我实现的需求归属为高级的需求;因为前者需要的满足基于物质条件的满足,需要持续不断的被满足给人带来的幸福感是递减的,比如说你口渴,吃了一个梨,你很开心,但是连续吃两个,三个,十个,带来的幸福感会逐渐降低;但在高级需要上,需要的满足基于一定的社交关系(即高级需要只有在社交环境下才能被满足),另外高级需要持续被满足带来幸福感虽然同样会衰弱,但衰弱的并不会那么明显。一个人夸我,很开心,十个人夸我也会很开心,一万个人夸我会更开心。

其三,马斯洛将需要在人体内的演变趋势做了一个划分,低层级的需要被满足后,人体会自动被下一高层的级需要接管;生理需求被基本满足后,人体进入主要由安全感主导的状态;安全感被满足后,人体主要由爱情和归属感主导;依此类推,而当人达到自我实现时,其行为由匮乏性需求主导转向为成长性需求主导。也就是说个体具有自发性和独立性,成为了一个真正意义上的,自我实现的,心理健康的人。

这篇关于马斯洛的动机与人格、需求层次理论的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/154408

相关文章

2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题

题库来源:安全生产模拟考试一点通公众号小程序 2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题是由安全生产模拟考试一点通提供,流动式起重机司机证模拟考试题库是根据流动式起重机司机最新版教材,流动式起重机司机大纲整理而成(含2024年流动式起重机司机证模拟考试题库及流动式起重机司机理论考试试题参考答案和部分工种参考解析),掌握本资料和学校方法,考试容易。流动式起重机司机考试技

系统架构师考试学习笔记第三篇——架构设计高级知识(20)通信系统架构设计理论与实践

本章知识考点:         第20课时主要学习通信系统架构设计的理论和工作中的实践。根据新版考试大纲,本课时知识点会涉及案例分析题(25分),而在历年考试中,案例题对该部分内容的考查并不多,虽在综合知识选择题目中经常考查,但分值也不高。本课时内容侧重于对知识点的记忆和理解,按照以往的出题规律,通信系统架构设计基础知识点多来源于教材内的基础网络设备、网络架构和教材外最新时事热点技术。本课时知识

MATLAB层次聚类分析法

转自:http://blog.163.com/lxg_1123@126/blog/static/74841406201022774051963/ 层次聚类是基于距离的聚类方法,MATLAB中通过pdist、linkage、dendrogram、cluster等函数来完成。层次聚类的过程可以分这么几步: (1) 确定对象(实际上就是数据集中的每个数据点)之间的相似性,实际上就是定义一个表征

十四、我们应当怎样做需求分析:子用例与扩展用例

用例模型作为UML中4+1视图中非常重要的一员,非常集中地体现了面向对象的分析与设计思想。用例模型将现实世界中连续的一个一个业务流程,按照场景划分到了一个一个的用例中。由于场景的出现,使得用例中的业务流程存在着高度的内聚性,从而成为了日后各种对象的雏形。同时,在用例分析中,又将那些存在于各个用例中的,相同或相近的业务操作提取出来,形成一个一个的子用例或扩展用例,又体现了面向对象设计中的复用性。现在

十三、我们应当怎样做需求分析:查询报表分析

在我以往的用例分析中,使用这样格式的用例模式,对于大多数业务操作流程来说是得心应手的,但对于有些功能来说总感觉不对劲。感觉不对劲的,就是那些查询、汇总与报表功能。对于这部分功能,需要我们描述的不是什么操作流程,而更重要的是那些数据项、数据来源、报表格式、数据链接,以及使用者、使用频率的说明。而这些,在以往的用例说明格式中统统都没有,怎么办呢?俗话说“东西是死的人是活的”,把我们的用例格式改改吧。

九、我们应当怎样做需求分析:功能角色分析与用例图

在我们进行一系列需求调研工作的同时,我们的需求分析工作也开始启动了。需求调研与需求分析工作应当是相辅相伴共同进行的。每次参加完需求调研回到公司,我们就应当对需求调研的成果进行一次需求分析。当下一次开始进行需求调研时,我们应当首先将上次需求分析的结果与客户进行确认,同时对需求分析中提出的疑问交给客户予以解答。这就是一个需求捕获->需求整理->需求验证->再需求捕获的过程。  但是,当我们经

八、我们应当怎样做需求调研:需求捕获(下)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

七、我们应当怎样做需求调研:需求捕获(上)

前面我们讨论了,需求分析工作是一个迭代的过程:需求捕获->需求整理->需求验证->再需求捕获······需求捕获是这个迭代过程的开始,也是整个需求分析工作中最重要的部分。没有捕获哪来后面的整理与验证工作?但是,非常遗憾,按照我以往的经验,需求捕获是我们最薄弱的环节。前面我提到的许许多多项目开发的问题都可以归结为需求分析的问题,而许许多多需求分析的问题又都可以归结为需求捕获不完整的问题。需求捕获是整

六、我们应当怎样做需求调研:迭代

前面我一直在反复强调这样一个观点,需求分析不是一蹴而就的,是一个反复迭代的过程。它将从第一次需求分析开始,一直持续到整个项目生命周期。为什么这样说呢?让我们一起来分析分析。  在第一次的需求分析阶段,我们在一段时期内需要与客户进行反复地讨论,这个过程往往是这样一个反复循环的过程:需求捕获->需求整理->需求验证->再需求捕获••••••  需求捕获,就是我们与客户在一起开研讨会

五、我们应当怎样做需求调研:需求研讨

前面我们探讨了业务研讨会应当怎样组织,下面我们再具体讨论一下我们应当怎样与客户讨论业务需求。如果说组织业务研讨会是项目经理的功底,那么讨论业务需求就是需求分析人员的功底。  以往我们常常认为,需求分析是一件最简单的事情。客户说他们需要做一个什么软件,有些什么功能,我们照着做就可以了,所谓的需求分析员就是需求的记录员。我要说,这是一个极大的错误,许多失败的软件项目,或者说软件项目中的需求问