写点什么

组织活动,超越组织

  • 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:001572
用户头像

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

关注

评论

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

Z世代新母婴人群消费洞察2023

易观分析

母婴 新消费 Z世代 消费

AI大模型加速升级,数据和隐私何以为安?

博文视点Broadview

openEuler开源新项目,嵌入式实时虚拟机ZVM介绍

openEuler

Linux 操作系统 虚拟机 嵌入式 openEuler

Spring依赖注入Bean类型的8种情况,你学废了吗?

Java永远的神

spring 源码 程序员 后端 java面试

工信部数据库适配验证中心项目验收通过 柏睿数据参与共建

科技热闻

博睿学院 | 本周四,博睿学院数据集成系列公开课正式开讲

博睿数据

数据中台 智能运维 博睿数据 博睿学院

【iOS逆向与安全】利用IDAPython插件提高反汇编和逆向工程效率

小陈

安全 逆向 iOS逆向 ios安全 逆向分析

又发现一个开源商城项目,谷粒商城外又多了个选择

马丁玩编程

Redis高频40问

程序员大彬

Java Redis redis 底层原理

Spring竟然可以创建“重复”名称的bean?—一次项目中存在多个bean名称重复问题的排查

京东科技开发者

spring bean @Bean 企业号 3 月 PK 榜

《云原生架构容器&微服务优秀案例集》惊喜来袭

阿里巴巴云原生

阿里云 容器 微服务 云原生

GPT-4 可以开始测试了

HoneyMoose

对前端性能优化的一些小看法

Yestodorrow

OpenHarmony社区运营报告(2023年2月)

OpenHarmony开发者

OpenHarmony

cookie时效无限延长方案

京东科技开发者

自动化测试 Cookie 接口自动化 UI自动化 企业号 3 月 PK 榜

机器学习算法(八):基于BP神经网络的乳腺癌的分类预测

汀丶人工智能

数据挖掘 机器学习 BP神经网络

Three.js 进阶之旅:全景漫游-初阶移动相机版

dragonir

JavaScript 前端 three.js

扒站软件:SiteSucker汉化激活

真大的脸盆

Mac Mac 软件 网站下载 下载网站工具

聊聊前端性能指标那些事儿

京东科技开发者

性能优化 前端 性能 前端性能 企业号 3 月 PK 榜

CNStack 虚拟化服务:实现虚拟机和容器资源的共池管理

阿里巴巴云原生

阿里云 云原生 虚拟化 CNStack

龙蜥白皮书精选:敏捷开发场景下的调度器热升级 SDK

OpenAnolis小助手

敏捷开发 sdk 白皮书 调度器 龙蜥社区

经过小折腾,可算是把 Code Coverage API 用上了

HoneyMoose

Dubbo + ZooKeeper丨如何解决线上故障排查链路长的难题

阿里巴巴云原生

阿里云 开源 云原生 dubbo Zookeepe

滴滴 一面总结

Java你猿哥

Java 滴滴 java面试 面经

VisBug:助力前端开发的浏览器插件

南城FE

CSS 效率工具 前端 浏览器 插件

用AI回忆起曾被忘却的语言

白洞计划

AI

如何使用责任链默认优雅地进行参数校验?

JAVA旭阳

Java spring

记录丨阿里云校招生的成长经历

阿里巴巴云原生

阿里云 云原生 校招

微前端框架single-spa子应用加载解析

京东科技开发者

生命周期 微前端 VUE 3.0 源码 企业号 3 月 PK 榜 single-spa

设计师的魔法:让你的冰冷设备即刻变成迪士尼

鼎道智联

设计 动效设计

pulsar 报错源码排查:"Not enough non-faulty bookies available"

李code

源码 pulsar 故障恢复 参数调优 白话源码

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