写点什么

组织学习和真实沟通的重要性

  • 2016-03-13
  • 本文字数:1853 字

    阅读完需:约 6 分钟

在 2015GOTO Berlin 会议上,高级讲师,项目和方案管理的顾问和发言人 Stephen Carver,就航天飞机案例研究做了一场主题演讲。他探讨了管理者和工程师间的沟通,从失败中吸取教训,群体思考和组织学习的危害等。

InfoQ 就引进程序和条例对预防问题怎么无济于事,如何确保在不同公司工作的工程师能够沟通,怎样从失败中吸取教训以达到新水平从而防止类似问题的发生,以及工程师如果想要影响研发和发布产品的决策,应该怎样做的问题,对 Stephen Carver 进行了采访。

InfoQ:你在演讲里探讨了发生在航天飞机上的事故以及造成这些事故的原因。是什么让你选择了这个话题?

Stephen Carver:就像生活中的很多事情一样,这个案例研究也是一次机缘巧合。我在很多年前第一次听说了这个故事,也很震惊我会在一场演讲中提到它。后来有人谈及这个故事,便给它加了些东西。很多年过去了,它不断润色,从一分钟的评论发展到可以撑起一整天的讲座和研讨会。我想它只是一些茁壮成长的故事之一,只因为他们背后的本质真相对人们来说是如此地有影响力。

InfoQ: 你谈论到美国航空航天局是如何试图通过引进程序和条例来解决问题的。这与软件行业在软件开发的方法和程序上所做的是否相似?

Stephen Carver:嗯是的!爱因斯坦曾经说过:“直觉是人类神圣的天赋,理性只是人类有用的工具;我们造就了一个歌颂工具却遗忘天赋的社会。”作为人类,我们最伟大的天赋是逻辑与直觉的融合,从而创造激动人心的新想法和可能性。因为人们认为世界出现了越来越多的混乱和复杂性,所以如今在所有的组织机构中,他们试图通过直线逻辑条理包括方法和程序来重获控制权,而这已然成为一种趋势。尽管看起来这对很多的这些系统有所帮助,但实际上只是让问题变得更糟糕——但是他们提供了一条绝妙的审计线索来解释这一失败。

InfoQ:在不同机构中工作的人和团队之间的合作往往是很困难的,当你作为一家公司的工程师,试着与来自其他公司的工程师一起工作时你会做什么,对此有什么建议吗?

Stephen Carver:很简单——去拜访他们并且一起吃午饭!我们知道最好的沟通不仅取决于文字和数据,更大程度上取决于声音和肢体语言。很多的工程师仅仅依赖于数据,而因此错过了他们潜在沟通潜力的 70% 。 我知道很多人会觉得旅行和午餐很贵,但是如果你认为一张火车票和一个汉堡很贵的话,你可以尝试一下项目失败的后果!视频会议 /Facetime(视频聊天)的发展克服了距离的阻碍却鲜有工程师能够有效地利用它们。别发电子邮件了,开始面对面交流吧。

InfoQ:我们会从事故和已经发生的问题中吸取教训。对于吸取教训以达到一个新水平从而防止未来类似问题的发生,你有什么建议吗?

Stephen Carver:故事。我再次引用爱因斯坦的一句名言“如果你想你的孩子变得聪明的话,跟他们讲故事。如果你想你的孩子更聪明的话,跟他们讲更多的故事”。我发现大多数企业并没有从错误中吸取教训,因为他们只是采用了更多的条例或者惩罚 / 管理。虽然这些可以成为解决办法的一部分,但是我发现如果你用故事融入他们,那么当他们吸取教训后,下次很有可能会表现得不一样。举例来说,所有的银行家都应该看看(最好是一年两次)最近的一部电影(故事的一种形式),叫“The Big Short(大空头)” 以作为他们教育的一部分,否则我们很快就会有另一次全球银行倒闭。

InfoQ: 在你的谈论中好几次提到“谁来决定”。通常是管理层,付钱的人,或者是那些最有(政治)权力的人来决定是继续前进还是停下。在你看来,这种决策方式所带来的风险有哪些?

Stephen Carver:这个问题需要从两方面来看。确实许多“管理者”(拥有政治和经济权力)看起来根本不了解实际情况,但是许多“打工者”只是把这个当做什么都不做或者批判“管理”的借口。在最佳机构里这种刻板极化的角色已经替换成更加一体化的团队模式。

InfoQ:对于那些想要影响研发和发布产品的决策的工程师(软件开发人员,测试人员和技术人员)你有什么建议吗?

Stephen Carver:很简单——学学管理!我不是说一定要成为管理者,但是要了解他们的语言,动机和观点。只有这样,他们之间才能交流,才会产生影响。不 - 管理者成不了工程师——他们不会数学!

查看英文原文 Organisational Learning and the Importance of Real Communication


感谢侯伯薇对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们,并与我们的编辑和其他读者朋友交流(欢迎加入 InfoQ 读者交流群(已满),InfoQ 读者交流群(#2))。

2016-03-13 19:002450

评论

发布
暂无评论
发现更多内容

阿里最新产,SpringCloud微服务核心技术全解手册Github星标50k

程序员小毕

Java 微服务 后端 SpringCloud springcloudAlibaba

英特尔财报彰显系统级代工渐成气候

科技之家

可观测可回溯 | Continuous Profiling 实践解析

阿里巴巴云原生

阿里云 云原生 可观测

“程”风破浪的开发者|CTO浅谈数字化转型

CTO技术共享

学习方法 CTO 数字化转型 “程”风破浪的开发者

【网易云信】Sanitizers 系列之 address sanitizer 用法篇

网易智企

算法 开发语言

云原生颠覆实践,可持续性应用创新引擎

通明湖

负载均衡 云原生

颠覆性突破重构企业价值

通明湖

负载均衡 云原生

沉浸其境,共赴云栖数智硬核美学

阿里云CloudImagine

VR/AR 云栖大会 数智融合 超高清视频 云游戏

浅谈长连接负载均衡

捉虫大师

负载均衡 长连接 10月月更

关于软件系统的帮助文档页面,你该知道的那些事儿

Baklib

帮助文档

穿越周期性调整 英特尔多举措布局半导体产业

科技之家

即时通讯IM WorkPlus支持国产化信创环境

BeeWorks

云科通明湖:金融业务可持续性能力建设,少不了这块“拼图”!

通明湖

负载均衡

网络安全hw蓝队实战之溯源

网络安全学海

网络安全 安全 信息安全 渗透测试 漏洞挖掘

软件测试面试真题 | 请介绍一下Python中的深拷贝和浅拷贝

测试人

Python 软件测试 面试题 测试开发

Sanitizers 系列之 address sanitizer 用法篇

网易云信

算法 语言 & 开发

如何引发一场信创负载均衡领域的大变革?

通明湖

负载均衡 信创

可观测实践|如何使用阿里云 Prometheus 观测 ECS 应用

阿里巴巴云原生

阿里云 云原生

API 动态更新 Upstream

通明湖

API upstream 动态更新

消失与存续——应用交付行业的跌宕演进

通明湖

负载均衡 高可用 云原生 信创

信息技术国产化浪潮中,云科通明湖如何助力企业转型蝶变?

通明湖

双活 高可用架构 自主可控

Flink 读写多套 Kerberos 认证的 Kafka 方案

移动云大数据

NFT质押挖矿分币系统开发模式定制

开发微hkkf5566

中台“不火”了,企业“底座”却火了

BeeWorks

NFT质押挖矿分红dapp系统开发功能介绍

开发微hkkf5566

低代码又又又“出圈”了

优秀

低代码

SAP | 如何全局处理消息文本

暮春零贰

SAP 10月月更 动态消息

ALL in ONE!博睿数据隆重举行ONE 2.0全面上线仪式

博睿数据

可观测性 智能运维 博睿数据 ONE平台

SAP | ABAP程序结构中的处理块

暮春零贰

SAP 模块化 10月月更

千企千面,WorkPlus面向政企提供个性化的数智办公平台解决方案

BeeWorks

“程”风破浪的开发者|CTO浅谈数字化转型失败原因

CTO技术共享

学习方法 数字化转型 “程”风破浪的开发者

组织学习和真实沟通的重要性_技术管理_Ben Linders_InfoQ精选文章