写点什么

通过改变环境来改变人的行为

2012 年 12 月 23 日

当由于业务原因需要改变人们的行为时,你会怎么做呢? 组织治疗(organizational therapy)方面的专家 Bob Marshall 撰写了一篇文章,讨论了如何查看系统、调整环境,从而改变人们的行为。

在 Business Technology 公司的《改变悖论(the change paradox)》一文中,Bob 描述了他在改变人们行为时看到的问题。

试图改变人的行为只会让情况变得更糟。(…)如果我们试图让人们感到害怕、羞愧,或者受到胁迫和命令,从而改变他们的行为,那么他们只会反弹、决不妥协,变得更加不满,甚至可能比之前表现得更差。

他引用了 Lewin 的公式“B=f(P,E)”,这个公式指的是: 行为是人在环境中的函数。使用这个公式,他建议对环境给予更多关注,并称之为“系统”。

改变环境,行为就可以“免费”改变。

(…) 最重要的因素在“系统”之中——工作生效的方式(the way the work works)。正如 John Seddon 和其他人说明的,改变工作生效的方式,人的行为就会随之改变。

Bob 指出了他认为组织不解决人们工作方式问题的原因,并进一步提出一种方式来改变环境。

经理和主管不想看到行为和表现一团糟的情况,更喜欢看到和谐、一致的局面。

那么我们开始谈论组织中各种不可以讨论的主题会怎么样呢? 或者谈论我们与这种新的开发模式相关的恐惧又会怎么样呢? 当然,这并不会成为完全愉快的经历,但是可能这正是组织需要成长的地方,成为对于工作更人性化的地方,并让业务更有效。

Jurgen Appelo 在《先修复小问题》一文中引用了破窗理论,并描述了一个人的行为会如何受到其他人行为的影响:

人们会根据他们所居住的环境来调整自己的行为。(…)人们还会相互复制彼此的规范和行为(…),因此坏行为会导致更坏的行为(…),我们很容易就会看到,这些概念会自动符合破窗理论。

他做出的结论是,想要改变行为,那么通过解决小问题来改变环境,会有所帮助:

但是我们从中能学到什么呢? 依我来看,有两点:

  1. 大问题经常都是从小问题开始的,当它们还处于可管理状态的时候,不会被消灭在萌芽状态;
  2. 如果问题太大以至于无法处理,那么把目标转向另一个相关但更小的问题。

先解决小问题,然后在解决大问题的时候你的工作量会减小。

Peter Bergman 在《改变人的行为最简单方式》一文中给出了几个示例,说明了改变环境如何有助于改变行为:

一位客户向我抱怨,当他们走进来的时候,接待他的人不够热情和友好。猜猜接待员坐在哪里? 想想银行柜员。是那样。接待员坐在 _ 玻璃窗的后面 _! 不要让她去进行沟通培训。只是把玻璃拿掉就好。

我的一位客户想要公司中的每个人都填写工单表,但是有段时间很难让人们那么做。他们的心态是 _ 服从 _。(…) 然而,结果显示人们不在意填写工单表的主意,他们受不了的是那项技术。(…)一旦我们改变了形式和它所使用的技术,每个人都开始使用了。

查看英文原文: Changing people’s behavior by changing the environment

2012 年 12 月 23 日 20:221886
用户头像

发布了 340 篇内容, 共 111.4 次阅读, 收获喜欢 2 次。

关注

评论

发布
暂无评论
  • 自主性在敏捷开发里的角色

    在2015希腊敏捷峰会上,来自瑞士音乐流服务商Spotify的敏捷教练Kristian Lindwall和Cliff Hazell在现场阐述了为什么自主性是敏捷开发的核心。而且Spotify内部本身就对员工相当开放,让员工充分理解并将自主性应用到敏捷开发工作中。InfoQ也借此机会采访了Kristian Lindwall和Cliff Hazell。

  • 我们需要规定性的敏捷教练方法吗?

    指导团队时,敏捷教练通常使用一种“不干涉的”描述性方法。那么,团队在应用敏捷时,这种教练方法是不是始终都是最佳的解决方案呢?那种规定性的“亲自动手的”教练方法能否更加高效呢?你应该怎么做呢?

  • 软技能是最重要的:来自波士顿敏捷开放空间的报道

    上周,波士顿敏捷用户组举行了一场一整天的开放空间会议。有一个话题关注于影响组织中你或你的团队依赖的其他小组。参与这个话题的成员分享了他们的背景以及问题,并提出了几种改善这种状况的策略,其中没有一个是敏捷实践。

  • 倒排索引介绍

    2019 年 6 月 28 日

  • 软件开发团队中的反馈机制

    反馈建立信任,增加团队凝聚力,有助于个人提高其技能及发展其技巧。有效的反馈圈是提高团队绩效的最佳工具。有了反馈,问题在变得棘手前就被解决了,而错误可以在早期进行纠正。

  • 婚姻家庭综合法宝

    婚姻法里规定,经调解无效,因感情不和分居满两年的,法院应该同意判决离婚。

    2019 年 1 月 21 日

  • 坚定实施回顾中列举的改变

    也许很多敏捷团队都会发现,在回顾(retrospective)的过程中,他们往往很容易就总结出一箩筐需要改变的方面,但现实中却很难去实现这些改变。Esther Derby对软件开发过程中的人文因素颇有研究,她以自己健身这件事为例专门阐述了前面提到的问题,同时也列举了几条成功实现改变的建议。

  • 加餐五 | 听一听小争哥对 Google 工程师文化的解读

    到底什么是工程师文化?Google的工程师文化又是什么?

    2020 年 6 月 29 日

  • 改变敏捷团队的构成

    InfoQ曾在一篇新闻(建设稳定的团队并处理团队的功能失调)中指出,组织机构往往倾向于建立和培养稳定的团队。不过有些时候也会由于某些因素,导致某支团队(或是许多团队)的构成需要发生转变。当这样的转变势在必行时,我们又该如何推动并完成转变的过程呢?

  • 项目经理是失败的根源?

  • Brian Marick:敏捷宣言中缺失了什么

    在敏捷开发实践大会上,Brian Marick重点描述了敏捷宣言中缺失的价值观。他的观点是,敏捷宣言本质上是一个营销文档,旨在让企业给敏捷一个机会。既然这个目标已经基本实现,基于宣言的承诺,需要一套扩展的指导价值观,来帮助团队进行交付。

  • 对自组织的实验

    自组织(Self-Organisation)团队是更有成效、更具投入和更令人快乐的。自组织并非会令所有人感到满意。人们总是习惯于按要求做事,并且主要依靠自己去完成事情。我们需要基于意图的领导方式、全民政治和合弄制等现代的领导方法实现自组织团队。

  • 02 “老周,我想知道” | 律师就在你身边(二)

    自已画画,自已开淘宝店来卖,算不算非法经营罪?

    2019 年 1 月 7 日

  • 创业未捷老板跑,社保工资哪里讨?

    公司倒闭老板没了影,能不能拿走公司配的电脑和给公司开发的软件,卖了拿钱抵工资呢?

    2018 年 11 月 2 日

  • 面向管理者的敏捷培训和指导

    若干作者讨论过培训对于成功实施敏捷的重要性。通常,在组织实施敏捷的时候,团队会得到培训。问题是,为了获得敏捷转型的成功,管理者需要多少以及何种培训和指导。

  • 爱立信的敏捷转型

    应用复杂的系统思维,通过故事叙述培养敏捷思维,可视化人们的交互,这是爱立信推动敏捷转型的一些尝试。由于拥有完全拥抱敏捷的领导团队,拥有敏捷教练组成的独立小组,在领导团队中经常进行回顾,这能保证敏捷转型维持在正轨之上。  由Ben Linders撰写

  • 树立个人品牌意识:从背景调查谈谈职业口碑的重要性

    俗话说“千里之堤溃于蚁穴”,往往一不留神,因为一件负面的事情或行为,就会使你个人职场口碑和个人品牌瞬间坍塌。

    2018 年 3 月 25 日

  • 我是如何完成从码农到管理层的过渡的

    作为码农的我们,经过数年甚至十数年的打拼,怀着美好的向往,我们终于完成了职业的转换,进入了管理层,成了经理。然而,梦做到最真的时候,往往也是梦醒的时刻。从码农到经理,其实也是”才出狼窝,又入虎穴”。要知道,做一个合格的经理,比成为一名优秀的程序员,可谓难于上青天,不亚于脱胎换骨。从码农到管理层过渡,并没有捷径可走,必须从内而外的改变和提升。今天,我们翻译了 Toggl 的新晋经理 Thiago Duarte 分享他从码农过渡到管理层的经历和心得。

  • 敏捷每日 Retroflection

    Retroflection这个概念是指用自己替代周围的环境,对自己做自己希望对其他人做的事情,或者为自己做希望其他人为自己做的事情。自省是Retroflection的一种形式,可以是消极病态的,也可以是积极健康的。出于相似的理念,Yves Hanoulle发起了一个名为“今日敏捷Retroflection”的项目。

  • 自组织敏捷团队的领导关系

    实现自组织敏捷团队的组织依然需要管理者,但是管理者和他们团队之间的交互方式将会改变。管理者控制团队的方式不再是告诉他们应该如何工作,而是应该建立一种服务型的领导关系,指导团队学习并持续提升他们自己的能力。

发现更多内容

Keepass+Synology 打造私人密码管理器

zj坚果

自己做的 PPT 总被批「缺少干货」?试试先回答这三个问题

Tony Wu

效率工具 方法论 PPT

MAC系统初始化

焦振清

macos 重装系统

产品经理的架构思维

吴世亮

架构 产品经理 电商

week 12 作业

Geek_2e7dd7

新时代背景下的Java语法特性

高翔龙

Java java 14 java 14 新特性 Java 分布式

揭开链表的真面目

Java旅途

Java 数据结构 链表

拖延症竟然是自己给自己的一种奖励?如何干掉它?

非著名程序员

个人成长 拖延症 番茄土豆工作法

SpreadJS 纯前端表格控件应用案例:雨诺订单管理系统(雨诺OMS)

Geek_Willie

DockerHub 镜像仓库的使用

哈喽沃德先生

Docker 容器 微服务 镜像 容器技术

SpreadJS 纯前端表格控件应用案例:表格数据管理平台

Geek_Willie

区块链usdt支付系统开发,承兑支付跑分系统搭建

WX13823153201

区块链usdt支付系统开发

Cassandra Gossip协议的二三事儿

华为云开发者社区

源码 三次握手 开发者 Cassandra Gossip协议

oeasy教您玩转linux-010110内容回顾

o

图解Janusgraph系列-分布式id生成策略分析

洋仔聊编程

分布式 分布式系统 janusgraph 图数据库

你也许还不懂静态方法和实例方法

架构师修行之路

week 12 学习总结

Geek_2e7dd7

性能相关 磁盘I/O子系统

Linuxer

面试必备知识点:悲观锁和乐观锁的那些事儿

鄙人薛某

面试 乐观锁 悲观锁 CAS 并发控制

云原生如何来进行HTTPS升级

soolaugust

架构 云原生 设计模式

anyRTC Native 4.1.0.1与Web SDK 4.0.11上线

anyRTC开发者

学习 WebRTC 语音 直播 sdk

SpreadJS 纯前端表格控件应用案例:MHT-CP数据填报采集平台

Geek_Willie

MySQL复杂where条件分析

程序员历小冰

MySQL

甲方日常4

句子

工作 随笔杂谈 日常

java安全编码指南之:对象构建

程序那些事

Java 安全 安全编码指南 对象构建

C语言内存泄露很严重,如何应对?

华为云开发者社区

c 内存泄露 内存 代码 函数

话题讨论 | 当你敲代码累了时,一般喜欢吃点什么补充能量?

InfoQ写作平台官方

加班 写作平台 代码 话题讨论

Golang写算法

卒迹

golang 算法

Jenkins持续集成「编译打包、代码检查、单元测试、环境部署、软件测试​」

清菡

jenkins

1. 不吹不擂,第一篇就能提升你对Bean Validation数据校验的认知

YourBatman

Hibernate-Validator Bean Validation 数据校验 JSR380

挽救你的视频号:能够把PPT转换成视频,把备注转换成语音的开源项目

陈磊@Criss

InfoQ 极客传媒开发者生态共创计划线上发布会

InfoQ 极客传媒开发者生态共创计划线上发布会

通过改变环境来改变人的行为-InfoQ