<img loading='lazy' style='display: none;' data-attachment-id-target='6911' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Project-Owner-2-1-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='6914' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Project-Owner-5-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='6910' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Project-Owner-1-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='6912' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Project-Owner-3-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='6913' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Project-Owner-4-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='6909' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/01/Product-Owner-6-768x564-1.png'><img loading='lazy' style='display: none;' data-attachment-id-target='0' src=''><img loading='lazy' style='display: none;' data-attachment-id-target='6274' src='https://www.theprojectgroup.com/blog/wp-content/uploads/2020/04/Antje-058-Bearbeitet_quadrat_Web-e1598523083709.jpg'><img loading='lazy' style='display: none;' data-attachment-id-target='0' src=''>{"id":5747,"date":"2023-08-23T17:07:43","date_gmt":"2023-08-23T15:07:43","guid":{"rendered":"https:\/\/www.theprojectgroup.com\/blog\/?p=5747"},"modified":"2025-01-10T13:10:04","modified_gmt":"2025-01-10T12:10:04","slug":"product-owner","status":"publish","type":"post","link":"https:\/\/www.theprojectgroup.com\/blog\/product-owner\/","title":{"rendered":"Product Owner \u2013 Definition, Aufgaben, Verantwortung und Herausforderungen in agilen Teams"},"content":{"rendered":"<p>Kaum ein agiles Team kommt ohne die <strong>Product Owner Rolle<\/strong> aus. Doch was ist ein Product Owner genau, welche Aufgaben hat er, welche Verantwortung und welchen Herausforderungen muss er\/sie sich im Alltag stellen?<\/p>\n<p>In diesem Artikel lernen Sie alles \u00fcber diese wichtige Rolle. Diese Kapitel warten auf Sie:<\/p>\n<ul>\n<li><a href=\"#Kapitel1\">Product Owner Definition<\/a><\/li>\n<li><a href=\"#Kapitel2\">Gibt es Product Owner nur in Scrum-Teams?<\/a><\/li>\n<li><a href=\"#Kapitel3\">Product Owner Aufgaben<\/a><\/li>\n<li><a href=\"#Kapitel4\">Verantwortung der Product Owner Rolle<\/a><\/li>\n<li><a href=\"#Kapitel5\">Qualifikation: Was muss ein Product Owner k\u00f6nnen?<\/a><\/li>\n<li><a href=\"#Kapitel6\">Was ist \u201eProduct Backlog-Management\u201c?<\/a><\/li>\n<li><a href=\"#Kapitel7\">Metriken zur Messung von Produktnutzen<\/a><\/li>\n<li><a href=\"#Kapitel8\">Herausforderungen f\u00fcr Product Owner<\/a><\/li>\n<li><a href=\"#Kapitel9\">Zusammenfassung<\/a><\/li>\n<\/ul>\n<p>Los geht\u2019s.<\/p>\n<blockquote>\n<h2 id=\"Kapitel1\">Product Owner Definition<\/h2>\n<p>Der <a href=\"https:\/\/www.scrumguides.org\/download.html\" target=\"_blank\" rel=\"noopener\">Scrum Guide<\/a> definiert: Der Product Owner ist daf\u00fcr verantwortlich, den Wert des Produktes zu maximieren, das aus der Arbeit des Entwicklungsteams entsteht. Wie dies geschieht, kann je nach Organisation, Scrum-Team und Einzelpersonen stark variieren.<\/p><\/blockquote>\n<h2 id=\"Kapitel2\">Gibt es Product Owner nur in Scrum-Teams?<\/h2>\n<p>Die <strong>Rolle des Product Owner<\/strong> kommt urspr\u00fcnglich aus <a href=\"https:\/\/de.wikipedia.org\/wiki\/Scrum\" target=\"_blank\" rel=\"noopener\">Scrum<\/a>. Aber viele agile Entwicklungsteams\u00a0 haben jemanden, der die damit verbundenen Aufgaben wahrnimmt \u2013 auch wenn sie nicht nach Scrum arbeiten.<\/p>\n<p>In <a href=\"https:\/\/de.wikipedia.org\/wiki\/Extreme_Programming\" target=\"_blank\" rel=\"noopener\">Extreme Programming<\/a>, einem anderen agilen Ansatz neben Scrum, gibt es beispielsweise die Rolle eines \u201e<strong>On-Site Customers<\/strong>\u201c oder eines \u201e<strong>Customer Proxy<\/strong>\u201c \u2013 also jemandem, der gegen\u00fcber den Developern die Kundensicht vertritt und dabei aber selbst Teil des Produktentwicklungsteams ist.<\/p>\n<figure id=\"attachment_6911\" aria-describedby=\"caption-attachment-6911\" style=\"width: 600px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1.png\"><img data-attachment-id=\"6911\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6911\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1.png\" alt=\"Product Owner im Kontext des agilen Teams\" width=\"600\" height=\"390\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1.png 1312w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1-300x195.png 300w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1-768x499.png 768w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-2-1-1-1024x665.png 1024w\" sizes=\"(max-width: 600px) 100vw, 600px\" \/><\/a><figcaption id=\"caption-attachment-6911\" class=\"wp-caption-text\">Product Owner im Kontext des agilen Teams. Die Rolle ist ein fester Teil davon und hat gleicherma\u00dfen die Sicht nach innen ins Team und nach au\u00dfen zu den Stakeholdern.<\/figcaption><\/figure>\n<p>Die Notwendigkeit daf\u00fcr leuchtet schnell ein: Die meisten agilen Teams befassen sich mit innovativen L\u00f6sungen. Dabei sind sie oft von der Entwicklung, Weiterentwicklung und Aufrechterhaltung, bis hin zur Abl\u00f6sung, komplett f\u00fcr \u201eihr\u201c Produkt verantwortlich. Sie brauchen also eine Person, die sich darum k\u00fcmmert, dass diese Arbeit von Anfang an in die richtige Richtung geht. Das kann der Product Owner sein.<\/p>\n<h2 id=\"Kapitel3\">Product Owner Aufgaben<\/h2>\n<p>Die Rolle des Product Owner soll <strong>sicherstellen, dass das Produkt<\/strong>:<\/p>\n<ul>\n<li>den Markt bedient und L\u00f6sungen f\u00fcr vorhandene oder gar neu geweckte Nachfrage bietet<\/li>\n<li>dem Wettbewerb wenigstens standh\u00e4lt, oder besser: ihm voraus ist<\/li>\n<li>die Stakeholder und vor allem die Endkunden m\u00f6glichst gl\u00fccklich macht \u2013 aber nat\u00fcrlich nur gegen vertretbaren Aufwand und Kosteninvestitionen sowie ohne, dass die Wunschliste der Anforderungen ins Unendliche w\u00e4chst<\/li>\n<li>L\u00f6sungen bietet, die wirklich sinnvoll und n\u00fctzlich f\u00fcr die Kolleg:innen sind gegen einen vertretbaren Aufwand (gilt f\u00fcr interne Produktentwicklungen, etwa f\u00fcr andere Abteilungen in der eigenen Organisation)<\/li>\n<li>m\u00f6glichst bald gewissen Zielvorstellungen entspricht, die mit Stakeholdern abgestimmt und dem Entwicklungsteam bekannt sind, bestenfalls eines, womit sich alle identifizieren k\u00f6nnen<\/li>\n<li>in einem bestimmten Zeitrahmen m\u00f6glichst weit fortgeschritten in der Entwicklung ist, eventuell in Form von abgestimmten, schrittweisen Zwischenergebnissen<\/li>\n<li>Quick-Wins erzeugen kann, damit notwendige Liquidit\u00e4t f\u00fcr die Weiterentwicklung herrscht<\/li>\n<li>eigenen und \u00e4u\u00dferen Qualit\u00e4tserwartungen entspricht<strong><br \/>\n<\/strong><\/li>\n<\/ul>\n<p>Um dieser sicherzustellen, sind <strong>wichtige Aufgaben des Product Owner im Detail<\/strong>:<\/p>\n<figure id=\"attachment_6914\" aria-describedby=\"caption-attachment-6914\" style=\"width: 400px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-5-1.png\"><img data-attachment-id=\"6914\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6914\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-5-1.png\" alt=\"Product Owner Aufgaben\" width=\"400\" height=\"501\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-5-1.png 573w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-5-1-240x300.png 240w\" sizes=\"(max-width: 400px) 100vw, 400px\" \/><\/a><figcaption id=\"caption-attachment-6914\" class=\"wp-caption-text\">Wichtige Aufgaben des Product Owner<\/figcaption><\/figure>\n<p><strong>1) Ziele und Vision entwickeln<\/strong><\/p>\n<ul>\n<li><strong>Ziele setzen und verfolgen: <\/strong>Product Owner m\u00fcssen die gr\u00f6\u00dferen Ziele setzen und langfristig im Blick behalten. Die Developer hingegen k\u00fcmmern sich um die iterative Umsetzung auf technischer Ebene.<\/li>\n<li><strong>Produktvision entwickeln: <\/strong>Sie sollten eine Produktvision als langfristigen Nordstern mit Stakeholdern entwickeln und mit dem Team besprechen. (Ein Beispiel: \u201eDie App \u201eBestDoc\u201c ist eine Plattform zur Arztsuche, -bewertung und Terminbuchung am Smartphone \u2013 f\u00fcr Personen, die auf der Suche nach den besten \u00c4rzten in der Region sind.\u201c Es kann aber auch ein Slogan sein oder etwas besonders Mitrei\u00dfendes \/ Motivierendes.)<\/li>\n<\/ul>\n<p><strong>2) Stakeholder<\/strong><strong> fr\u00fch und h\u00e4ufig einbinden<\/strong><\/p>\n<ul>\n<li>Ein Product Owner ist \u201e<strong>Stakeholder-Versteher<\/strong>\u201c, mit dem Ziel, ihre Interessen zu wahren, aber auch aktiv damit umzugehen und gegen\u00fcber dem Team gegebenenfalls zu filtern.<\/li>\n<\/ul>\n<p><strong>3) \u00dcbergeordnete Planung vornehmen<\/strong><\/p>\n<ul>\n<li><strong>Iterationen vorausplanen: <\/strong>Auf zeitnaher Ebene immer bereits die n\u00e4chsten 1-3 Iterationen inhaltlich vorbereiten und mit einer groben Vorstellung f\u00fcr deren Zielsetzungen ans Team herantreten.<\/li>\n<li><strong>Release-Pakete<\/strong><strong> planen: <\/strong>\u00dcbergeordnete Zielsetzung und die richtige Planung; zum Beispiel, welche Funktionen wann live gehen sollen.<\/li>\n<\/ul>\n<p><strong>4) Erfolg und Nutzen messen<\/strong><\/p>\n<ul>\n<li>Metriken festlegen, mit denen sich der tats\u00e4chliche Nutzen und die Werterzeugung im Produkt auch reaktiv messen l\u00e4sst.<\/li>\n<\/ul>\n<p><strong>5) Product Backlog erstellen und pflegen<\/strong><\/p>\n<ul>\n<li>Die \u00dcbersicht stetig selbst pflegen bzw. verfeinern oder daf\u00fcr sorgen, dass es im Sinne des Product Owner von anderen erstellt wird.<\/li>\n<\/ul>\n<p><strong>6) Sprint-Reviews<\/strong> <strong>vorbereiten <\/strong><\/p>\n<ul>\n<li>Welche Key-Stakeholder werden eingeladen und was sollen sie zu sehen bekommen? Welches Feedback wird von ihnen ben\u00f6tigt? Wer im Team kann welche Funktionen zeigen?<\/li>\n<\/ul>\n<p><strong>7) An Retrospektiven aktiv teilnehmen<\/strong><\/p>\n<ul>\n<li>Wo stehen wir als Team und mit unseren Werkzeugen und Prozessen, wo k\u00f6nnen wir uns verbessern? An team-internen Aktivit\u00e4ten zur kontinuierlichen Verbesserung arbeitet der Product Owner genauo mit wie die anderen Teammitglieder.<\/li>\n<\/ul>\n<p><iframe loading=\"lazy\" src=\"https:\/\/open.spotify.com\/embed\/episode\/2jtE7T9lmAEY0uHkGNzQaS?utm_source=generator\" width=\"100%\" height=\"152\" frameborder=\"0\" allowfullscreen=\"allowfullscreen\" data-mce-fragment=\"1\"><\/iframe><\/p>\n<h2 id=\"Kapitel4\">Verantwortung der Product Owner Rolle<\/h2>\n<p>Damit sorgt die <strong>Product Owner Rolle<\/strong> im umgekehrten, ergebnisoffenen Dreieck der agilen Welt die Hauptverantwortung f\u00fcr die Ausbalancierung und Priorisierung der Aspekte Inhalt, Kosten und Zeit.<\/p>\n<p>Zusammen mit dem Team der Umsetzer ist ein Product Owner au\u00dferdem f\u00fcr die Einhaltung von Anforderungen an die Qualit\u00e4t zust\u00e4ndig. Einige Dreiecksmodelle nennen diese gerne als zus\u00e4tzlich zu beachtende Dimension.<\/p>\n<figure id=\"attachment_6910\" aria-describedby=\"caption-attachment-6910\" style=\"width: 600px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-1-1.png\"><img data-attachment-id=\"6910\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6910\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-1-1.png\" alt=\"Product Owner Rolle - Verantwortung im agilen Dreieck\" width=\"600\" height=\"356\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-1-1.png 820w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-1-1-300x178.png 300w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-1-1-768x456.png 768w\" sizes=\"(max-width: 600px) 100vw, 600px\" \/><\/a><figcaption id=\"caption-attachment-6910\" class=\"wp-caption-text\">Das \u201eagile Dreieck\u201c inklusive der Qualit\u00e4t der Arbeitsergebnisse als zentraler Dimension<\/figcaption><\/figure>\n<p>Insofern l\u00e4sst sich tats\u00e4chlich sagen: Die Product Owner Rolle umfasst viel davon, was klassische Projektleitung beinhaltet.<\/p>\n<p>Allerdings sind Projektmanager:innen auch f\u00fcr die Entwicklung des Projektteams, die Aufgabenverteilung an Projektmitarbeitende und deren \u00dcberwachung verantwortlich. Sie k\u00f6nnen zudem bereits in der Projektinitiierung, wie etwa w\u00e4hrend der Projektauswahl oder Machbarkeitspr\u00fcfungen, in Erscheinung treten.<\/p>\n<p>Dies ist bei der Product Owner Rolle meist anders:<\/p>\n<dl class=\"sc-accordions\"><dt class=\"sc-accordion-title\"><a href=\"#\">L\u00f6sungsorientierte Produkt-Perspektive<\/a><\/dt><dd class=\"sc-accordion-pane\">Agile Product Owner k\u00fcmmern sich um eine l\u00f6sungsorientierte Produkt-Perspektive entlang des gesamten Lebenszyklus ihres Produkts. Sie denken an ihr Produkt und dessen Anwender:innen, inklusive betrieblicher Abl\u00e4ufe nach der Erstentwicklung. Dabei l\u00f6sen sie sich von der reinen Projektdenke.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Initialer Backlog<\/a><\/dt><dd class=\"sc-accordion-pane\">Eine fr\u00fche Aufgabe des Product Owner ist typischerweise das Erstellen eines initialen Backlogs (der Liste aller Anforderungen ans Produkt) zusammen mit den Stakeholdern \u2013 und eventuell dem Entwicklerteam oder Vertretern daraus.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Umsetzung des Produkts im Detail<\/a><\/dt><dd class=\"sc-accordion-pane\">Das Unterfangen wurde bereits z.B. durch das Produktmanagement entschieden, das im agilen Kontext meist eine \u00fcbergeordnete Portfolioperspektive hat. Der Product Owner widmet sich hingegen der Umsetzung eines Produkts im Detail.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Unterst\u00fctzung durch agile Coaches<\/a><\/dt><dd class=\"sc-accordion-pane\">Teamentwicklung, Konflikte, Prozessgestaltung und Regeln f\u00fcr die Zusammenarbeit sind Sache agiler Coaches (in Scrum: Scrum Master). Sie helfen au\u00dferdem Product Ownern bei ihren Aufgaben, so dass diese bei Bedarf immer Unterst\u00fctzung haben.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Abstimmung mit dem Entwicklerteam<\/a><\/dt><dd class=\"sc-accordion-pane\">Die Aufgabenverteilung macht das selbstorganisierte Entwicklerteam unter sich aus. Auch \u00fcbernimmt es dabei die Qualit\u00e4tsverantwortung in den Iterationen weitgehend selbst. Das Team muss sich aber h\u00e4ufig mit dem Product Owner abstimmen, damit es hierbei nicht von Zielen, Anforderungen und Marktrealit\u00e4ten abschweift.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Gemeinsame Verantwortung mit dem Entwicklerteam<\/a><\/dt><dd class=\"sc-accordion-pane\">Statt Berichtswesen zeigen die Developer anhand von regelm\u00e4\u00dfigen Demonstrationen ihrer Arbeitsergebnisse (z.B. neuen Funktionen im Produkt), wo sie stehen. Beim Product Review f\u00fcr die Stakeholder, am Ende der Iteration, tun Product Owner und Development dies nochmals gemeinsam f\u00fcr alle Personen au\u00dferhalb des agilen Produktteams. Gemeinsam \u00fcbernehmen sie die Verantwortung f\u00fcr die eigenen Resultate.<\/dd>\n<\/dl>\n<figure id=\"attachment_6912\" aria-describedby=\"caption-attachment-6912\" style=\"width: 550px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-3-1.png\"><img data-attachment-id=\"6912\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6912\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-3-1.png\" alt=\"Product Owner Aufgaben - Unterscheidung Projektlebenszyklus und Produktlebenszyklus\" width=\"550\" height=\"320\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-3-1.png 676w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-3-1-300x174.png 300w\" sizes=\"(max-width: 550px) 100vw, 550px\" \/><\/a><figcaption id=\"caption-attachment-6912\" class=\"wp-caption-text\">Projekt- und Produktlebenszyklus sind nicht das Gleiche: Sie betrachten verschiedene Zeitspannen. Product Owner nehmen im agilen Verst\u00e4ndnis eine Produkt-Sichtweise ein (oberer Pfeil in der Grafik)<\/figcaption><\/figure>\n<p>Die wichtigste <strong>Verantwortung f\u00fcr die Product Owner Rolle<\/strong> ist es, verschiedene Faktoren gegeneinander abzuw\u00e4gen und auszubalancieren:<\/p>\n<ul>\n<li>Kosten, Profitabilit\u00e4t und Rentabilit\u00e4t der Produktentwicklung <em>gegen<\/em> Kundenzufriedenheit und Marktf\u00e4higkeit<\/li>\n<li>Die oftmals nicht enden wollenden W\u00fcnsche und Anforderungen der Stakeholder <em>gegen<\/em> die Kapazit\u00e4t und F\u00e4higkeiten des Entwicklerteams<\/li>\n<li>Produktivit\u00e4t des Teams (Output) <em>gegen<\/em> Ergebnisqualit\u00e4t und Nutzen (Outcome)<\/li>\n<li>Proaktive Ma\u00dfnahmen (Risikoerforschung, Entwicklung neuer Funktionen, Integration) <em>gegen<\/em> reaktive (Tests, Fehlerbehebung, Qualit\u00e4tssteuerung, Wartung)<\/li>\n<\/ul>\n<figure id=\"attachment_6913\" aria-describedby=\"caption-attachment-6913\" style=\"width: 550px\" class=\"wp-caption aligncenter\"><img data-attachment-id=\"6913\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6913\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-4-1.png\" alt=\"Product Owner , Agiles Projektmanagement, verschiedene Faktoren der Produktentwicklung\" width=\"550\" height=\"347\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-4-1.png 698w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-4-1-300x190.png 300w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Project-Owner-4-1-343x215.png 343w\" sizes=\"(max-width: 550px) 100vw, 550px\" \/><figcaption id=\"caption-attachment-6913\" class=\"wp-caption-text\">Product Owner m\u00fcssen permanent verschiedene Faktoren der Produktentwicklung gegeneinander abw\u00e4gen.<\/figcaption><\/figure>\n<p>Idealerweise k\u00f6nnen Product Owner in ihrer Rolle diese oftmals kontr\u00e4ren Aspekte gut ausbalancieren. Das ist jedoch keine einfache Aufgabe. Um sie gut wahrzunehmen, sollten Personen in dieser Rolle Kenntnisse und F\u00e4higkeiten erlangen und einsetzen, die auch f\u00fcr Projektmanager und Projektmanagerinnen wichtig sind.<\/p>\n<h2 id=\"Kapitel5\">Qualifikation: Was muss ein Product Owner k\u00f6nnen?<\/h2>\n<p>Folgende <strong>Qualifikation, Kenntnisse und F\u00e4higkeiten<\/strong> sollte ein Product Owner f\u00fcr seine Aufgaben haben:<\/p>\n<ul>\n<li>Rentabilit\u00e4tsberechnungen<\/li>\n<li>Das Sicherstellen von Nutzen durch die entwickelte L\u00f6sung (\u201eBenefit Engineering\u201c)<\/li>\n<li>Methoden der Risikoanalyse<\/li>\n<li>Anforderungsanalyse und Priorisierungstechniken in Bezug auf das Management des Product Backlog<\/li>\n<li>Stakeholderanalyse und gutes Gesp\u00fcr im Umgang mit diesen Personen<\/li>\n<li>Sicheres Auftreten und Verhandlungsgeschick<\/li>\n<li>Innovationsbewusstsein<\/li>\n<li>Menschenkenntnis, auch im Umgang mit dem Entwicklerteam<\/li>\n<\/ul>\n<p><strong>Product Owner m\u00fcssen also mehr k\u00f6nnen, als der Scrum Guide zu ihrer Rolle angibt.<\/strong><\/p>\n<hr \/>\n<p><iframe loading=\"lazy\" referrerpolicy=\"strict-origin-when-cross-origin\" src=\"https:\/\/www.youtube-nocookie.com\/embed\/1fSgUTk_FdI?rel=0\" width=\"560\" height=\"315\" frameborder=\"0\" allowfullscreen=\"allowfullscreen\"><span data-mce-type=\"bookmark\" style=\"display: inline-block; width: 0px; overflow: hidden; line-height: 0;\" class=\"mce_SELRES_start\"><\/span><\/iframe><\/p>\n<div class=\"cookieconsent-optout-marketing\"><b>&#8212; Oops, hier fehlt ein Video &#8212;<\/b><br \/>\nIhre Cookie-Einstellungen blockieren das Anzeigen von Videos of dieser Website. Bitte <b><a> \u21d2 klicken Sie hier <\/a><\/b> und es erscheint die Cookie-Auswahl. W\u00e4hlen Sie dort mindestens die <b>Marketing<\/b>-Cookies aus. Dann wird das Video sofort erscheinen. Vielen Dank.<\/div>\n<div>\n<hr \/>\n<h2 id=\"Kapitel6\">Was ist \u201eProduct Backlog-Management\u201c?<\/h2>\n<p>Hierzu finden sich einige Aussagen im Scrum Guide. Dieser sagt Folgendes:<\/p>\n<p>\u201eDas Product Backlog-Management umfasst:<\/p>\n<ul>\n<li>Die Product Backlog-Eintr\u00e4ge klar zu formulieren<\/li>\n<li>Die Eintr\u00e4ge im Product Backlog so zu sortieren, dass Ziele und Missionen optimal erreicht werden k\u00f6nnen<\/li>\n<li>Den Wert der Arbeit zu optimieren, die das Entwicklungsteam erledigt<\/li>\n<li>Sicherzustellen, dass das Product Backlog sichtbar, transparent und f\u00fcr alle klar ist sowie zeigt, woran das Scrum-Team als n\u00e4chstes arbeiten wird<\/li>\n<li>Sicherzustellen, dass das Entwicklungsteam die Product Backlog-Eintr\u00e4ge im erforderlichen Ma\u00dfe versteht.\u201c<\/li>\n<\/ul>\n<p>Nat\u00fcrlich reicht auch diese Liste im Scrum Guide allein f\u00fcr die Praxis nicht aus. Dazu ist sie auch keineswegs gedacht. Ein guter Product Owner ist jemand, der es schafft, <strong>Requirements Engineering im agilen Kontext <\/strong>zu betreiben.<\/p>\n<p>Zur Verfeinerung des Product Backlogs geh\u00f6ren:<\/p>\n<dl class=\"sc-accordions\"><dt class=\"sc-accordion-title\"><a href=\"#\">Entscheidungen zu Backlog-Inhalten<\/a><\/dt><dd class=\"sc-accordion-pane\">Was soll im Backlog stehen und was nicht? \u201eNein\u201c sagen zu k\u00f6nnen gegen\u00fcber Stakeholdern zu Anfragen, die zum gegenw\u00e4rtigen Zeitpunkt unpassend oder unrealistisch sind. Ein Unternehmen muss Entscheidungen des Product Owner respektieren, auch wenn es manchmal schwerf\u00e4llt. Dazu geh\u00f6rt zudem: Neue Eintr\u00e4ge hinzuf\u00fcgen, sobald es n\u00f6tig ist und \u00fcberfl\u00fcssig gewordene streichen.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Entscheidungen zur Art der Eintr\u00e4ge<\/a><\/dt><dd class=\"sc-accordion-pane\">Funktionsbeschreibungen, Spezifikationen, Bugfixes, nichtfunktionale Anforderungen etwa an Sicherheit, Skalierbarkeit, Wartbarkeit? Oder die ergebnisorientierte L\u00f6sungsbeschreibung aus Kundensicht (User Stories) in einem kurzen Satz? Sinnvoll ist die Mischung, da keiner dieser Eintragstypen alle Anforderungen an ein Produkt voll erf\u00fcllt.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Entscheidungen \u00fcber Anforderungen und Zeitpunkt<\/a><\/dt><dd class=\"sc-accordion-pane\">Welche Anforderungen sind f\u00fcr welche Iteration und f\u00fcr welches Release vorgesehen? Konkret ist dies die Sache des gesamten Teams in der Iterationsplanung. Auch die meisten Stakeholder wollen hier gerne mitreden. Eine User Story Map kann hilfreich sein.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Aufwandssch\u00e4tzungen<\/a><\/dt><dd class=\"sc-accordion-pane\">Das Einholen von groben, relativen Aufwandssch\u00e4tzungen mit Story Points oder \u00e4hnlichem durch das Team. Denn auf Product Backlog-Ebene sind Anforderungen vor allem aus Anwendersicht formuliert. Das Herunterbrechen in Aufgaben erfolgt erst in der Iterationsplanung. Die Aufgaben kommen dann ins Iterations-Backlog.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Entscheidungen \u00fcber die Priorit\u00e4t der Eintr\u00e4ge<\/a><\/dt><dd class=\"sc-accordion-pane\">Im Normalfall ist dies einfach eine lineare Liste im Product Backlog. Das hei\u00dft, die Priorit\u00e4t ergibt sich etwa aus der Reihenfolge: Dinge, die weit oben stehen, sind fr\u00fcher umzusetzen als Eintr\u00e4ge weiter unten.<\/dd>\n<\/dl>\n<blockquote><p><strong>Unser Tipp: <\/strong>Formulieren und sch\u00e4tzen Sie nur die obersten Eintr\u00e4ge im Backlog besonders gut. Nach unten hin ist dies weniger wichtig, denn diese Eintr\u00e4ge k\u00f6nnten sich noch \u00e4ndern oder ganz herausfallen.<\/p><\/blockquote>\n<p>Dieses Vorgehen nach dem \u201e<a href=\"https:\/\/de.wikipedia.org\/wiki\/Just-in-time-Produktion\" target=\"_blank\" rel=\"noopener\">Just-in-Time<\/a>\u201c-Prinzip hilft Ihnen, Verschwendung durch Aufwand f\u00fcr nicht zeitnah anstehende Anforderungen zu vermeiden. Es folgt den <a href=\"https:\/\/www.romanpichler.com\/blog\/make-the-product-backlog-deep\/\" target=\"_blank\" rel=\"noopener\">DEEP<\/a>-Kriterien. Auf diese Weise stellen Sie sicher, dass Ihr Arbeiten mit Product Backlogs agilen Denkweisen folgt und nicht etwa eine Wasserfallplanung mit neuem Namen ist.<\/p>\n<blockquote><p><strong>Unser Tipp:<\/strong> Wenn Ihnen eine flache, lineare Backlog-Priorisierung nicht ausreicht, k\u00f6nnen Sie sich mit <a href=\"https:\/\/www.projektmagazin.de\/methoden\/story-mapping\" target=\"_blank\" rel=\"noopener\">User Story Mapping<\/a> als erweiterte Technik zum mehrdimensionalen Backlog-Management auseinandersetzen.<\/p><\/blockquote>\n<h2 id=\"Kapitel7\">Metriken zur Messung von Produktnutzen<\/h2>\n<p>Was sind Metriken zum Messen von Produktnutzen? Diese Frage ist in dieser oder \u00e4hnlicher Form beliebt in Product Owner-Zertifizierungspr\u00fcfungen wie etwa der <a href=\"https:\/\/www.scrum.org\/\">Scrum.org<\/a>. Sie ist zun\u00e4chst schwer verst\u00e4ndlich: Wie messen wir als Team den Wert unseres Produkts? Rein anhand unserer Produktivit\u00e4t sicherlich nicht \u2013 diese kann hoch sein, aber wenn die Ergebnisse in die falsche Richtung gehen, bringt uns das kaum etwas.<\/p>\n<p>Tats\u00e4chlich gibt das \u201e<a href=\"https:\/\/www.scrum.org\/resources\/evidence-based-management-guide\" target=\"_blank\" rel=\"noopener\">Evidence-based Management<\/a>\u201c einige Metriken vor, die noch teilweise unbekannt sind. F\u00fcr Product Owner k\u00f6nnen sie jedoch sehr hilfreich sein.<\/p>\n<p>Das <strong>Evidence-based Management<\/strong> kennt vier Hauptkategorien, in die einzelne Metriken fallen:<\/p>\n<ul>\n<li><strong>Current Value: <\/strong>Er misst, wie das Produkt am Markt angenommen und genutzt wird. Aber es beachtet auch, wie gut die Stimmung im Team derer ist, die es entwickeln. Wie zufrieden sind m\u00f6gliche Investoren?<br \/>\nBeispielmetriken: Die in diese Kategorie fallen, sind etwa: Kundenzufriedenheitsindizes (bspw. aus Umfragen und Produktfeedback generiert), Messungen der Nutzung einzelner Funktionen im Vergleich zur Kundenzufriedenheit mit diesen.<\/li>\n<li><strong>Time-to-Market: <\/strong>Er misst, wie lange es dauert vom Zeitpunkt, wenn eine neue Anforderung zum ersten Mal formuliert wird, bis der Urheber die L\u00f6sung in der Hand h\u00e4lt. Wie schnell lernen wir aus neuen Informationen und verwerten sie?<br \/>\nBeispielmetriken<em>:<\/em> Release-H\u00e4ufigkeit, Integrationsh\u00e4ufigkeit, Durchlaufzeit von Backlog-Eintr\u00e4gen, Vorlaufzeit.<\/li>\n<li><strong>Ability to Innovate: <\/strong>Dies ermittelt, wie innovativ die L\u00f6sungsfindung ist. Wie neuartig sind die Funktionen und das Produkt generell? Diese Frage sollte auch bei der Weiterentwicklung an gewachsenen Systemen in Gro\u00dfkonzernen gestellt werden.<br \/>\nBeispielmetriken<em>:<\/em> Nutzung einzelner Funktionen im Vergleich zu anderen, Aufwand oder Kosten f\u00fcr Neuentwicklung (in Prozent) gegen\u00fcber reaktiven T\u00e4tigkeiten wie Wartung, Messung der Zeit, die das Team tats\u00e4chlich am Produkt besch\u00e4ftigt ist (im Vergleich zu anderen Aufgaben).<\/li>\n<\/ul>\n<ul>\n<li><strong>Unrealized Value: <\/strong>Hier geht es darum, welches Potenzial momentan noch nicht ausgesch\u00f6pft ist. Wie sinnvoll w\u00e4re es, sich damit einmal n\u00e4her zu besch\u00e4ftigen?<br \/>\nBeispielmetriken<em>:<\/em> Marktanteil, Erwartungen der Anwender im Vergleich zu dem, was sie bekommen.<\/li>\n<\/ul>\n<blockquote><p><strong>Unser Tipp:<\/strong> Richtig wirkungsvoll sind solche Metriken, wenn Sie diese \u00fcber l\u00e4ngere Zeit hinweg erfassen. Dann k\u00f6nnen Sie Entwicklungen und Trends recht gut erkennen.<\/p><\/blockquote>\n<figure id=\"attachment_6909\" aria-describedby=\"caption-attachment-6909\" style=\"width: 900px\" class=\"wp-caption aligncenter\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Product-Owner-6-768x564-1.png\"><img data-attachment-id=\"6909\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6909\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Product-Owner-6-768x564-1.png\" alt=\"Product-Owner - relevantenMetriken\" width=\"900\" height=\"661\" srcset=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Product-Owner-6-768x564-1.png 768w, https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/01\/Product-Owner-6-768x564-1-300x220.png 300w\" sizes=\"(max-width: 900px) 100vw, 900px\" \/><\/a><figcaption id=\"caption-attachment-6909\" class=\"wp-caption-text\">Regelm\u00e4\u00dfige Auswertung von Metriken, die in der Produktentwicklung relevant sind (Beispiel)<\/figcaption><\/figure>\n<blockquote><p><strong>Lesetipp:<\/strong> <a href=\"https:\/\/www.theprojectgroup.com\/blog\/jira-tipps-fuer-product-owner\/\" target=\"_blank\" rel=\"noopener\">3 Jira Tipps f\u00fcr Product Owner, die Sie kennen sollten<\/a><\/p><\/blockquote>\n<h2 id=\"Kapitel8\">Herausforderungen f\u00fcr Product Owner<\/h2>\n<p>Bislang haben Sie die Rolle des Product Owner und einige wichtige Werkzeuge und Aufgaben im Detail kennengelernt. Jetzt erfahren Sie, welchen Herausforderungen Product Owner in ihrem Alltag h\u00e4ufig begegnen.<\/p>\n<p>Umfragen durch agile Coaches unter Product Ownern und Developern haben ergeben, dass das vor allem die folgenden Herausforderungen sind:<\/p>\n<dl class=\"sc-accordions\"><dt class=\"sc-accordion-title\"><a href=\"#\">Zeitmangel des Product Owner<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Die Rolle darf nicht in Vollzeit ausgef\u00fcllt werden, sondern muss noch neben Linienarbeiten stattfinden. Es sind zu viele Produkte und Teams gleichzeitig zu betreuen. Die Balance zwischen Zeit f\u00fcr Stakeholder und f\u00fcr die Teams ist schwer.<br \/>\nM\u00f6gliche L\u00f6sung: Ursachenanalyse: Was ist wirklich der Grund f\u00fcr die Zeitprobleme? Was l\u00e4sst sich \u00e4ndern? Gibt es Zeitmanagement-Methoden, die helfen k\u00f6nnten? Vielleicht hilft eine Repriorisierung von Projekten und Anforderungen?<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Mangelndes Wissen \u00fcber Aufgaben<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Der Product Owner wei\u00df zu wenig \u00fcber die eigene Rolle und agile Entwicklung. Die Rolle wird oft einfach vergeben ohne weitere Erkl\u00e4rung oder Training.<br \/>\nM\u00f6gliche L\u00f6sung: Weiterbildung, Literatur wie etwa das sehr zu empfehlende Buch \u201eDer professionelle Product Owner\u201c von Don McGreal und Ralph Jocham.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Mangelndes Wissen zu Tools<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Der Product Owner kennt n\u00f6tige \/ wichtige Dokumente und Metriken f\u00fcr seine Arbeit nicht.<br \/>\nM\u00f6gliche L\u00f6sung: Auseinandersetzung mit Tools zur Erstellung von Produktvisionen, Impact-, Story- und Roadmaps, Release-Planungsstrategien, Evidence-based Management, Stakeholderanalyse-Werkzeugen.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Mangelnde Entscheidungsgewalt<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Der Product Owner ist nicht autorisiert zu entscheiden. Eskalationspfade sind zu kompliziert und langwierig.<br \/>\nM\u00f6gliche L\u00f6sung: Eskalation und Diskussion solcher Probleme auf Metaebene mit dem Management<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Probleme mit Stakeholdern<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Mangelnde Beteiligung und Interesse durch die Stakeholder, Konflikte unter Stakeholdern bzgl. Festsetzung von Priorit\u00e4ten, zu viele Stakeholder.<br \/>\nM\u00f6gliche L\u00f6sung: Stakeholderanalyse, Moderationstechniken erlernen und anwenden, Anforderungsanalyse zusammen mit Stakeholdern, etwa m. H. eines Product Vision Canvas, Einbinden agiler Coaches.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Probleme in der Aufbauorganisation<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Hohe Organisationskomplexit\u00e4t und Silo-Symptome<br \/>\nM\u00f6gliche L\u00f6sung: Verk\u00fcrzen der Feedback-Loops mithilfe agiler Coaches<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Hohe Projektkomplexit\u00e4t<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Projekte mit vielen verschiedenen Firmen als Beteiligte. Der Product Owner und die Developer geh\u00f6ren unterschiedlichen Firmen an.<br \/>\nM\u00f6gliche L\u00f6sung: Dies muss nicht automatisch ein Problem sein, es ist aber ein Thema, mit dem bewusst umgegangen werden sollte: Vertragsgestaltung und Teamvereinbarungen helfen.<\/dd>\n<dt class=\"sc-accordion-title\"><a href=\"#\">Hochregulierte Umgebungen<\/a><\/dt><dd class=\"sc-accordion-pane\">M\u00f6gliche Probleme: Das Umfeld \/ die Branche erschwert leichtgewichtige Arbeitsweisen durch Prozess\u00fcberbau.<br \/>\nM\u00f6gliche L\u00f6sung: Situative Intelligenz und Konzentration auf eine gute Fehlerkultur und m\u00f6glichst schnelles Lernen angesichts der \u00e4u\u00dferen Umst\u00e4nde.<\/dd>\n<\/dl>\n<p>Product Owner k\u00f6nnen und m\u00fcssen all diese Probleme nicht allein l\u00f6sen. Hier sind oft das Management und die Beteiligung aller Betroffenen sowie zus\u00e4tzlich gutes Coaching gefragt.<\/p>\n<blockquote><p><strong>Unser Tipp:<\/strong> Wenn in Ihrem Unternehmen einige der oben beschriebenen Probleme auftreten, lohnt es sich sicherlich, diese m\u00f6glichst fr\u00fchzeitig an die zust\u00e4ndige Stelle zu adressieren.<\/p><\/blockquote>\n<h2 id=\"Kapitel9\">Zusammenfassung: Product Owner<strong><br \/>\n<\/strong><\/h2>\n<p>In diesem Artikel haben Sie unter anderem erfahren, welche Aufgaben und Verantwortungen ein Product Owner hat, welche Herausforderungen von ihm zu meistern sind, welche Metriken zur Messung von Produktnutzen es gibt und welche Inhalte das Product Backlog-Management umfasst.<\/p>\n<p>Zusammenfassend l\u00e4sst sich sagen: Gute Product Owner k\u00f6nnen ganz wesentlich zum Erfolg eines Unternehmens am Markt beitragen. Sie sind somit in einer sehr spannenden und einflussreichen Position voller M\u00f6glichkeiten. Aber die Rolle muss sich gegebenenfalls auch mit schwierigen Herausforderungen auseinandersetzen.<\/p>\n<p>Daher sollten Sie, wenn Sie sich in der Rolle des Product Owner befinden oder diese anstreben, auf permanente Fortbildung einstellen: methodisch, toolseitig und besonders auch im zwischenmenschlichen Umgang.<\/p>\n\n    <p class=\"datamintsbanner\">\n        <a href=\"https:\/\/bit.ly\/3IWzlQw\" target=\"_blank\" class=\"datamintsbanner__link\" title=\"TPG ProjectPowerPack Microsoft 365 Projektmanagement\" style=\"display: block;\">\n            <img data-attachment-id=\"0\"decoding=\"async\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2025\/04\/PPP_Blog_Banner_3_1300px-AS_tiny.jpg\" class=\"datamintsbanner__image\" style=\"display: block; max-width: 100%\">\n        <\/a>\n    <\/p>\n    \n<blockquote><p><strong>Unsere Tipps zum Schluss: <\/strong>Lernen Sie das individuell anpassbare \u201cThe PPM Paradise\u201d kennen \u2013 <span dir=\"ltr\" role=\"presentation\">die optimale Umgebung f\u00fcr ein unternehmensweites Projekt-, Programm-, Portfolio- und Ressourcenmanagement (PPM). Laden Sie sich jetzt <\/span><a href=\"https:\/\/www.theprojectgroup.com\/data\/Downloads_eBooks\/TPG_PPM_Paradise_eBook_-_TPG_TheProjectGroup.pdf\" target=\"_blank\" rel=\"noopener\"><span dir=\"ltr\" role=\"presentation\">hier das eBook dazu herunter<\/span><\/a><span dir=\"ltr\" role=\"presentation\"> (nur klicken, ohne Formular).<\/span><\/p>\n<p><span dir=\"ltr\" role=\"presentation\">Und abonnieren Sie unseren <\/span><a href=\"https:\/\/www.theprojectgroup.com\/de\/projektmanagement-newsletter\" target=\"_blank\" rel=\"noopener\"><span dir=\"ltr\" role=\"presentation\">Projektmanagement Newsletter<\/span><\/a> mit mehr MS Project Tipps, praxisstarken Artikeln, Webinaren, Podcasts, eBooks etc. f\u00fcr ein h\u00f6heres Reifengrad-Level Ihres Projektmanagements!<\/p><\/blockquote>\n<p>Ist Ihre Neugier geweckt? Dann probieren sie agile Methoden mit Ihren Team und in Ihrem Projekt aus! Und wenn Sie Ihr Wissen ausbauen wollen, dann ziehen Sie doch eine Weiterbildung in Betracht \u2013 etwa zum Professional Scrum Master (PSM I)\u00a0oder zum PMI Agile Certified Practitioner (via <a href=\"https:\/\/www.theprojectgroup.com\/de\/pmi-acp-seminar-pruefung-vorbereitung\" target=\"_blank\" rel=\"noopener\">PMI-ACP Training<\/a> bei TPG).<\/p>\n<p><strong>Haben Sie noch Fragen? Dann hinterlassen Sie einen Kommentar, auf den wir in K\u00fcrze antworten werden \u2013 garantiert.<\/strong><\/p>\n<span style='display:none;'>FALSE<\/span><hr \/>\n<blockquote>\n<p style=\"text-align: left;\"><strong class=\"alignnone\"><img data-attachment-id=\"6274\"loading=\"lazy\" decoding=\"async\" class=\"wp-image-6274 size-thumbnail alignleft\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2020\/04\/Antje-058-Bearbeitet_quadrat_Web-150x150.jpg\" alt=\"\" width=\"150\" height=\"150\" \/>\u00dcber die Autorin:<br \/>\nAntje Lehmann-Benz, PMP, PMI-ACP, PSM<br \/>\n<\/strong><\/p>\n<p style=\"text-align: left;\">Antje Lehmann-Benz, PMP, ist Trainerin f\u00fcr Projektmanagement mit einem besonderen Schwerpunkt auf agilen Themen und Scrum Seminaren. Au\u00dferdem hat sie Erfahrung in Software-Trainings (JIRA, Confluence) und -Beratung. Neben der Vermittlung von Frameworks und theoretischen Inhalten hat sie Erfahrung in der Anwendung von Agile Games und praktischen \u00dcbungen zur Vertiefung der gelernten Inhalte.<\/p>\n<p style=\"text-align: right;\">Mehr \u00fcber Antje Lehmann-Benz auf <a href=\"https:\/\/www.linkedin.com\/in\/antje-lehmann-benz\/?locale=de_DE\" target=\"_blank\" rel=\"noopener\">Linkedin<\/a> oder <a href=\"https:\/\/www.xing.com\/profile\/Antje_LehmannBenz\/cv\" target=\"_blank\" rel=\"noopener\">Xing<\/a>.<\/p>\n<\/blockquote>\n\n    <p class=\"datamintsbanner\">\n        <a href=\"https:\/\/bit.ly\/3udKM2C\" target=\"_blank\" class=\"datamintsbanner__link\" title=\"Job TPG Bewerbung Wirsuchendich TPG TheProjectGroup Consultant Microsoft PPM Jobs\" style=\"display: block;\">\n            <img data-attachment-id=\"0\"decoding=\"async\" src=\"https:\/\/www.theprojectgroup.com\/blog\/wp-content\/uploads\/2022\/10\/Jobs-3.jpg\" class=\"datamintsbanner__image\" style=\"display: block; max-width: 100%\">\n        <\/a>\n    <\/p>\n    \n<\/div>\n","protected":false},"excerpt":{"rendered":"<p>Kaum ein agiles Team kommt ohne die Product Owner Rolle aus. Doch was ist ein Product Owner genau, welche Aufgaben hat er, welche Verantwortung und welchen Herausforderungen muss er\/sie sich im Alltag stellen? In diesem Artikel lernen Sie alles \u00fcber diese wichtige Rolle. Diese Kapitel warten auf Sie: Product Owner Definition Gibt es Product Owner<\/p>\n<div class=\"read-more\"><a href=\"https:\/\/www.theprojectgroup.com\/blog\/product-owner\/\" title=\"Weiterlesen\">Weiterlesen<\/a><\/div>\n","protected":false},"author":22,"featured_media":9149,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[127],"tags":[],"_links":{"self":[{"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/posts\/5747"}],"collection":[{"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/users\/22"}],"replies":[{"embeddable":true,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/comments?post=5747"}],"version-history":[{"count":76,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/posts\/5747\/revisions"}],"predecessor-version":[{"id":13048,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/posts\/5747\/revisions\/13048"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/media\/9149"}],"wp:attachment":[{"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/media?parent=5747"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/categories?post=5747"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.theprojectgroup.com\/blog\/wp-json\/wp\/v2\/tags?post=5747"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}