Agile Viking

Mein Start in eine unbekannte “Karriere”

Wer hätte damals gedacht, dass einige meine berufliche Laufbahn mal als “Karriere” bezeichnen würden? Ich jedenfalls nicht – gestartet als Freelancer, der keine Ahnung hat wie die sogenannte Arbeit funktioniert. Einzig daran interessiert technische Probleme zu lösen.

Prägende Erfahrungen

Nach einigen Projekten musste ich selbst – wie viele andere auch – anerkennen, das mangelndes Wissen und technische Limitation selten das Problem sind.

Verstehe das System und manipuliere die Organisation, dass du das System anpassen kannst. Diese Prämisse hat mir sehr geholfen. Sobald man das Produkt, welches wir entwickeln, die Methoden, die Tools und die Organisation als einzelne Systeme begreift, hilft das System denken und die Betrachtung als System of Systems extrem um das Ergebnis und Erlebnis für die eigentlichen Kunden zu verbessern.

Persönliche Learnings

Agilität ist mehr als Methodik – sie prägt Haltung und Beratungsstil. Ich lernte, dass echte Transformation von innen kommt und Vertrauen das Fundament ist.

Sobald das gegeben ist hilft Transparenz und der Fokus auf Effizienz und Throughput, organisiere deine Arbeit entlang des Value Streams und habe stets dein Produkt im Auge!

Organisation, Toolings & Methoden müssen dem Produkt folgen und können unter keinen Umständen ein Selbstzweck sein.

Erste Schritte

Vom klassischen Projektmanagement zur agilen Transformation – ein Paradigmenwechsel, der meine gesamte Arbeitsweise auf den Kopf stellte und neue Horizonte eröffnete.

Prägende Erfahrungen

Unzählige Kundenprojekte mit Höhen und Tiefen: gescheiterte Sprints, die zu wertvollen Learnings wurden, und Durchbrüche, die Teams nachhaltig veränderten.

Persönliche Learnings

Agilität ist mehr als Methodik – sie prägt Haltung und Beratungsstil. Ich lernte, dass echte Transformation von innen kommt und Vertrauen das Fundament ist.

Und da war der Vogel

Gestartet bin ich als Entwickler in der Telekommunikationsbranche.
2011 saß ich zum ersten Mal in einem Scrum-Training.

Dort bauten wir einen Vogel aus Lego. Und ich stellte mir ernsthaft die Frage:
Warum zur Hölle bauen wir hier Spielzeug – und was genau soll mir das für echte Softwareentwicklung sagen?

Meine Annahme war simpel: Wenn der Code stimmt, wird der Rest schon funktionieren.
Spoiler: Tat er nicht.

Software war nie das Problem

Nach einigen Projekten musste ich akzeptieren, dass fehlendes Wissen oder technische Limitierungen selten das eigentliche Problem sind.

Es sind Entscheidungen, Strukturen, Verantwortungsdiffusion und Organisationen, die sich selbst erstaunlich effektiv im Weg stehen.

Ich lernte: Wenn du das System nicht verstehst, kannst du es auch nicht verändern.
Und wenn du es nicht verändern kannst, wird es dich verändern.

Methoden, Tools und Rollen sind dabei nur Werkzeuge. Nützlich, aber regelmäßig überschätzt.

Was übrig bleibt

Agilität ist für mich keine Methode, kein Framework und ganz sicher kein Selbstzweck.

Sie ist eine Haltung: Verantwortung übernehmen, Klarheit schaffen und Entscheidungen dort treffen, wo die Wirkung entsteht.

Vertrauen ist dabei kein Soft Skill, sondern die Voraussetzung dafür, dass Transparenz, Fokus auf Durchsatz und echte Wertströme überhaupt funktionieren können.

Organisation, Tooling und Methoden haben genau eine Aufgabe: dem Produkt zu dienen.
Alles andere ist Beschäftigungstherapie.

Lego benutze ich heute übrigens nur noch privat.