Tech-Native Change Management | Alex & Lore

We also work in English.

Change Management zwischen Mensch und Maschine.

Wir verstehen Ihren Code. Und die Menschen, die ihn schreiben.

Transformation in der IT scheitert selten am Code. Sie hängt in Abstimmungen, Team-Grenzen und Kennzahlen, die das Falsche belohnen. Wir arbeiten an beidem: am System und an den Menschen, die es betreiben.

• Entscheidungen, die entschieden bleiben. Weniger Schleifen, weniger Eskalation.
• Mehr Fluss, gemessen an Ihren Zahlen. DORA, Durchlaufzeit, Incidents. Kein neues Reporting.
• Wissen, das nicht an einer Person hängt. Das Schlüsselpersonen-Risiko sichtbar gemacht, dann abgebaut.

Erstgespräch vereinbaren, 30 Minuten

Wir kommen rein, finden mit Ihrem Team die Knoten, lösen sie gemeinsam – und gehen wieder.

Wenn Sie das kennen

Keine Ahnung? Den meisten Teams geht es so. Beschreiben Sie uns den Knoten, wir sagen Ihnen, welche Tür die richtige ist.

Gemessen an Ihren Zahlen

Die DORA-Forschung verknüpft eine Kultur, in der Information frei fließt, mit besserer Lieferfähigkeit und besserer Organisations-Performance. Und DORA warnt selbst davor, die eigenen Kennzahlen zum starren Ziel zu machen.

Genau so arbeiten wir. Ihre Kennzahlen bleiben auf der Folie. Wir benutzen sie als Frage an das System, nicht als Zielscheibe für Menschen. Kulturerhebungen nur anonym und auf Team-Ebene, ausgewertet mit dem Team, nie als Einzelwerte.

Was sich verändert, wenn wir mit Ihnen arbeiten

• Entscheidungen konvergieren, statt zu schleifen
• Incidents erzeugen weniger Narrative und mehr geteiltes Verständnis
• Verantwortung wird explizit, ohne Schuld zu produzieren
• Führungskräfte tragen unbegrenzte Ambiguität nicht mehr allein
• Die Person, die still die Last getragen hat, wird sichtbar

Das ist Upstream-Arbeit. Vor Tech Debt. Vor Burnout. Vor der dritten Reorg, die nichts löst.

Viele Türen. Ein Raum.

Workshop — den Raum schulen

Ihr Team. Ein bis zwei Tage. Die Frage als Werkzeug.

Engineering beginnt nicht beim Code. Es beginnt im Raum, wo eine Frage eine Ambiguität entweder auflöst oder sie stromabwärts weiterreicht, wo sie ein Vielfaches kostet.

Wir lehren Requirements Engineering als das, was es tatsächlich ist: das Auflösen von Ambiguität. Kein Soft Skill. Ein Spezifikationsproblem, das man messbar richtig oder falsch machen kann.

Ihr Team geht mit der Fähigkeit:

• die Ambiguität in einem Satz zu hören, bevor sie den Code erreicht
• die Frage zu stellen, die Uneinigkeit sichtbar macht, statt sie zu vergraben
• die Fragen zu erkennen, die die Antwort leise verfälschen — warum habt ihr das so gebaut, wäre es nicht besser, ist das skalierbar — und die sauberen, die es nicht tun
• in den eigenen Worten des Kunden nachzufragen, nie im eigenen Reframe

Es ist die Methode aus The Question Is the Specification, als Live-Praxis an den echten Anforderungen Ihres Teams, mit Ihren echten Stakeholdern im Raum.

Am besten für: Teams, die Spec-Meetings, Discovery-Calls oder Three-Amigos-Sessions fahren und wollen, dass der Raum schärfer wird — ohne jemanden zu engagieren, der dauernd in Ihren Meetings sitzt.

Ihr Team geht mit der Fähigkeit. Wir müssen nicht bleiben.

Formate die in eine Bestellung passt

Derselbe Raum, vertraute Werkzeuge. Jedes ist ein Weg, einen Knoten so sichtbar zu machen, dass man daran arbeiten kann.

EventStorming · 1–2 Tage. Fachbereich und Entwicklung an einer Wand, die Geschichte Ihres Geschäfts als Ereignisse erzählt. Uneinigkeit taucht als Klebezettel auf statt als Incident. Sie gehen mit einer gemeinsamen Landkarte, markierten Hotspots und Kandidaten für die Grenzen Ihrer Services und Teams. (Alex hat bei Alberto Brandolini gelernt, dem Erfinder der Methode.)

Wardley Mapping · 1 Tag. Ihre Wertschöpfungskette, aufgetragen danach, wie reif jedes Teil wirklich ist. Sie gehen mit Klarheit, was Sie bauen, was Sie kaufen und was Sie nur aus Gewohnheit noch pflegen.

Architektur-Review · 5 Tage. Wir lesen Code, Deployment und Org-Chart und suchen die Stellen, an denen sie sich widersprechen. Sie gehen mit schriftlichen Entscheidungen, benannten Trade-offs und markierten Conway-Brüchen. (Alex hat bei 7Mind ein verteiltes Backend ohne Incident zu einem modularen Monolithen konsolidiert.)

Observability-Einführung · ca. 10 Tage. OpenTelemetry-Tracing, strukturierte Logs, Dashboards, SLOs. Wir bauen es mit Ihrem Team, nicht für es. Sie gehen mit einem System, das Ihnen sagt, was es tut, und Menschen, die wissen, wie man es fragt.

Interim Tech Lead · 3 Tage pro Woche, 3–6 Monate. Technische Führung für eine Übergangszeit, Übergabe geplant ab Woche eins. Keine Abhängigkeit von uns. (Alex war Backend Lead & Principal Engineer bei 7Mind und hat dort zwei Mobile-Teams zu einem zusammengeführt.)

Am besten für: Organisationen, die eine Bestellposition brauchen, bevor sie Ja sagen können. Jedes davon kann in beobachtende Arbeit übergehen, keins muss.

Beobachtende Arbeit — die Frage gemeinsam finden

Und wenn Sie tiefer gehen wollen —

Manche Fragen lassen sich nicht im Voraus lehren, weil sie erst in dem Moment existieren, in dem sie gebraucht werden. Für die sitzen wir in Ihren echten Meetings und finden die richtige Frage im richtigen Moment, live.

Wir tun zwei Dinge zugleich. Wir helfen dem Gespräch, die Frage zu finden, um die es bereits kreist. Und wir beobachten die Topologie, die darunter läuft: wer als Erstes merkt, wenn das System unter Last kippt, wer den Kontext trägt, den niemand aufgeschrieben hat, wo zwei Teams glauben, sie arbeiteten zusammen, und das Bindeglied ist in Wahrheit ein einzelner überlasteter Mensch, der diese Rolle nie übernehmen wollte.

Wir kommen nicht mit der Antwort. Wir beobachten. Wir fragen. Wir helfen dem Raum, sich selbst zu sehen. Die Veränderung geschieht in Ihrem System, nicht in unserer Empfehlung.

Drei Längen, je nachdem, wie viel Zeit das System braucht.

Spike · 1 Woche

Ein Fundstück genauer anschauen. Ein Muster, eine Spannung, eine Frage, die immer wiederkehrt. Wir sind eine Woche eingebettet, sitzen mit den Menschen, die der Graph benennt, und benennen, was wir sehen. Sie gehen mit einer Diagnose und Schritten, die Ihr Team selbst gehen kann.

Am besten für: Teams, die schon ahnen, was nicht stimmt, es aber noch nicht benennen können.
Slutty Cybernetics: Two Cyberneticists. One Meeting. 🍵 — ein Spike, als Szene.

Sprint · 2–4 Wochen

Aus Fundstücken eine Landkarte machen. Lang genug, dass die Wiederholungen sichtbar werden und die Zusammenhänge entstehen, kurz genug, dass Sie sich nie daran gewöhnen, dass wir da sind. Sie gehen mit einer tragfähigen Landkarte und Interventionen, die Ihrem Team gehören.

Am besten für: Teams mitten in etwas, das noch metabolisiert wird.

Marathon · 5–10 Wochen

Die Form verändern und zusehen, wie sie hält. Lang genug, um die Effekte zweiter Ordnung der Interventionen erster Ordnung zu sehen, und mit Ihrem Team nachzujustieren, während es die Last trägt. Sie bekommen die Topologie, die Sie wollen, und die Fähigkeit, sie zu halten.

Am besten für: Teams, deren Kommunikationstopologie sich wirklich verändern und verändert bleiben muss.

Bedingungen

Unsere Arbeit ist keine Extraktion des Wissens, der Aufmerksamkeit oder der emotionalen Arbeit Ihres Teams. Wir machen Angebote. Sie nehmen sie an, verändern sie oder verwerfen sie. Zustimmung ist keine Formalität, und Rückzug bleibt möglich. Alles unter der systemic.engineering License (SEL). Eine Fürsorgepflicht gilt auf beiden Seiten: Wir übernehmen sie gegenüber Ihren Menschen; Sie übernehmen sie gegenüber ihnen, indem Sie mit uns arbeiten. Keine Rüstung, keine Überwachung, kein strafendes Performance-Management.

Konditionen auf Anfrage. Festpreis für die benannten Formate, nach Tagen oder Wochen für beobachtende Arbeit. Gemeinnützige und kleine Teams: fragen Sie, wir haben eine Staffelung. AGBs.

Mit wem Sie arbeiten

Wir vermischen unsere zwei Sichtweisen nicht. Wir komponieren sie.

Alex Wolf

Neuroqueer (AuDHD). Kybernetik. Systemic Engineering.
DGSF-zertifizierte systemische Praxis (in Ausbildung).
15 Jahre verteilte Systeme unter echter Last (10 auf der BEAM).
Scientific Programming am größten Supercomputing-Zentrum Europas.
Drei Burnouts. Still shipping.

Alex schaut auf Struktur — Informationsflüsse, Entscheidungswege, Abhängigkeiten, die Formen, die Organisationen annehmen.

LinkedIn · Substack

Lore Born

Neuroqueer (AuDHD). Kybernetik. Co-Founder.
DGSF-zertifizierte systemische Praxis.
15 Jahre soziale Systeme unter echter Last. Scientific Empath.
Schrieb Wenn Dinge heilen.

Lore schaut auf den Raum — Spannung, Inkongruenz, was gesagt wird gegen das, was gleichzeitig geschieht, was noch keinen Namen hat.

LinkedIn · Substack

Alex Wolf & Lore Born

Keine unserer beiden Perspektiven zeichnet das ganze Bild. Das Bild wird zwischen den beiden sichtbar.

Conway's Law endlich operationalisiert: Systemische Praxis 3.0.

Wir halten Nicht-Wissen für einen Arbeitsraum, nicht für ein Versagen. Eine Beobachtung, die zu schnell eine Erklärung bekommt, macht aus einer Vermutung eine Tatsache — und aus der Tatsache einen Weg, der immer teurer wird. Also halten wir offen, bis genügend Beobachtungen anfangen, miteinander zu sprechen, und eine Landkarte von selbst entsteht.

Heinz von Försters Imperativ ist die ganze Ethik: Handle stets so, dass sich die Menge an Wahlmöglichkeiten erhöht. Eine gute Frage öffnet den Raum. Eine schlechte verengt ihn auf die Antwort, die man schon hatte. Das ist der Test — im Workshop oder live in Ihrem Raum.

Los geht's

Welche Entscheidung trifft Ihr Team gerade zum dritten Mal?

Erstgespräch vereinbaren, 30 Minuten — oder schreiben Sie uns den Knoten, so kurz oder so lang, wie die Frage es verdient.
Oder per DM auf LinkedIn: Alex · Lore

Mirror. Offer. Wait. 🍷