Panic
Find the English version below
Hi ,
Die Nervösität zerschnitt den Raum. Ich sah es in den Augen aller Teilnehmer.
Eigentlich war es nur ein Regeltermin.
Einmal die Woche kommt die Entwicklung mit den Admins zusammen und bespricht aktuelle Themen.
Der Termin wird seit Jahren so gemacht.
Gleiche Zeit, gleiche Menschen, (fast) gleiche Themen.
Aber etwas war anders.
Es nahm zum ersten Mal ein neuer Kollege Teil. Ein Externer.
Wir haben ihn zu uns geholt, um an “Devops” zu arbeiten. Also, hauptsächlich Automatisierung. CI/CD, Provisionierung, Tooling, Compilezeit-Optimierungen. Alles was die Developer Experience verbessert.
Er wurde durch den Head of Engineering direkt beauftragt.
Und er kam mit einem Statement:
“Wir müssen die Grenze zwischen Dev und Ops auflösen. Wie wäre es, wenn wir die Admins mit ins Entwicklungsteam integrieren.”
Während du das liest klingt das vielleicht harmlos.
War es aber nicht für die anwesenden Mitarbeiter.
Die aktuelle Teamstruktur war seit über einem Jahrzehnt gefestigt.
Jeder war an diese Struktur gewöhnt.
Jeder hatte seinen Platz - seine Komfortzone - in dieser Struktur gefunden.
Und mit einem Schlag wird das in Frage gestellt.
Diese Idee löste Panik aus. Unsicherheit. Bedenken.
Die Idee ist richtig. Und gut.
Seit vielen Jahren wird in der gängigen Literatur, auf Konferenzen und in Online Communities diese Idee propagiert und praktiziert.
Die Idee löste Angst aus
Sie kam zu schnell. Die Kollegen waren in ihrer Welt noch nicht so weit, dass sie diesen Schluss selbst ziehen würden.
Sie haben sich in der aktuellen Struktur eingelebt. Sie haben gelernt mit allen Schwierigkeiten aus dieser Struktur zu leben und damit umzugehen.
Sie haben eine Resistenz aufgebaut.
Vielleicht hast du das auch schon erlebt. Vielleicht bist du selbst in einer leitenden Rolle in einem neuem Team. Vielleicht bist du Berater und frisch in einem Projekt.
Du hast andere Ideen. Du hast dich seit Jahren mit anderen Strukturen beschäftigt, du hast viele Diskussionen geführt und verfolgt. Und du hast den gesamten Kontext zu deinem Schluss längst im Kopf.
Die Kollegen haben den Kontext nicht
Deine Aufgabe ist es das Team zu der notwendigen Entscheidung zu führen. Das bedeutet nicht die Entscheidung aufzudrängen. Es bedeutet sie mit dem Team gemeinsam zu erarbeiten.
Du musst vertrauen aufbauen. Du musst das Team erkennen lassen welche Schwierigkeiten in der aktuellen Struktur liegen. Und du musst das Team die Lösung selbständig entwickeln lassen.
Nur so schaffst du Akzeptanz, Vertrauen und Motivation.
Manchmal ist es besser eine Idee zurück zu halten. Warte auf den richtigen Augenblick. Und hilf deinen Kollegen auf den gleichen Schluss zu kommen.
Auch wenn es aufwendiger ist.
Rule the Backend,
~ Marcus
English
Hi ,
Nervousness sliced through the room. I saw it in the eyes of all attendees.
It was supposed to be just a routine meeting.
Once a week, the development team meets with the admins to discuss current topics.
This meeting has been held for years.
Same time, same people, (almost) the same topics.
But something was different this time.
A new colleague participated for the first time. An external.
We brought him in to work on “DevOps”. Mainly automation. CI/CD, provisioning, tooling, compile-time optimizations. Everything that improves the developer experience.
He was directly commissioned by the Head of Engineering.
And he came with a statement:
“We need to dissolve the boundary between Dev and Ops. What if we integrate the admins into the development team?”
As you read this, it may sound harmless.
But it wasn't for the employees present.
The current team structure had been solidified for over a decade.
Everyone was accustomed to this structure.
Everyone had found their place — their comfort zone — within this structure.
And suddenly, this was being questioned.
This idea triggered panic. Insecurity. Concerns.
The idea is correct. And good.
For many years, this concept has been propagated and practiced in the literature, at conferences, and in online communities.
The idea sparked fear
It came too quickly. The colleagues were not yet ready in their world to come to this conclusion on their own.
They had settled into the current structure. They had learned to live with all the difficulties arising from this structure and to deal with them.
They had built up resistance.
Maybe you have experienced this too. Maybe you're in a leading role in a new team yourself. Or perhaps you're a consultant and new to a project.
You have different ideas. You have been dealing with different structures for years, you have led and followed many discussions. And you have long had the entire context for your conclusion in mind.
The colleagues do not have the context
Your task is to lead the team to the necessary decision. This does not mean imposing the decision. It means developing it together with the team.
You need to build trust. You need to let the team recognize the difficulties in the current structure. And you must let the team develop the solution independently.
Only in this way can you create acceptance, trust, and motivation.
Sometimes it's better to hold back an idea. Wait for the right moment. And help your colleagues come to the same conclusion.
Even if it is more laborious.
Rule the Backend,
~ Marcus