Der Product Owner. Einfach praxisnah erklärt

[@jessicagotz8227]

Ich stecke gerade in einer PM Weiterbildung mit Scrum Zertifizierung. Klasse deine Videos. Dank dir verstehe ich langsam die grundlegenden Unterschiede zwischen dem klassische und dem agilen PM bzw. Scrum :-) Macht richtug Spaß ! Coole Sache. Danke dir

[@fabian-schaub]

das freut mich unglaublich zu lesen. Danke dir! Wenn du eine bestimmte Frage hast: gerne her damit

[@Game_Lab_Germany]

Ich hab mega bock in diese Rolle rein zukommen, als ENTP-A klingt das wie gemacht für mich. Mal gespannt wo ich eine passende Schulung finde.

[@fabian-schaub]

Du kannst mir gerne an [e-mail] eine Mail schreiben und wir telefonieren mal. Ich entwickle in dem Bereich aktuell meine eigene Schulung und bin immer dankbar über Impulse, Gedanken und Austausch

[@Game_Lab_Germany]

@@fabian-schaub Hab dir geschrieben (:

[@ressagg3164]

Hi Fabian, vielen Dank für dein informatives Video! Denkst du Scrum kann auch für andere Produkte als Softwares verwendet werden? Danke & VG

[@fabian-schaub]

Guten Morgen und danke dir. Ich habe Scrum schon außerhalb der Softwareentwicklung in Abwandlung erfolgreich gesehen. Der Kerngedanke ist dann das Arbeiten mit Hypothesen. Hypothese: Nach der Erledigung der Arbeit der folgenden zwei Wochen (Sprintbacklog), wird das Produkt sich so und so weiterentwickelt haben und der Kunde hat Z davon. Die wichtigste Frage für mich ist immer: Welches Problem gilt es zu lösen und wo ist die aktuelle Art zu arbeiten hinderlich / hat Herausforderungen.

[@pbo8888]

@Fabian: Welche Aufgaben hat dann Produktmanager? Ich denke, dass die Rollen von PM und PO sehr oft vermischt sind, und nur wenige Unternehmen die einzelne Personen als PM, PO und SM einstellen.

[@sebastianressler7196]

suuuper Einblick! 🙏🏼

[@fabian-schaub]

Lieben Dank!

[@TheMegabonger]

Sehr cooles Video.. will in die Richtung Scrum in Zukunft was machen und schaue mir deine komplette Reihe an. Gefällt mir sehr gut!

[@JackOrsen5]

Hey! Wie wichtig schätzt du denn die Fachexpertise für ein Produkt eines Product Owners ein? Einführung eines Onlineshops, ERP, ITSM… Kann ein PO alles oder muss er sich fachlich auskennen?

[@fabian-schaub]

Hey, als sehr wichtig. Der PO muss das Produkt fachlich voll durchdringen. Technisch muss er natürlich nicht alle Details kennen, dafür ist das Team da

[@JackOrsen5]

@@fabian-schaub Danke für die Rückmeldung! Tut denn ein PO auch fachlich beraten und Anfroderungsworkshops durchführen? Oder ist hier die Trennung zu Beratern?

[@lidijalincender461]

In Konzernen ist der PO meistens der Teamleiter....Ich habe auch den Eindruck, dass das Team das braucht.

[@harry-eto]

Cool beschrieben!

[@Paritie]

Weist ein PO eigentlich beim Sprint Planning die Taks des nächsten Sprints an die anderen Teilnehmer dss Projekts zu oder müssen die anderen ihre Tasks selber wählen ?

[@fabian-schaub]

Am Ende vom Sprint Planning wird das Team gefragt, ob sie alles haben, um die Aufgaben des Sprints zu erledigen. Wenn sie ja sagen und der Sprint gestartet ist, gehen die Entwickler gemeinsam ins Planning 2 und detaillieren die Aufgaben so, dass sie technisch umsetzbar werden. Danach wählt jetzt Entwickler einen Task, den er oder sie umsetzen möchte. Die Antwort in kurz: Das Team zieht sich die Arbeit. Es gibt keine Zuweisung durch den PO.

[@Paritie]

@@fabian-schaub Vielen Dank für Ihre Antwort; das war super hilfreich:) Wir machen gerade in der Uni ein Software Projekt und in dem Punkt haben sich die Aussagen unserer Tutoren und Dozenten etwas widersprochen.

[@enricon.3527]

Gibt es auch ein Video, in welchem du den Zusammenhang mit einer Projektdefinitionsphase stellst, sprich die Verknüpfung des SCRUM-Prozesses zum Beispiel mit Design Thinking?

[@fabian-schaub]

Bisher noch nicht. Vielen Dank für deinen Impuls / Frage. Ich werde zeitnah etwas zu dem Thema drehen :)

[@enricon.3527]

@@fabian-schaub Meine Erfahrung nach ist SCRUM alleine gestellt nicht wirklich effektiv, da die oftmals ein Projekt-Definition außen vorgelassen wird. Als Product Owner mache ich es mir einfacher, wenn ich zusammen mit dem Kunden einen Prototypen gemeinsam (!) entwickle, welcher dann die Basis des MVP und verschiedener Ausbaustufen bildet.

[@sandorbarics2187]

wie arbeitet der product owner mit den Scrum master zusammen?

[@fabian-schaub]

Gute Frage und nicht einfach zu beantworten. Im Idealfall arbeiten sie sehr eng in der Frage zusammen, wie sie das Team am besten unterstützen können. Der Scrum Master hält dem PO den Rücken frei und schaut, dass die menschlichen Führungsthemen ihren Raum haben. Woher kommt deine Frage? Also arbeitest du in einer der Rollen und siehst eine Herausforderung?

[@lidijalincender461]

@@fabian-schaub Theorie. In der Praxis sehe ich den SM leider nur als Overhead.

[@yea-yea]

@@lidijalincender461 Ich sehe auch genauso. Wenn man nicht programmieren kann, ist man heutzutage einfach SM und ganzen Tag nur Meetings moderieren mit komischen Regeln (Timebox etc.). Also um die Sachen, die SMs machen, braucht man keine extra Mitarbeiter, weil diese Rolle im Praxis tatsächlich keine hohe Qualifikation erfordert. Sad but true für viele.

[@yea-yea]

Hallo Fabian, gute Erklärung, danke. Das ist aber leider alles Theorie, wie Du auch schon weißt. In der Praxis ist die Softwareentwicklung-Welt leider nicht so. POs und SMs nur reden reden und reden. Den meisten Workload und Stress haben am Ende des Tages die SW Entwickler, weil sie durch Agile Crap implizit micromanaged und unter Druck gesetzt werden. Bitte sag nicht typische Sätze wie "Dann wird die Agile Methodologie nicht richtig angewendet wo du bist, so ist die echte Agile nicht."... Leider so ist die echte Agile nach vielen Jahren in diesem Bereich und 3 verschiedene Länder in meiner Karriere. POs versprechen für unrealistische Deadlines, während SMs mit farbigen Stickers und komischen Plan Charts auf Mural spielen und gleichzeitig sind alle Entwickler gelangweilt und frustriert, weil sie schon sehen diese Gruppen haben von SW Entwicklung keine praktische Ahnung und wenn sie selbst diese unrealistischen Deadlines nicht einhalten können, dann sind sie sofort Schuld. Nicht die POs oder SMs, die nur über die Theorie und Pläne rumlabern und meistens so viel Geld wie Entwickler machen, obwohl sie nicht gleich wichtig für das Projekt sind.

[@fabian-schaub]

Hey, vielen Dank für deinen Kommentar. Ich habe in der aktuellen Folge direkt darauf geantwortet. Es geht viel um Perspektivenwechsel, weil du natürlich mit deinen Erfahrungen Recht haben wirst. Ich habe noch ein paar andere gemacht und es wird ein bisschen philosophisch und vielleicht sogar mit Potenzial für einen kleinen Konflikt: #181 Über Schuld, Verantwortung und Perspektivenwechsel kzbin.info/www/bejne/nIeaeXmufsRmnJI

[@mxmx2842]

Ja SM und PO klingen für Menschen aus dem Management zu sexy! Dabei sollte ein PO lediglich der Priorisierer der fachlichen Anforderungen sein. Ohne technische Entscheidungsgewalt. Als technischer Gegenspieler sollte ein Lead-Developer oder Architekt aus dem Team auftreten, der die für sich für die technische Umsetzung verantwortlich zeichnet. Im Scrumguide wird besonders wer auf die Definition of Done gelegt. Sie wird vom Team festgelegt und nur wenn das DEV-Team am Ende des Sprints der Meinung ist diese ist erfüllt (nur sie sind dazu technisch in der Lage) so wandert das Item in das neue Increment. Anderenfalls kommt es zurück in den Backlog. Noch zum SM. er ist eigentlich der Hüter des Scrum-Prozess ist also verantwortlich für das Einhalten dieses. D.h. er hält äußere Einflüsse vom Team fern und leitet die Scrum-Events. Das bedeutet auch das beim Backlockgrooming unzureichend spezifizierte Anforderungen zur Not an den PO zurückgehen müssen. Nichts ist schlimmer als falsche fachlichen Anforderungen die technisch einwandfrei umgesetzt werden. Damit erzeugt man 100 Prozent an verschwendeten Entwicklerresourcen in einem Sprint. Es braucht also eine starke Persönlichkeit auf der Position des SM. In der Praxis werden hier aber oft Personen eingestellt die gerne in dem Unternehmen Karriere machen möchten und damit nicht als Anwalt des Teams nach außen auftreten.

[@mxmx2842]

Besser klappt es wenn die Rolle des SM von einem Entwickler aus dem Team ausgefüllt wird. Das geht! Scrum spricht von Rollen nicht von Stellen.

[@vuboOoO]

Es fühlt sich komisch an, NORMALE deutsche Sätze zu hören ohne das Gendern. Danke und danke auch für das tolle Video!