Warum ich niemals mit dem Entwicklungsprozess beginne

Jemand hat mich kürzlich gefragt: "Wie würdest du den Entwicklungsprozess gestalten?"

Meine Antwort hat ihn überrascht. Ich würde überhaupt nicht mit dem Entwicklungsprozess beginnen.

Die meisten CTOs gehen direkt zu Tooling, Branching-Strategien, Sprint-Zeremonien und Deployment-Pipelines über. Alles valide. Alles notwendig. Aber nichts davon spielt eine Rolle, wenn das Team nicht dieselbe Vision davon teilt, wohin es geht.

Vor jedem Prozess frage ich: Wie gut fließen Informationen tatsächlich durch dieses Team? Wie viel geht zwischen einer Entscheidung und ihrer Umsetzung verloren? Wie schnell driften die mentalen Modelle der Leute auseinander, nachdem ein Meeting endet?

Denn sie driften immer auseinander. Das ist kein Versagen. So funktioniert Kommunikation eben.

Das wahre Problem, das die meisten Tech-Teams ignorieren

Kommunikation hat eine Aufgabe: die Vision der Person, die sie hat, auf jeden zu übertragen, der danach handeln muss. Das klingt einfach. Ist es nicht.

Jede Nachricht durchläuft Filter. Sprache ist der offensichtlichste. Ein deutscher Muttersprachler, der mit einem anderen deutschen Muttersprachler spricht, wird näher beieinander sein als ein B2-Deutschsprecher aus Portugal, der mit einem B2-Deutschsprecher aus Russland spricht. Dieselben Worte, unterschiedliches Signal. Stellen Sie sich nun vor, dass dieses Gespräch auf Englisch stattfindet, wo beide Sprecher es als Zweitsprache gelernt haben, mit unterschiedlichen Akzenten, Redewendungen und kulturellen Bezügen. Die Lücke zwischen dem, was gemeint war, und dem, was verstanden wurde, kann enorm sein, und niemand bemerkt es, bis etwas schiefgeht.

Aber Sprache ist nur die Oberfläche. Es gibt tiefere Filter, die unter jedem Gespräch laufen. Frühere Erfahrungen prägen, wie Menschen Dinge hören. Jemand, der durch Top-down-Entscheidungen ohne Kontext verbrannt wurde, wird dieselbe Anweisung anders hören als jemand, der immer in flachen, transparenten Teams gearbeitet hat. Denkweise, Seniorität, fachlicher Hintergrund, sogar die Stimmung an einem bestimmten Tag – all das verzerrt das Signal.

Dann gibt es das Problem des gemeinsamen Vokabulars. Ein Product Manager, ein Backend-Entwickler und ein Investor können im selben Raum sitzen und eine Stunde lang über "Performance" sprechen. Jeder meint etwas völlig anderes. Niemand bittet um Klärung. Alle gehen mit dem Gefühl, sie seien sich einig.

Alignment ist kein Zustand, sondern eine ständige Anstrengung

Selbst wenn Kommunikation gut läuft, zerfällt Alignment. Das ist der Teil, für den die meisten Teams nicht planen.

Denken Sie so darüber nach: Jedes Gespräch richtet zwei Vektoren aus. Am Ende einer guten Diskussion zeigen beide Personen ungefähr in dieselbe Richtung. Ungefähr. Niemals exakt. Die Vision kann niemals mit 100% Genauigkeit übertragen werden – es gibt immer ein Delta zwischen der Absicht des Senders und dem Verständnis des Empfängers.

Und dann vergeht Zeit.

Erinnerungen verblassen. Prioritäten verschieben sich. Neue Informationen kommen herein und werden durch die individuelle Linse jeder Person interpretiert. Die Vektoren beginnen zu driften. Zunächst langsam, dann schneller. Zwei Wochen nach diesem Alignment-Gespräch könnten Sie überrascht sein, wie weit auseinander die mentalen Modelle gewandert sind, selbst zwischen Menschen, die wirklich auf derselben Wellenlänge sein wollen.

Das ist keine Dysfunktion. Das ist Physik.

Der Fehler, den die meisten Teams machen, ist, Kommunikation als Ereignis zu behandeln. "Wir haben darüber gesprochen" wird zu "es ist erledigt". Aber Kommunikation ist kein Ereignis, sondern ein kontinuierlicher Prozess der Neukalibrierung. Die Intervalle zwischen Neukalibrierungen sind enorm wichtig. Kurze, häufige Abstimmungen übertreffen lange, seltene – nicht wegen der Dauer, sondern weil sie das Driften erfassen, bevor es sich potenziert.

Was ich tatsächlich dagegen tue

Ein paar Prinzipien, zu denen ich nach der Arbeit mit Teams in sehr unterschiedlichen Kontexten gekommen bin:

Erstens: Optimieren Sie auf Frequenz statt auf Tiefe. Mein Standard ist ein zehnminütiges Alignment-Gespräch jeden Tag, besonders während kritischer Phasen wie Projektauftakten, Onboarding und Release-Perioden. Dann driften die Vektoren am schnellsten, und dann können Sie es sich am wenigsten leisten. Das Ziel ist nicht, die Zeit zu füllen. Das Ziel ist, das Driften zu erfassen, bevor es sich potenziert.

Zweitens: Jedes Gespräch wird aufgezeichnet, transkribiert und zusammengefasst. AI übernimmt die Zusammenfassung und extrahiert Aktionspunkte. Das Ergebnis ist eine einzige, schriftliche, zentrale Quelle der Wahrheit, auf die sich jeder zurückbeziehen kann. Wenn es nicht dokumentiert ist, fand das Gespräch in fünf verschiedenen Versionen statt – eine pro Person im Raum.

Drittens: Wiederholen Sie bewusst. Gute Kommunikation ist per Design redundant. Sagen Sie es, schreiben Sie es, sagen Sie es noch einmal. Jemanden zu bitten, das, was er verstanden hat, in eigenen Worten wiederzugeben, kann ebenfalls helfen, die Lücke zu schließen, auch wenn es keine Garantie ist. Es ist eine Überprüfung, keine Lösung.

Warum das vor dem Entwicklungsprozess kommt

All das – die Sprachlücken, die Filter, die driftenden Vektoren – liegt unter jedem technischen Prozess, den Sie jemals gestalten könnten. Sprint Planning funktioniert nur, wenn das Team ein gemeinsames Verständnis davon hat, was sie bauen und warum. Code Review funktioniert nur, wenn es eine gemeinsame Definition von Qualität gibt. Architekturentscheidungen halten nur, wenn die Begründung korrekt durch das Team reist und über die Zeit überlebt.

Der Entwicklungsprozess sitzt auf etwas, das die meisten Teams nie bewusst aufbauen: ein Kommunikationsfundament, das alle immer wieder in dieselbe Richtung zeigen lässt, über die Zeit.

Da beginne ich.