Lebenslauf als Product Owner: Beispiele und Anleitung

Anderthalb Seiten für einen Product Owner auf einer Zahlungsplattform. Person und Unternehmen sind erfunden. Achten Sie darauf, was fehlt: kein „Sprint Planning moderiert“, kein „als Stimme der Kundschaft agiert“. Jede Zeile nennt eine Entscheidung, einen Umfang und ein Ergebnis.

Die meisten Lebensläufe für Product Owner sichtet die Produktleitung, etwa Head of Product oder Group Product Manager, oft in weniger als einer Minute und meist neben 40 anderen, in denen „agil“, „Stakeholder“ und „Stimme der Kundschaft“ steht. Vier Dinge entscheiden.

• Was Sie verantwortet haben. Ein Produktbereich, eine Nutzergruppe und eine Größe. „Abrechnung und Zahlungen für 1.900 Geschäftskunden“ lässt sich prüfen. „Mehrere Produkte im gesamten Unternehmen“ nicht, und es wirkt wie Junior-Niveau.
• Ob Sie etwas entschieden haben. Product Owner, die nur verfeinern, was andere entschieden haben, fallen schnell heraus. Ein Stichpunkt über etwas, das Sie gestoppt, gekürzt oder neu priorisiert haben, mit Begründung, wirkt stärker als fünf Stichpunkte über Scrum-Events.
• Ergebniszahlen neben dem Release. Ausliefern ist selbstverständlich. Konversion, Churn-Rate, Durchlaufzeit, Ticketvolumen, Nutzung einer Funktion durch ein benanntes Segment: zwei oder drei davon im ganzen Lebenslauf genügen, und Sie müssen erklären können, wie gemessen wurde.
• Technisches Fundament, wenn die Stelle technisch ist. Viele Stellen für Product Owner liegen in Plattform-, API- oder Datenteams. Wenn das auf Sie zutrifft, nennen Sie Schnittstellen, Schemaarbeit und SQL. Bei kundennahen Stellen zählen Belege aus der Discovery mehr als der Technologie-Stack.

“Alles, was mir den Scrum Guide nacherzählt, überspringe ich. Nennen Sie mir das Produkt, die Teamgröße, eine Sache, die Sie ausgeliefert haben, und eine, die Sie gestoppt haben. Wenn jemand erklären kann, warum er sie gestoppt hat, ist das Gespräch im Grunde gelaufen und wir reden über das Gehalt.”

Drei oder vier Zeilen oben auf der Seite: Produktbereich, Berufsjahre, Teamgröße, eine Zahl. Schreiben Sie das Profil zuletzt, nach der Berufserfahrung, damit es etwas Echtes zusammenfasst.

Nach Stichpunkten für Product Owner wird besonders oft gesucht, weil die meisten Lebensläufe den Prozess beschreiben statt das Produkt. Hier sind Umformulierungen aus ganz normaler Arbeit als Product Owner.

Product Owner werden häufiger als andere bei geschönten Zahlen ertappt, weil im Gespräch gefragt wird, wie gemessen wurde. Nennen Sie, was Ihre Funktion plausibel bewegt hat, nicht, was das Unternehmen in dem Jahr erreicht hat.

• Sicher und nützlich: Nutzung einer Funktion durch ein benanntes Segment, Aufgabenerfüllung in Usability-Tests, Ticketvolumen in Ihrem Bereich, Durchlaufzeit und Sprint-Übertrag, Release-Frequenz, Dauer des Kunden-Onboardings.
• Sicher mit Zusatz: Wirkung auf Umsatz und Abwanderung (Churn), wenn Sie sagen, wie gemessen wurde. „Abwanderung durch abgelehnte Karten in drei Quartalen von 4,1 % auf 2,3 % des MRR gesenkt“ lädt zu einem guten Gespräch ein; „5 Mio. € Umsatz generiert“ weckt Zweifel.
• Riskant: Unternehmenswachstum, Mitarbeiterzahl, Finanzierungsrunden und alles, was Marketing oder Vertrieb verantworten.
• Anzahlen sind in Ordnung, wenn es nichts anderes gibt: Stories, Interviews, Releases, betreute Teams, Kunden in einer Beta. Bei einem ganz neuen Produkt heißt es ehrlich „an 15 Pilotkunden ausgeliefert“, nicht ein Prozentwert.

Wenn Ihr Arbeitgeber eine Zahl nicht freigibt, nennen Sie ein Verhältnis oder eine Spanne. Wegen einer Spanne wird niemand abgelehnt, aber viele stolpern über eine Zahl, die sie nicht erklären können.

Zehn bis vierzehn Zeilen, gruppiert, damit man Ihr Profil auf einen Blick erfasst. Setzen Sie die Gruppe nach vorn, die die Anzeige betont.

• Produkthandwerk: Backlog-Verantwortung, User Stories und Akzeptanzkriterien, Schneiden von Stories, Roadmap, Quartals- und Release-Planung, Definition of Ready und Definition of Done.
• Discovery: Kundeninterviews, Usability-Tests, Bewertung von Chancen, Wettbewerbsanalysen, Betaprogramme.
• Priorisierung: RICE, Cost of Delay oder Weighted Shortest Job First, wenn Sie mit SAFe arbeiten. Nennen Sie die Methode, die Sie wirklich nutzen.
• Umsetzung: Scrum, Kanban, skaliertes Umfeld, Feature Flags, schrittweise Rollouts, Triage von Störungen.

• Werkzeuge, nach denen gefiltert wird: Jira, Confluence, Azure DevOps, Aha!, Productboard, Linear, Miro, Figma.
• Daten: SQL, Amplitude, Mixpanel, Looker, Google Analytics 4, Feature-Flag-Plattformen, Auswertung von A/B-Tests.
• Technische Tiefe für Plattformstellen: REST- und GraphQL-Verträge, Webhooks, Postman, Schemaprüfung, Tracking-Pläne für Events.
• Soft Skills, die sich zu nennen lohnen: begründet Nein sagen, schriftliche Kommunikation (Anforderungsdokumente, Entscheidungsvorlagen, Release Notes), Abstimmungsrunden mit Entwicklung und Vertrieb moderieren. Lassen Sie „teamfähig“ und „detailorientiert“ weg; sie nehmen den Platz, der einem Werkzeug oder Fachgebiet gehört.

Für diese Tätigkeit gibt es keine vorgeschriebene Qualifikation, und kein Zertifikat schlägt ein ausgeliefertes Produkt. Zertifikate zählen vor allem an zwei Stellen: beim Weg zum ersten Titel als Product Owner und bei großen Unternehmen, die mit einem skalierten Framework arbeiten.

• Certified Scrum Product Owner (CSPO), Scrum Alliance. Zweitägiger Kurs mit Teilnahmebestätigung, alle zwei Jahre zu erneuern. Verbreitet und leicht zu bekommen, belegt daher eher Vertrautheit als Können.
• Professional Scrum Product Owner (PSPO I, II, III), Scrum.org. Prüfungsbasiert, kein Kurs vorgeschrieben, keine Erneuerung. PSPO II hat mehr Gewicht bei Führungskräften, die den Unterschied kennen.
• SAFe Product Owner/Product Manager (POPM), Scaled Agile, Inc. Lohnt sich bei Banken, Versicherungen, Telekommunikationsunternehmen, in der Automobilindustrie und bei anderen Konzernen, die SAFe einsetzen. Jährliche Erneuerung.
• PMI Agile Certified Practitioner (PMI-ACP), Project Management Institute. Nachgewiesene agile Erfahrung plus Prüfung; eher in internationalen Konzernen verbreitet.
• Studium: Die meisten Anzeigen verlangen ein abgeschlossenes Studium, oft Wirtschaftsinformatik, Informatik oder Betriebswirtschaft, oder vergleichbare Erfahrung. Ein technisches Studium hilft in Plattformteams. Ein MBA gehört in den Abschnitt Ausbildung, nicht in die Titelzeile.

Kaum jemand beginnt als Product Owner. Die üblichen Wege führen über Business Analysis, die Rolle als Scrum Master, QA, Teamleitung im Support, Implementierungsberatung und Entwicklung. Ihr Lebenslauf muss zeigen, dass Sie schon einen Teil der Aufgabe erledigt haben.

1. 1Benennen Sie ehrlich. Wenn Ihr Titel Business Analyst war, Sie aber das Refinement geleitet und den Umfang entschieden haben, schreiben Sie „Business Analyst (Aufgaben als Product Owner für ein 5-köpfiges Team)“. Erfinden Sie nie einen Titel, den Sie nicht hatten.
2. 2Suchen Sie Belege für Discovery. Jedes Mal, wenn Sie mit Nutzerinnen und Nutzern gesprochen, jemandem bei der Arbeit zugesehen oder Tickets nach Mustern durchsucht haben, war das Discovery. Schreiben Sie es als Stichpunkt mit einer Zahl.
3. 3Suchen Sie eine Entscheidung: eine Funktion, gegen die Sie argumentiert haben, eine Kürzung, die Sie vorgeschlagen haben, eine Anforderung, die nach zwei Kundengesprächen gestrichen wurde. Dieser Stichpunkt bringt Sie auf die Shortlist.
4. 4Ergänzen Sie die Zahlen, die Sie schon haben: geschlossene Tickets, Rollout-Wellen, geschulte Nutzerinnen und Nutzer, verhinderte Fehler, Durchlaufzeit. Menschen aus Support und QA haben meist bessere Daten, als sie glauben.
5. 5Legen Sie ein prüfungsbasiertes Zertifikat ab (PSPO I ist die günstigste glaubwürdige Option), nennen Sie das Jahr und bewerben Sie sich in dem Fachgebiet, das Sie schon kennen. Fachwissen ersetzt viel öfter den Titel als umgekehrt.

• Länge: eine Seite bis etwa sechs Berufsjahre, danach zwei. In Deutschland sind zwei Seiten für erfahrene Product Owner üblich; wer mehrere Wertströme leitet, füllt sie. Drei sind zu viel.
• Umgekehrt chronologisch, schlichte Überschriften, keine Spalten oder Seitenleisten in der Fassung, die Sie über ein Bewerbungsportal senden. Die gestaltete Fassung behalten Sie für direkte E-Mails.
• Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig; Geburtsdatum und Familienstand ebenso. Ein kurzes Anschreiben wird bei vielen Stellen noch erwartet, sofern die Anzeige nicht ausdrücklich darauf verzichtet.
• Übernehmen Sie die Begriffe der Anzeige je einmal: Steht dort „Product Owner“, schreiben Sie nicht nur „Product Manager“; steht dort „Refinement“, schreiben Sie nicht nur „Grooming“.
• Begriffe, die in deutschen Anzeigen für Product Owner vorkommen, oft auf Englisch: Backlog, User Stories, Akzeptanzkriterien, Roadmap, Priorisierung, Stakeholder, Discovery, Jira, Scrum, Release, KPI, bereichsübergreifend. Verwenden Sie sie in Sätzen, nicht in einem Schlagwortblock.
• Verlinken Sie Ihr LinkedIn- oder XING-Profil und achten Sie darauf, dass Titel und Daten mit dem Lebenslauf übereinstimmen. Dateiname: Vorname-Nachname-Lebenslauf-Product-Owner.pdf, als PDF, sofern die Anzeige nicht Word verlangt.

Ein Hinweis zu Titeln: „Product Owner“ und „Product Manager“ bedeuten in manchen Unternehmen dasselbe und in anderen etwas ganz anderes. Schreiben Sie den Titel, den Sie hatten, und lassen Sie die Stichpunkte den Umfang zeigen; wer sich für mehr Seniorität umbenennt, fliegt im ersten Telefoninterview meist auf.