Agile Produktentwicklung & Organisationsberatung

Wir haben viel gebaut.
Aber zu selten
das Richtige.

Ich helfe Software-Unternehmen, bessere Produkte zu entwickeln – nicht durch mehr Prozess, sondern durch Klarheit, Ehrlichkeit und psychologische Sicherheit. Wo Teams fließen und Produkte wirklich ankommen.

Produktentwicklung scheitert
selten an Methodik.

  • Das Team liefert im Sprint-Rhythmus – aber Nutzer verwenden die Features kaum.
  • Stakeholder wie Marketing, Sales, Legal oder externe Nutzer sitzen nicht mit am Tisch. Korrekturen kommen im Nachgang.
  • Discovery findet zu wenig statt. Gebaut wird, was laut ist – nicht was gebraucht wird.
  • Menschen erschöpfen sich an Arbeit, die sich nicht richtig anfühlt.
  • Und irgendwann fragt niemand mehr, warum.

Das ist kein Einzelfall. Das ist die Standardkrankheit der Branche.

„Wir haben viel gebaut. Aber zu selten das Richtige." Das ist der Satz, bei dem jeder CPO, jeder Head of Product, jeder CTO innerlich nickt. Weil sie es kennen. Weil es wehtut. Und weil sie meist nicht wissen, wie sie rauskommen.

Ich habe diese Fehler selbst erlebt – und selbst gemacht! Das ist der Grund, warum ich sie schnell erkenne und benennen kann.

product and flow

Mein ganz eigener, persönlicher Ansatz – entstanden aus Jahren Produktpraxis, aus Fehlern die ich gemacht habe, und aus der Überzeugung, dass gute Produkte nur entstehen, wenn Menschen als Menschen arbeiten dürfen.

01

Agile Praxis ohne Dogma

Scrum, Kanban, OKRs – ich kenne sie, ich nutze sie, aber ich klebe nicht dran. Frameworks sind Werkzeuge. In der Küche habe ich gelernt, was echte Agilität bedeutet: klares Ziel, ein Versuch. Kein Verstecken hinter Prozessen.

02

Continuous Discovery als Kern

Gute Produktentwicklung beginnt lange vor der ersten Zeile Code. Wie Teresa Torres beschreibt: Discovery ist kein einmaliges Event – es ist eine kontinuierliche Praxis. Wer regelmäßig mit Nutzern und Stakeholdern arbeitet, baut weniger Falsches – und ermöglicht erst so eine wirklich effiziente Delivery. Ich bringe Struktur und Werkzeuge mit, um diese Kommunikation wirksam zu gestalten.

03

Psychologische Sicherheit als Grundlage

Teams die Fehler machen dürfen – und ja sogar sollen – lernen schneller und entscheiden besser. Mit meiner Ausbildung in mentaler Gesundheit bringe ich eine Perspektive ein, die kein Framework lehrt: Überlastung ist kein Charakterproblem – es ist ein Strukturfehler. Und er ist lösbar.

Menschen dürfen
Menschen sein.

Produktentwicklung ist ein Menschenprojekt. Mit Stakeholdern, Entwicklern, Nutzern. Nachhaltige Leistung entsteht nicht durch mehr Druck, sondern durch bessere Strukturen.

01

Ehrlichkeit vor Methodik

Scheitern beginnt selten beim falschen Framework. Es beginnt dort, wo ehrliche Gespräche aufhören. Mein Ansatz setzt genau dort an – bevor irgendein Tool eingeführt wird.

02

Discovery ist keine Nebensache

Wer weiß, was gebraucht wird, baut weniger Falsches. Continuous Discovery ist kein Luxus – es ist die günstigste Investition in der Produktentwicklung. Und eine, die den meisten auch noch Freude bereitet, wenn man weiß, wie es wirklich funktionieren kann.

03

Nachhaltige Leistungsfähigkeit

Erschöpfte Teams liefern schlechtere Produkte. Burnout ist kein Charakterproblem – es ist ein Strukturfehler. Nachhaltige Produktentwicklung beginnt beim Menschen.

KI beschleunigt.
Aber nicht das, was viele denken.

Viele Unternehmen versprechen sich von KI mehr Output in weniger Zeit. Mehr Features. Schnellere Sprints. Das greift zu kurz.

Der Markt möchte nicht schneller beliefert werden. Er möchte besser verstanden werden.

KI beschleunigt bestimmte Aufgaben – das ist real. Aber die gewonnene Zeit schafft etwas Wertvolleres: mehr Raum für Discovery, für Stakeholder-Arbeit, für die Gespräche, die bisher zu kurz kamen. Das ist der eigentliche Hebel.

Wer KI nutzt, um schneller das Falsche zu bauen, verliert. Wer sie nutzt, um klüger zu entscheiden und wirklich das Richtige zu bauen, spart am Ende Zeit und Geld. Der Unterschied liegt nicht im Tool – er liegt in der Haltung dahinter.

Was ich anbiete

Kein Framework von der Stange. Begleitung, die zu eurem Team und eurer Situation passt – für Start-ups, Scale-ups und mittelständische Unternehmen mit mehreren Produktteams.

Format 01 · 1–2 Tage

Produkt- & Teamdiagnose

Wo verliert euer Team Energie, Klarheit und Wirkung? Ich kenne viele dieser Muster aus eigener Erfahrung – als jemand, der diese Fehler selbst gemacht hat und gelernt hat, sie zu erkennen. Analyse von Strukturen, Discovery-Prozessen, Stakeholder-Integration und Teamdynamik. Ergebnis: konkreter Maßnahmenplan.

Format 02 · 3–6 Monate

Prozessbegleitung

Continuous Discovery und Teamdynamik gemeinsam entwickeln. Stakeholder-Kommunikation strukturieren. Psychologische Sicherheit aufbauen. Entscheidungsprozesse schärfen. Und wo nötig: technische Einschätzung zu Architektur, Features und Entwicklungsstrategie – auf Augenhöhe mit dem Team. Nachhaltig – nicht als Sprint.

Format 03 · Laufend

Leadership Sparring

1:1 mit CPOs, Head of Product und Product Leads. Zwischen Druck, Erwartung und dem Anspruch, es anders zu machen. Mit einer Perspektive, die über Methodik hinausgeht.

Martin Bay – product and flow

Product Lead.
Koch. Mensch.

Als Product Owner bei Klarna habe ich agile Produktentwicklung in den Skalierungsjahren aktiv mitgestaltet – in einer Umgebung, in der schnelles Lernen keine Option, sondern Notwendigkeit war. Als Product Manager bei Widas ID GmbH habe ich Agilität in ein mittelständisches Unternehmen gebracht – strategisch entschieden, Strukturen aufgebaut, Teams entwickelt. Frühere Stationen bei Audi und Bosch haben mir gezeigt, wie Konzernstrukturen funktionieren – und wo sie bremsen.

Mein M.Sc. Business Informatics an der Universität Utrecht mit Schwerpunkt Product Management erlaubt mir auch, Tech Leads und Entwickler wirklich zu verstehen – von API-Architektur über Feature-Priorisierung bis zur Entwicklungsstrategie. Nicht um zu entscheiden, was gebaut wird – sondern um einzuschätzen, was sinnvoll ist.

Sechs Jahre habe ich den elterlichen Landgasthof mitgeführt – unter anderem am Herd. Aber auch als jemand, der neue Geschäftszweige erschlossen, eine eigene Produktlinie mitentwickelt und einen Online-Shop samt Pop-Up Store aufgebaut hat. Dort habe ich gelernt, was echte Agilität bedeutet: Ein Ziel. Eine Chance.

Als ausgebildeter Coach für ganzheitliche mentale Gesundheit bringe ich eine Perspektive ein, die kein Framework lehrt: Überlastung ist kein Charakterproblem – es ist ein Strukturfehler. Und er ist lösbar.

Klarna Widas ID GmbH M.Sc. Business Informatics Coach mentale Gesundheit Audi · Bosch CSPO Scrum Alliance
Kontakt aufnehmen

Lass uns
sprechen.

Kein Pitch. Kein Angebot nach Schema F. Erstgespräch kostenlos und unverbindlich.

Erstgespräch buchen → oder per Mail hello@productandflow.de