{"id":1699,"date":"2011-02-09T23:02:29","date_gmt":"2011-02-09T21:02:29","guid":{"rendered":"http:\/\/www.bernhardschloss.de\/blog\/?p=1699"},"modified":"2011-02-09T23:02:29","modified_gmt":"2011-02-09T21:02:29","slug":"440-scrum-konferenz-die-rolle-des-product-owners","status":"publish","type":"post","link":"https:\/\/www.bernhardschloss.de\/blog\/440-scrum-konferenz-die-rolle-des-product-owners\/","title":{"rendered":"#440 Scrum-Konferenz: Die Rolle des Product Owners"},"content":{"rendered":"<p style=\"text-align: left;\">Im heutigen Beitrag widmet sich der bekannte Scrum-Autor <a title=\"Scrum-Konferenz: Roman Pichler\" href=\"http:\/\/www.pionierbasis.com\/2010\/12\/scrum-konferenz-roman-pichler\/\" target=\"_blank\">Roman Pichler\u00a0 der Rolle des Product Owners<\/a>.<\/p>\n<p>Bei der Einf\u00fchrung von agilen Projektmanagement-Methoden stellt die Rolle des Product Owners immer wieder eine Herausforderung dar und f\u00fchrt zu Schwierigkeiten. Die Rolle geht \u00fcber das klassische Produktmanagement hinaus. H\u00e4ufig besteht schon eine Schwierigkeit in der Besetzung der Rolle. Wer soll die Rolle des Product Owners \u00fcbernehmen? Marketing, ein Programmierer oder gar der Kunde?<\/p>\n<p><!--more-->Die Hauptaufgabe des <strong>Product Owners<\/strong> ist es, den Erfolg einer Produkteinf\u00fchrung\/-weiterentwicklung sicherzustellen. Er \u00fcbernimmt Verantwortung f\u00fcr das Produkt. Projekt-\/produktabh\u00e4ngig ist zu entscheiden, wer am sinnvollsten diese Rolle einnimmt. Der Product Owner ist weit mehr gefordert als ein klassischer Produktmanager. Er \u00fcbernimmt zus\u00e4tzlich Aufgaben eines klassischen Projektleiters. Es besteht daher immer die Gefahr einer \u00dcberlastung. Seine Rolle ist aber keine Zusammenfassung von Produktmanagement und Projektleitung. Er \u00fcbernimmt zwar Aufgaben der strategischen Projektleitung, aber andere Leitungsaufgaben wandern direkt ins Team. Der Product Owner muss Kunden und Markt verstehen. Er sollte eine gewisse Technologieaffinit\u00e4t mitbringen, braucht aber nicht unbedingt einen detaillierten Entwicklungshintergrund.<\/p>\n<blockquote><p>Scrum sagt sehr wenig, was vor dem ersten Sprint passiert.<\/p><\/blockquote>\n<p>Aber was sollte vorab in der Product Vision definiert sein?<\/p>\n<ul>\n<li>Die Zielgruppe<\/li>\n<li>Welche Bed\u00fcrfnisse sollen adressiert werden?<\/li>\n<li>Die wichtigsten Produktattribute\/Features (3-5 top Features, der Rest folgt sp\u00e4ter)<\/li>\n<li>Wie verh\u00e4lt sich das Produkt zum Wettbewerb?<\/li>\n<li>Wie steht es im eigenen Produktportfolio?<\/li>\n<li>Wie sieht es mit der Machbarkeit (technisch und vertrieblich) aus?<\/li>\n<\/ul>\n<p>Die Product Vision beschreibt die Essenz des k\u00fcnftigen Produkts und sollte von allen (Team und Stakeholdern) mitgetragen werden. Sie ist Grundlage f\u00fcr eine Investitionsentscheidung.<\/p>\n<p>Im agilen Kontext sollten sich aber Umfang und Aufwand f\u00fcr die Product Vision noch in Grenzen halten.<\/p>\n<p>Um die Product Vision im Team zu verankern empfiehlt sich:<\/p>\n<ol>\n<li>Das Team an der Enstehung der Product Vision zu beteiligen.<\/li>\n<li>Das Projekt langsam\/organisch wachsen lassen. Mit einem kleinen Team beginnen und dann das Team splitten und erweitern.<\/li>\n<\/ol>\n<p>Das <strong>Backlog<\/strong> sollte vor dem ersten Sprint stehen. Es sollte auf alle f\u00fcr den Produkterfolg erforderlichen Inhalte fokusieren. Das Backlog ist keine Wunschliste oder Ideensammlung. Das Backlog sollte priorisieren, ad\u00e4quat detailliert sein (abh\u00e4ngig von der Priorit\u00e4t, wenig priore Dinge k\u00f6nnen anfangs noch skizzenhaft sein) und\u00a0die priorisierten Eintr\u00e4ge sollten abgesch\u00e4tzt sein. Es ist ein dynamisches Dokument, ein emergentes Artefakt, das sich im Laufe der Zeit ver\u00e4ndert.<\/p>\n<p>Jedes Produkt hat\u00a0EIN Produkt-Backlog. Jedes Feature-Team kann sich um einen Abschnitt eines Produkt-Backlogs k\u00fcmmern. Bei Komponenten-Teams w\u00e4re das Backlog entsprechend umzuarbeiten. In Scrum versucht man deswegen Komponenten-Teams weitgehend zu vermeiden.<\/p>\n<p style=\"text-align: left;\">Das Backlog sollte die Komplexit\u00e4t reduzieren (insbesondere was den Featureumfang betrifft). \u00dcberspezifizierung ist zu vermeiden. Es sollte ein einfaches Tool sein. Die Inhalte sollten zun\u00e4chst grob sein und strukturiert werden.<\/p>\n<p style=\"text-align: left;\">Idealerweise wird das Backlog im Teamraum aufgeh\u00e4ngt. Roman Pichler schw\u00f6rt dabei auf Papierkarten. Ein Backlog, das nicht mehr an der Wand Platz hat, sollte hinterfragt werden. Weniger ist mehr.<\/p>\n<p style=\"text-align: left;\">Bei komplexeren Produkten kann zus\u00e4tzlich elektronische Unterst\u00fctzung z.B. in Form eines Spreadsheets sinnvoll sein.<\/p>\n<p style=\"text-align: left;\">Jedes Team-Mitglied kann Eintr\u00e4ge zum Backlog beitragen, aber die Priorisierung liegt beim Product Owner. Er muss authorisiert sein auch &#8222;nein&#8220; zu sagen um eine Feature-Soup (im Sinne Tom DeMarcos) zu verhindern. Etwas 10% des Teamaufwands sollten in die Pflege des Backlogs investiert werden. Hierzu empfiehlt Roman w\u00f6chentliche Pflege-Workshops.<\/p>\n<p style=\"text-align: left;\">Tasks, also Backlog-Eintr\u00e4ge, sollten so formuliert sien, dass sie die Aufwandsabsch\u00e4tzung f\u00fcr einen Sprint und die Selbstorganisation im Team erm\u00f6glichen. Also am besten klein halten und spezifisch bleiben. Auf Basis der Tasks committed sich das Team.<\/p>\n<p style=\"text-align: left;\">Zur laufenden Kontrolle innerhalb eines Sprints kommt dann im Team das Sprint-Burndown-Diagramm zum Einsatz.<\/p>\n<div class=\"twoclick_social_bookmarks_post_1699 social_share_privacy clearfix 1.6.4 locale-de_DE sprite-de_DE\"><\/div><div class=\"twoclick-js\"><script type=\"text\/javascript\">\/* <![CDATA[ *\/\njQuery(document).ready(function($){if($('.twoclick_social_bookmarks_post_1699')){$('.twoclick_social_bookmarks_post_1699').socialSharePrivacy({\"services\":{\"facebook\":{\"status\":\"on\",\"txt_info\":\"\",\"perma_option\":\"off\",\"action\":\"recommend\",\"language\":\"de_DE\"},\"twitter\":{\"reply_to\":\"schlossblog\",\"tweet_text\":\"%23440%20Scrum-Konferenz%3A%20Die%20Rolle%20des%20Product%20Owners%20%C2%BB%20schlossBlog\",\"status\":\"on\",\"txt_info\":\"\",\"perma_option\":\"off\",\"language\":\"de\",\"referrer_track\":\"\"},\"xing\":{\"status\":\"on\",\"txt_info\":\"\",\"perma_option\":\"off\",\"language\":\"de\",\"referrer_track\":\"\"},\"t3n\":{\"status\":\"on\",\"txt_info\":\"2 Klicks f\\u00fcr mehr Datenschutz: Erst wenn Sie hier klicken, wird der Button aktiv und Sie k\\u00f6nnen Ihre Empfehlung an t3n senden. Schon beim Aktivieren werden Daten an Dritte \\u00fcbertragen - siehe <em>i<\\\/em>.\",\"perma_option\":\"off\"},\"linkedin\":{\"status\":\"on\",\"txt_info\":\"2 Klicks f\\u00fcr mehr Datenschutz: Erst wenn Sie hier klicken, wird der Button aktiv und Sie k\\u00f6nnen Ihre Empfehlung an LinkedIn senden. Schon beim Aktivieren werden Daten an Dritte \\u00fcbertragen - siehe <em>i<\\\/em>.\",\"perma_option\":\"off\"}},\"txt_help\":\"\",\"settings_perma\":\"\",\"info_link\":\"\",\"uri\":\"https:\\\/\\\/www.bernhardschloss.de\\\/blog\\\/440-scrum-konferenz-die-rolle-des-product-owners\\\/\",\"post_id\":1699,\"post_title_referrer_track\":\"%23440+Scrum-Konferenz%3A+Die+Rolle+des+Product+Owners\",\"display_infobox\":\"on\"});}});\n\/* ]]> *\/<\/script><\/div>","protected":false},"excerpt":{"rendered":"<p>Im heutigen Beitrag widmet sich der bekannte Scrum-Autor Roman Pichler\u00a0 der Rolle des Product Owners. Bei der Einf\u00fchrung von agilen Projektmanagement-Methoden stellt die Rolle des Product Owners immer wieder eine Herausforderung dar und f\u00fchrt zu Schwierigkeiten. Die Rolle geht \u00fcber das klassische Produktmanagement hinaus. H\u00e4ufig besteht schon eine Schwierigkeit in der Besetzung der Rolle. Wer [&hellip;]<\/p>\n","protected":false},"author":4,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_crdt_document":"","footnotes":""},"categories":[8,11],"tags":[235,234,236,36],"class_list":["post-1699","post","type-post","status-publish","format-standard","hentry","category-projektmanagement","category-softwareentwicklung","tag-backlog","tag-product-owner","tag-product-vision","tag-scrum"],"_links":{"self":[{"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/posts\/1699","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/users\/4"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/comments?post=1699"}],"version-history":[{"count":7,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/posts\/1699\/revisions"}],"predecessor-version":[{"id":1706,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/posts\/1699\/revisions\/1706"}],"wp:attachment":[{"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/media?parent=1699"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/categories?post=1699"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bernhardschloss.de\/blog\/wp-json\/wp\/v2\/tags?post=1699"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}