写点什么

组织活动,超越组织

  • 2017-02-28
  • 本文字数:1821 字

    阅读完需:约 6 分钟

Jaap Peters 说,在未来几年,我们将会发现组织越来越少,但是组织活动却不会减少。组织活动是一种日常活动,可以保障事情妥善完成,可是要妥善完成事情不一定需要组织的存在。当个人存在于组织中时,他们会自然而然地抵制采纳现代管理方法。

来自 DeLimes | New Organizing 的组织活动家 Jaap Peters 在 Agile Consortium Belgium 2017 大会上发表了有关组织发展的演说。InfoQ 以问答、总结和文章的形式报道了这次大会。

Peters 说,实施敏捷的前提是你先要放弃传统的组织模式。要改变组织就需要改变对组织的观点。

InfoQ 采访了 Jaap Peters,询问了有关组织和组织活动的区别,请他介绍了 Rhineland Model,并咨询了组织应该如何使用 Rhineland Model 来开发产品。InfoQ 还向 Peters 了解了组织为何抵制采纳现代管理方法,如何减少并消除这种现象,以及他对未来人员管理方式的展望。

InfoQ:组织和组织活动的主要区别是什么?

Jaap Peters:对新手来说,组织活动是一种日常活动,我们不一定要依靠组织才能完成组织活动。事实上,司空见惯的,我们只是提出使命、愿景和核心价值,但是实际上组织活动为想要实现共同目标的人提供了宝贵的资源。不难想象,职业自行车手或职业自行车团队有相同的目标,但与此同时,将使命、愿景和核心价值与所讨论的资源,即自行车联系在一起看起来很荒谬。

其次,组织,尤其是有等级分层的组织通常缺少组织活动的能力。它们通常作为单独的单元运行,以自顶向下的方式沟通,紧紧围绕高层和中层经理的指导方针完成任务。似乎组织最底层缺乏可以发出指令的经理,但实际上这些是很有必要的,因为他们可以提供量身定制的解决方案。

第三,传统组织同样倾向于使用计划和控制模式,在这种模式下不存在“现实”这个概念。只要满足了计划,现实的概念就不再重要,就犹如在最近的大众柴油门丑闻事件中涉及到的“失效装置”软件。

InfoQ:你能介绍一下 Rhineland Model 吗?

Peters:我来比较一下 Rhineland Model 和“传统的”Anglo-Saxon 组织。

  1. Anglo-Saxon 组织

在这种类型的组织中,有经验的专业人士和专家遵循一套良好的指挥链完成经理提出的要求。
2. Rhineland 组织

在 Rhineland 组织中,专业人士负责全局,前线的专家获得后方的支持(以水平方式)。

InfoQ:组织应该如何采纳这种方法来开发产品?

Peters:仔细地研究一下这个问题:组织是虚构的、抽象的、无形的建筑(不能摸到、尝到或是闻到)。IT 为有相同目标并且想一起实现目标的个人提供了横向沟通机会。通常来说,WhatsApp 这样简单的软件就可以实现。

比如说,荷兰各个方面都有很多所谓的 Part-Up(永久创业公司)。在 Agile Consortium,我提出了一些其他的方案。

现在在荷兰,我们能发现一种趋势,比如有越来越多来自不同组织的个人(包括城市协管员、警察、铁路公安、国际刑警 (Thalys)、停车管理员以及专业的侦查部门)一起工作,来保障鹿特丹火车站的安全,我们称之为“合作社”或“加入合作”。他们在可交换的团队中处理事件,仅仅在必要时才会用社区提供的便携电话相互联系,这种做法完全符合敏捷原则。

InfoQ:你在团队中有看到过哪些抵制采纳现代管理方法的事情?

Peters:很遗憾,但我不得不说这种现象来源于个人属于组织的概念(1911 年美国科学管理之父 Frederick Winslow Taylor 提出的 System First 的概念),但人们却忽视了专业人士应该解放自己的想法,在组织中展现个人才能。这些专业人士看低自己,觉得自己只不过是受经理指挥的“人力资源”。让人恐慌的是,即使是 Apple、Tesla 或是 Google 的员工也只会做被告知要完成的事情。

InfoQ:如何减少并消除这种现象?

Peters:在黑客帝国(1999)这部电影中,主角可以选择服下红色药丸了解真相,但这仅仅是电影情节。如果专业人士选择提交辞呈,一起创建类似于西班牙公司 Mondragon 2.0 版本的员工、工人合作社,那他们可能会做得更好。我们需要更多敢于服下红色药丸的 Neos。也许我们可以放弃拯救这些老的组织,重新开始。

InfoQ:你对未来人员管理的方式有什么展望?

Peters:管理工作和管理方法在我看来都是在浪费时间,说到管理就逃不开一群受过高等教育的人,白天坐在办公室里成天在别人身上找问题。我们发现自己现在处于“中间”或“过渡”阶段……

查看英文原文 Organizing over Organization


感谢薛命灯对本文的审校。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ @丁晓昀),微信(微信号: InfoQChina )关注我们。

2017-02-28 18:001330
用户头像

发布了 218 篇内容, 共 70.4 次阅读, 收获喜欢 76 次。

关注

评论

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

证书管理:从手工到平台化

vivo互联网技术

运维自动化 运维开发 证书管理

linux自动化运维工具用哪款好?理由是什么?

行云管家

Linux IT运维 自动化运维

数字先锋|云上医院长什么样?宁夏固原中医医院带你一探究竟!

天翼云开发者社区

云计算

【TiDB v7.1.0】资源管控调研及评测

TiDB 社区干货传送门

7.x 实践

实现淘宝母婴订单实时查询和可视化|Flink-Learning实战营

Apache Flink

大数据 flink

IPQ9574 IPQ9554 what's the difference?|WIFI7 Solution|Wallys

wallyslilly

ipq9554 ipq9574

带你了解爆火的AI框架-LangChain

派大星

WEB系统安全之开源软件风险使用评估

天翼云开发者社区

开源 Web

南通市属于几线城市?本地有正规等保测评机构吗?

行云管家

等级保护 等保测评 南通

程序员搞开发的时候,心态真的不稳

伤感汤姆布利柏

高考成绩都出来了,你的秒杀系统如何了?

冰河

并发编程 多线程 高并发 协程 秒杀系统

从零开始初识机器学习 | 京东云技术团队

京东科技开发者

人工智能 机器学习 企业号 6 月 PK 榜

TiDB 升级利器(参数对比)——TiDBA

TiDB 社区干货传送门

7.x 实践

资源池化:多租户与数据库整合解决方案

TiDB 社区干货传送门

新版本/特性解读 数据库架构设计

微服务架构的重要性:现代应用开发的关键趋势

2756

微服务架构 微服务、

表格检测识别技术面临的挑战和发展趋势

合合技术团队

人工智能 表格识别 表格检测

微服务之道:8个原则,打造高效的微服务体系

不在线第一只蜗牛

微服务 微服务架构

TIDB v7.1 reource control资源管控特性体验贴

TiDB 社区干货传送门

版本测评 7.x 实践

边缘云特点、应用实践和发展趋势浅析

天翼云开发者社区

边缘云

TiDB 多租户方案和原理

TiDB 社区干货传送门

TiDB 底层架构 新版本/特性解读 7.x 实践

慧博云通加入飞桨技术伙伴计划,共同推动企业 AI 应用创新

飞桨PaddlePaddle

人工智能 百度 paddle 飞桨 百度飞桨

MySQL中字符串查询效率大比拼

不在线第一只蜗牛

数据库 sql

来了,kubesphere轻松搭建redis

夜栩

后端 docker image KubeSphere

发送Tidb告警信息到企业微信群实践

TiDB 社区干货传送门

监控

TICDC 数据同步至 MySQL初体验

TiDB 社区干货传送门

迁移

如何用smardaten90天快速开发并上线智慧空间loT物联平台?

热爱编程的小白白

关于 3.0 和 2.0 的数据文件差异以及性能优化思路

爱倒腾的程序员

记一次Native memory leak排查过程 | 京东云技术团队

京东科技开发者

native 企业号 6 月 PK 榜 memory leak

OpenResty 安装

流火

基于驱动因素的全面预算管理方式

智达方通

智达方通 全面预算管理 业财驱动 驱动因素

零样本视频生成无压力,基于飞桨框架实现Text2Video-Zero核心代码及依赖库

飞桨PaddlePaddle

人工智能 百度 paddle 飞桨 百度飞桨

组织活动,超越组织_文化 & 方法_Ben Linders_InfoQ精选文章