0+ Jahre
BerufserfahrungProdukt, Tech, Organisation und Veränderung.
Case 01 / 09
Abläufe in der operativen Abwicklung strukturieren
Von personenabhängigen Übergaben zu transparenter Zusammenarbeit.
Status, Verantwortlichkeiten und nächste Schritte waren nicht für alle sichtbar.
In einem wachsenden operativen Umfeld liefen mehrere interne Bereiche und externe Schnittstellen zusammen. Viele Informationen lagen bei einzelnen Personen oder in uneinheitlicher Dokumentation. Dadurch entstanden Rückfragen, Wartezeiten und Abhängigkeiten, sobald jemand nicht verfügbar war oder ein Vorgang übernommen werden musste.
Prozesse sichtbar machen, digitalisieren und übernehmbar gestalten.
Ich habe zentrale Prozessschritte visualisiert, digitale Arbeitsübersichten aufgebaut, ein internes Arbeitssystem weiterentwickelt und Arbeitsstände über ein Kanban-Board transparenter gemacht. Zusätzlich habe ich Übergaben dokumentiert, Rollen im Ablauf geklärt und Feedback aus relevanten Schnittstellen genutzt, um wiederkehrende Reibungspunkte zu reduzieren.
Mehr Transparenz, klarere Übergaben und weniger Reibungsverlust.
Arbeitsstände wurden nachvollziehbarer, Verantwortlichkeiten klarer und Vertretungen einfacher. Teams konnten schneller erkennen, wo ein Vorgang steht, was als Nächstes zu tun ist und welche Informationen bereits vorliegen. Dadurch wurde die Zusammenarbeit weniger personenabhängig und im Alltag verlässlicher.
Case 02 / 09
Teamübergreifende Abhängigkeiten früher sichtbar machen
Von paralleler Arbeit und späten Überraschungen zu mehr gemeinsamer Orientierung.
Mehrere Teams arbeiteten an verwandten Themen, aber nicht mit derselben Sicht.
In einem komplexen Produktumfeld arbeiteten mehrere Teams parallel an angrenzenden Themen. Initiativen, Abhängigkeiten und Überschneidungen wurden oft spät sichtbar. Teilweise berührten Vorhaben dieselben Nutzerflüsse oder Entscheidungsbereiche, während wichtige Schnittstellen erst spät einbezogen wurden. Dadurch entstanden Reibung, Doppelarbeit und Unsicherheit darüber, wer wann mit wem sprechen musste.
Abhängigkeiten sichtbar machen, bevor sie zu Blockaden werden.
Ich habe daran mitgearbeitet, Teamzuschnitte und Verantwortungsbereiche so zu hinterfragen, dass weniger Abhängigkeiten entstehen. Zusätzlich wurden Formate eingeführt, in denen Teams ihre Initiativen, Ideen und Pläne früher transparent machten. Über mehrstufige Abstimmungslogik, gemeinsame Planungsformate und frühere Stakeholder-Gespräche konnten Abhängigkeiten, Risiken und notwendige Beteiligungen sichtbarer werden, bevor konkrete Umsetzung geplant wurde.
Mehr Transparenz, bessere Abstimmung und weniger späte Reibung.
Teams konnten früher erkennen, wo sich Themen überschneiden, welche Initiativen andere Teams verfolgen und wo Abstimmung nötig ist. Stakeholder wurden früher einbezogen, wodurch Entscheidungen besser vorbereitet und Abhängigkeiten realistischer eingeschätzt werden konnten. Das reduzierte nicht jede Komplexität, machte sie aber früher sichtbar und dadurch besser steuerbar.
Case 03 / 09
Kundenzentrierung und Einheitlichkeit stärken
Von internen Annahmen zu mehr Klarheit über Nutzer:innen, Probleme und gemeinsame Logik.
Teams entwickelten aus interner Sicht, aber nicht immer aus gemeinsamer Kundensicht.
In einem gewachsenen digitalen Umfeld entstanden über Zeit unterschiedliche Designs, Feature-Logiken und Funktionsweisen. Teams arbeiteten an eigenen Themen, aber es fehlte eine ausreichend gemeinsame Sicht darauf, wer die Nutzer:innen sind, welche Probleme wirklich gelöst werden sollen und wie konsistent das Angebot aus Kundensicht wirkt.
Nutzerprobleme früher verstehen und Entscheidungen daran ausrichten.
Ich habe angestoßen, stärker mit Kund:innen und Nutzer:innen zu sprechen und Problem Discovery regelmäßiger in die Produktarbeit einzubauen. Statt nur aus internen Annahmen heraus zu entwickeln, wurden Bedürfnisse, Nutzungskontexte und wiederkehrende Probleme stärker sichtbar gemacht. Gleichzeitig half diese Perspektive, Diskussionen über Features, Design und Priorisierung stärker an Nutzerwert und Einheitlichkeit auszurichten.
Mehr Nutzerklarheit und bessere Entscheidungsgrundlage.
Durch mehr Kundennähe konnten Entscheidungen bewusster getroffen werden. Teams erhielten mehr Orientierung, welche Probleme relevant sind und wo Inkonsistenzen aus Nutzersicht entstehen. Das stärkte nicht nur die Qualität der Lösung, sondern auch die Fähigkeit, Veränderung im Team mit konkretem Kundennutzen zu begründen.
Case 04 / 09
Initiativen an gemeinsamer Richtung ausrichten
Von widersprüchlichen Einzelideen zu klarerer Priorisierung.
Viele Initiativen konkurrierten miteinander, aber die gemeinsame Richtung war nicht klar.
In einem gewachsenen digitalen Umfeld kamen Ideen, Projekte und Anforderungen aus vielen Richtungen: von Stakeholdern, Führungskräften und unterschiedlichen Unternehmensbereichen. Gleichzeitig fehlte eine ausreichend sichtbare gemeinsame Orientierung: Wohin entwickeln wir uns? Welche Nutzerprobleme sind wirklich entscheidend? Welche Themen zahlen auf Positionierung, Business-Ziele und langfristigen Wert ein? Dadurch standen Initiativen nebeneinander, teilweise widersprachen sie sich sogar.
Priorisierung nicht nur als Liste, sondern als Richtungsentscheidung verstehen.
Ich habe dafür plädiert, Initiativen nicht isoliert abzuarbeiten, sondern stärker an gemeinsamer Orientierung auszurichten: Welche Ziele verfolgen wir? Welche Probleme lösen wir für Nutzer:innen? Welche Vorhaben passen zusammen, welche ziehen in unterschiedliche Richtungen? Für mich wurde dabei sichtbar, dass Priorisierung nicht nur Produktarbeit ist, sondern auch Organisations- und Führungsarbeit: Ohne gemeinsame Richtung entstehen Konflikte, Doppelarbeit und immer neue Projektlisten.
Mehr Klarheit darüber, worüber eigentlich entschieden werden muss.
Auch wenn nicht jede strategische Frage auf Teamebene gelöst werden konnte, wurde deutlicher, dass gute Priorisierung mehr braucht als Aufwandsschätzung und Projektlisten. Initiativen konnten bewusster hinterfragt werden: Welchen Beitrag leisten sie? Für wen schaffen sie Wert? Und welche Entscheidungen müssen auf Führungs- oder Strategieebene geklärt werden, bevor Teams sinnvoll priorisieren können?
Case 05 / 09
Scheinagilität von echter Produktentwicklung unterscheiden
Von Projekt-Abarbeitung zu mehr Bewusstsein für agile Wertschöpfung.
Agilität wurde benannt, aber die Arbeitslogik blieb projektgetrieben.
Nach außen wurde agil gearbeitet, im Alltag waren viele Vorhaben jedoch bereits vorgegeben, durchgeplant und stark dokumentations- sowie abnahmeorientiert. Produktteams arbeiteten Initiativen nacheinander ab, oft mit klar erwarteten Ergebnissen, umfangreicher Vorabplanung und wenig Raum für iteratives Lernen. Dadurch entstand eine Diskrepanz zwischen agiler Sprache und tatsächlicher Entscheidungs- und Arbeitslogik.
Das Muster sichtbar machen, ohne falsche Lösungserfolge zu behaupten.
Aus meiner damaligen Rolle heraus konnte ich diese Grundlogik nicht vollständig verändern. Ich habe jedoch erlebt und erkannt, wo der Unterschied zwischen agilen Ritualen und echter agiler Produktentwicklung liegt: Agilität entsteht nicht dadurch, dass Teams Projekte in Sprints umsetzen, sondern dadurch, dass Probleme verstanden, Hypothesen geprüft, Kundennutzen gemessen und Entscheidungen iterativ angepasst werden. Genau an dieser Stelle würde ich heute als Agile Coach oder Transformation Consultant ansetzen.
Ein klarerer Blick auf den eigentlichen Transformationsbedarf.
Die Erfahrung hat mein Verständnis dafür geschärft, warum viele Transformationen stecken bleiben: Wenn Portfolio, Führung, Budgetlogik und Entscheidungswege klassisch bleiben, können Teams allein nicht wirklich agil arbeiten. Der Hebel liegt dann nicht nur im Team, sondern in der Frage, wie Vorhaben entstehen, priorisiert, überprüft und gemeinsam verantwortet werden.
Case 06 / 09
Zusammenarbeit im Team wirksamer machen
Von Einzelarbeit und verdeckten Hindernissen zu mehr gegenseitiger Unterstützung.
Das Team verlor Zeit durch Abhängigkeiten, unklare Abläufe und unsichtbare Hindernisse.
In einem produktnahen technischen Umfeld wurde sichtbar, dass Zusammenarbeit nicht nur an Aufgaben oder Prioritäten hängt. Es gab fehlende Dokumentation, unklare Prozesse, Abhängigkeiten zu anderen Teams, unausgesprochene Regeln und praktische Hindernisse im Arbeitsalltag. Dadurch warteten Menschen aufeinander, Wissen blieb verteilt und Probleme wurden teilweise erst spät sichtbar.
Hinhören, Hindernisse sichtbar machen und gemeinsam verbessern.
Ich habe die Perspektive der Entwickler:innen ernst genommen und wiederkehrende Probleme aus Gesprächen, Retrospektiven und dem Arbeitsalltag aufgegriffen: Wo wartet das Team? Wo entstehen Reibungsverluste? Welche Informationen fehlen? Welche Regeln oder Abhängigkeiten blockieren gute Arbeit? Gemeinsam mit dem Team habe ich Abläufe, Kommunikation und Dokumentation verbessert und darauf hingearbeitet, dass Hindernisse nicht nur benannt, sondern aktiv bearbeitet werden.
Mehr Teamgefühl, bessere Unterstützung und weniger isoliertes Arbeiten.
Die Zusammenarbeit wurde offener und verlässlicher. Teammitglieder unterstützten sich stärker gegenseitig, Wissen wurde besser geteilt und Probleme wurden früher angesprochen. Statt dass jede Person nur ihren eigenen Bereich verteidigt, entstand mehr gemeinsames Verantwortungsgefühl für das Ergebnis. Das Team konnte dadurch selbstorganisierter, hilfsbereiter und wirksamer zusammenarbeiten.
Case 07 / 09
Motivation als Führungs- und Systemthema sichtbar machen
Von individuellem Frust zu mehr Bewusstsein für Rahmenbedingungen, Autonomie und Zusammenarbeit.
Motivation wurde spürbar schlechter, aber die Ursachen lagen nicht nur bei einzelnen Personen.
In einem anspruchsvollen Produktumfeld entstanden Frust und Erschöpfung durch zu viele parallele Vorhaben, unklare Ziele, geringe Einflussmöglichkeiten, Abhängigkeiten zu anderen Teams und wenig Autonomie in Entscheidungen. Viele Themen wurden vorgegeben, während Teams gleichzeitig Verantwortung für Ergebnisse tragen sollten. Dadurch entstand ein Spannungsfeld aus Überlastung, fehlendem Sinn, geringer Ownership und schwieriger Zusammenarbeit.
Motivation nicht als Stimmung, sondern als Ergebnis von Rahmenbedingungen betrachten.
Ich habe wiederkehrende Muster aus Retrospektiven, Gesprächen und 1:1-Situationen aufgegriffen und einen Workshop zum Thema Mitarbeitermotivation für Verantwortliche aus Team- und Produktkontexten vorbereitet und durchgeführt. Im Fokus stand die Frage, welche Bedingungen Motivation stärken oder schwächen: Autonomie, Sinn, klare Ziele, Beteiligung, realistische Belastung, Vertrauen und die Art, wie Zusammenarbeit und Leistung im Alltag wahrgenommen werden.
Mehr Aufmerksamkeit für Motivation als gestaltbares Führungsthema.
Der Workshop schuf Bewusstsein dafür, dass Motivation nicht allein durch Anerkennung von Leistung entsteht, sondern durch Arbeitsbedingungen, in denen Menschen Einfluss nehmen, Entscheidungen mittragen und Zusammenarbeit positiv erleben können. In meinem direkten Umfeld wurden Entscheidungsräume bewusster geöffnet, Learnings stärker sichtbar gemacht und nicht nur Ergebnisse, sondern auch Unterstützung und gemeinsame Entwicklung wertgeschätzt.
Case 08 / 09
Ownership und Verantwortung wirksam ermöglichen
Von erwarteter Verantwortung zu klareren Entscheidungsräumen.
Ownership wurde erwartet, aber die Rahmenbedingungen passten nicht dazu.
In einem produktnahen Umfeld sollten Teams und fachlich Verantwortliche echte Ownership übernehmen. Gleichzeitig wurden viele Vorhaben, Prioritäten und Umsetzungsdetails bereits von außen vorgegeben. Dadurch entstand ein Widerspruch: Verantwortung wurde eingefordert, aber Entscheidungsräume, Zeit zum Verstehen und Einfluss auf Prioritäten waren nicht ausreichend geklärt.
Erwartungen klären und Entscheidungsräume bewusst gestalten.
Ich habe diesen Widerspruch sichtbar gemacht und die Diskussion angestoßen, welche Verantwortung fachlich Verantwortliche tatsächlich übernehmen können und welche Voraussetzungen dafür nötig sind. Dazu gehörten klarere Erwartungen, sichere Entscheidungsräume, frühere Einbindung relevanter Stakeholder, Team-Retrospektiven sowie Formate, in denen Entscheidungen transparent begründet und gemeinsam nachvollziehbar gemacht wurden.
Mehr Verantwortung ohne Stakeholder auszuschließen.
Entscheidungen konnten bewusster von den dafür verantwortlichen Rollen getroffen und gleichzeitig besser mit Stakeholdern abgestimmt werden. Statt Ownership nur einzufordern, wurde sichtbarer, welche Informationen, Mandate und Abstimmungswege gebraucht werden, damit Verantwortung im Alltag wirklich tragfähig wird. Das reduzierte Missverständnisse und stärkte den Anspruch, Entscheidungen begründet zu treffen und konsequent zu vertreten.
Case 09 / 09
Arbeitsfluss in reaktiver Arbeit neu ausrichten
Von unpassender Sprint-Planung zu sichtbarem Flow, klaren Übergaben und flexibler Priorisierung.
Die vorgegebene Arbeitsweise passte nicht zur Realität reaktiver Arbeit.
In einem Umfeld mit vielen parallelen Anfragen, Fehleranalysen, Erweiterungen und dringenden Unterbrechungen war eine klassische Sprint-Planung kaum sinnvoll. Es ließ sich nicht verlässlich planen, welches gemeinsame Ziel in zwei Wochen erreicht werden sollte. Dringende Themen konnten jederzeit dazwischenkommen, während parallele Aufgaben, unklare Übergaben und fehlende Informationen den Arbeitsfluss zusätzlich verlangsamten.
Den Flow sichtbar machen und die Arbeitsweise daran anpassen.
Wir haben den Arbeitsfluss über Workflow Mapping und Flow-Analyse sichtbar gemacht: Wo warten Aufgaben? Wo entstehen Reibungen? Welche Abhängigkeiten bremsen uns? Daraus entstanden klare Prozessschritte, ein Kanban-Board mit WIP-Limits, Arbeit nach Pull-Prinzip und Regeln für schnelle Prioritätswechsel bei dringenden Themen. Zusätzlich wurden klare Übergabekriterien eingeführt, damit Arbeit erst übernommen wird, wenn fachliche, technische und operative Voraussetzungen ausreichend klar sind.
Weniger Chaos, mehr Transparenz und bessere Steuerbarkeit.
Das Team konnte besser sehen, woran gearbeitet wird, wo eine Aufgabe steht und warum etwas wartet. Übergaben wurden klarer, parallele Arbeit begrenzter und Prioritäten flexibler steuerbar. Durch klare Übergabekriterien kamen weniger unklare Themen in den Arbeitsfluss, wichtige Informationen waren früher verfügbar und die Zusammenarbeit mit angrenzenden Teams wurde verlässlicher. Das reduzierte Stress im Alltag und half, Anliegen schneller und strukturierter zu bearbeiten.
