KI-Workflows
−30%
Ich senke den Requirements-Aufwand pro Sprint um rund 30 % mit KI-gestützten PRDs, Epics und User Stories. Das ist ein Erfahrungswert aus meiner Praxis.
Zehn Jahre Product Ownership in der Enterprise-Software, mit Hintergrund als Entwickler und Software Architect. Ich verbinde technisches Verständnis mit klarer Produktführung.
Wie ich arbeite, zeigen zwei eigene Produkte: OptiSolar, eine Energieplattform fürs Zuhause im täglichen Einsatz, und Ops Control Center, ein Konzept für ITIL-Betrieb.
Ich arbeite mit Produktteams und mit Stakeholdern jeder Ebene. Ich fange damit an, das Problem zu verstehen.
PRDs, Epic-Zerlegung und User Stories mit Claude und Atlassian Intelligence, dazu Prototypen und lauffähige Produkte mit Claude Code. Der Product Owner bleibt verantwortlich.
Vision, Roadmap, OKRs, Personas und MVP. Von der ersten Idee bis zum produktiven Release.
Vom Wasserfall zu Agile mit Scrum, Kanban und, wo es passt, SAFe, über Software-, Hardware- und Firmware-Teams hinweg. Ich helfe, Engineering Governance aufzubauen: Definition of Ready und Definition of Done. Ich begleite Engineers zu einem Produktdenken.
Beide habe ich selbst entworfen und priorisiert, gebaut mit KI als Werkzeug. Zu beiden gibt es eine Fallstudie, einen Showreel und eine Präsentation.
Eine Plattform für Sonnenstrom, E-Auto und Smart Home: ein Live-Energiefluss statt fünf Apps. Als Product Owner konzipiert, Version 1 mit Claude Code in 10 Tagen gebaut.
Eine Arbeitsoberfläche für den ITIL-Betrieb: Incident, Problem, Change, Backup und Provider. Das Produkt sind 22 nachvollziehbare Regeln, die aus Daten machen, was heute zu tun ist.
Nah an Produktteams und Stakeholdern jeder Ebene, von der Entwicklung bis zum Management.
KI in die Produktarbeit bringen: PRDs, Epic-Zerlegung, agentische Workflows, bis hin zu Prototypen und lauffähigen Produkten. Ich nutze sie täglich selbst, OptiSolar ist der Beleg.
Vom Wasserfall zu Agile: Scrum, Kanban und, wo es passt, SAFe mit PI Planning. Ich helfe, Engineering Governance aufzubauen, mit klarer Definition of Ready und Definition of Done und transparenten Metriken.
Vision, Roadmap, OKRs, Discovery und Priorisierung, von der ersten Idee bis zum Release.
Seite an Seite mit Produktteams, Entwicklung, UX, QA und Betrieb, und Abstimmung mit Stakeholdern jeder Art.
Vier Schritte. Sie wissen immer, woran wir arbeiten und warum.
Ich spreche mit Nutzern, Kunden und Stakeholdern: Interviews, Personas und Journey Maps. Ziel ist das Problem, das sich wirklich zu lösen lohnt.
Prototyp oder MVP: früh testen statt lange planen, damit Annahmen geprüft werden, bevor die Entwicklung beginnt.
ICE nach Wirkung und Aufwand, dazu eine Roadmap mit klaren Meilensteinen und Verantwortlichen.
Nah am Team: Sprint-Reviews, eine klare Definition of Done, offene Metriken. Am Ende Dokumentation und Mentoring, damit das Team ohne mich weitermacht.
Ergebnisse aus meiner Praxis in der Enterprise-Software. Was das für Sie bedeutet, hängt vom Ausgangspunkt ab.
Ich senke den Requirements-Aufwand pro Sprint um rund 30 % mit KI-gestützten PRDs, Epics und User Stories. Das ist ein Erfahrungswert aus meiner Praxis.
Auf einer Enterprise-Plattform habe ich die Time-to-Market um rund 50 % verkürzt, mit einem neu gestalteten Requirements-Intake und ICE-Priorisierung.
Weniger Defects im Backlog, dank klarer Acceptance Criteria, einer Definition of Done und Feedback in jedem Sprint.
Ich mag es, wenn Dinge klar sind: was wir bauen, warum, und wann es fertig ist. KI hilft mir, schneller dahin zu kommen, und die Entscheidungen verantworte ich selbst.
Eine kurze Nachricht genügt, auf Deutsch oder Englisch. Erzählen Sie mir, woran Sie arbeiten.