1. Verstehen Sie die Schmerzen und Bedürfnisse Ihres Kunden
Aktualisieren Sie den Benutzer, nicht Ihr Produkt. Bauen Sie keine besseren Kameras - bauen Sie bessere Fotografen. - Kathy Sierra
Ihre (zukünftigen) Kunden kommen nicht für Ihr Produkt zu Ihnen. Sie wollen etwas, das ihr eigenes Leben verbessert - den Fortschritt, den es bietet. Sie müssen sich darauf konzentrieren, die Schmerzen, Wünsche, Bestrebungen und Probleme Ihrer Kunden zu verstehen, wenn Sie ein großartiges Produkt entwickeln möchten, das Wert liefert.
Die Empathiekarte ist ein großartiges Werkzeug, um sich in die Lage des Kunden und seiner Schmerzen und Bedürfnisse zu versetzen. Hierfür steht eine Vorlage zur Verfügung, die Sie sofort anwenden können. Sie finden dies am Ende dieses Blogs.
2. Machen Sie Wertschöpfung zu einer Teamleistung
Ein wertvolles Produkt zu liefern ist Teamwork! Als Product Owner müssen Sie sicherstellen, dass das gesamte Scrum-Team versteht, wie wir unseren Kunden und dem Unternehmen einen Mehrwert bieten. Sie tun dies, indem Sie das Scrum-Team aktiv in Diskussionen einbeziehen, um zu entscheiden, was das Richtige ist, um die besten Ergebnisse zu erzielen.
Sie bekommen zurück, was Sie geben. Beziehen Sie Ihr Team in Ihre Entscheidungen ein und es wird sich involviert fühlen, was den Einsatz erhöht. Wenn Sie dies nicht tun, schaffen Sie Distanz und das Team kümmert sich weniger um das Ergebnis.
3. Schaffen Sie eine Umgebung, in der es sicher ist, Fehler zu machen
"Wenn Misserfolg keine Option ist, ist Erfolg auch keine." - Seth Godin
Bei jedem Sprint besteht die Möglichkeit, dass Ihr Team scheitert. Die Art und Weise, wie Sie das Team in Zeiten des Scheiterns behandeln, ist entscheidend für den Erfolg. Das Scheitern sollte in Ordnung sein, vorausgesetzt, wir lernen etwas daraus, um in Zukunft erfolgreich zu sein.
Die fünf Funktionsstörungen eines Patrick Lencioni-Teammodells zeigen, warum psychologische Sicherheit für die Schaffung eines leistungsstarken Teams unerlässlich ist. Psychologische Sicherheit entsteht, wenn sich Teammitglieder sicher fühlen, Risiken einzugehen und es zu wagen, verletzlich zu sein.
Die 5 Funktionsstörungen eines Teammodells werden durch Untersuchungen des Aristoteles-Projekts bei Google unterstützt. Sie fanden, dass psychologische Sicherheit wichtiger ist als ein Team von Superstars.
Psychologische Sicherheit ist für die Arbeit von Scrum unerlässlich. Ein Prozessrahmen kann nur dann zu einem besseren Arbeitsprozess führen, wenn eine psychologische Sicherheitsgrundlage vorhanden ist, die Experimente und Misserfolge ermöglicht.
4. Konzentrieren Sie sich darauf, die richtigen Dinge zu tun
„Einfach kann schwieriger als komplex sein: Sie müssen hart arbeiten, um Ihr Denken zu klären und es einfach zu machen. Aber am Ende ist es so het Es lohnt sich, denn wenn Sie dort angekommen sind, können Sie Berge versetzen. - Steve Jobs
Ich würde sagen, dass die wichtigste Aufgabe eines Product Owners darin besteht, den Fokus zu schaffen. Sie müssen eliminieren, was nicht wichtig ist, damit das, was wichtig ist, auffällt. Andernfalls verringern die Dinge, die keine Rolle spielen, den Wert Ihres Produkts.
Scrum hilft den Produktbesitzern, sich auf natürliche Weise zu konzentrieren, indem für jeden Sprint ein klares Sprint-Ziel erforderlich ist.
Die Arbeit mit Sprint-Zielen reicht nicht aus. Es muss eine übergreifende Produktvision und Produktstrategie geben, um die Kohärenz zwischen den verschiedenen Sprintzielen sicherzustellen.
5. Beginnen mit ondie Suche voordat je beginnt zu liefern
Die meisten Unternehmen stecken immer noch im Werksmodus fest und jubeln, wenn Teams neue Funktionen veröffentlichen. Widerstehen Sie der Versuchung, jedes Mal eine neue Funktion aufzubauen, wenn jemand danach fragt. Zuerst recherchieren und später bauen. Priorisieren Sie Forschung und Lernen, damit Sie verstehen, wie wichtig diese Position ist und was sie tatsächlich braucht, um erfolgreich zu sein.
Führen Sie Experimente durch und sammeln Sie Beweise, damit Sie so viel wie möglich über die Bedürfnisse des Kunden wissen, bevor Sie eine Funktion erstellen. Strebe nach weniger, aber besser. Manchmal ist es sinnvoll, gleichzeitig zu bauen und zu lernen. Treffen Sie zuerst eine bewusste Entscheidung, wenn der beste Weg darin besteht, die Chancen zu erhöhen, den richtigen Weg zu finden.
Wie wahrscheinlich ist es, dass eine Funktion entfernt wird, sobald sie in Ihrem Produkt enthalten ist? Sobald die Funktion eingerichtet ist, muss sie fast immer gewartet werden. Deshalb sollten Sie beim Aufbau neuer Funktionen bewusst wählen. Stellen Sie zunächst eine Hypothese auf und bewerten Sie dabei, ob Sie das erreicht haben, was Sie erreichen wollten.
6. Lieben Sie Ihr Produkt Rückstand Karte
Beachten Sie die Elemente, die Sie in Ihrem Product Backlog platzieren. Sie möchten vermeiden, dass Ihr Product Backlog mit Ideen oder Dingen überfüllt ist, die Sie wahrscheinlich nicht aufgreifen werden. Behandeln Sie Ihren Product Backlog wie Milch: Haben Sie auf absehbare Zeit gerade genug, aber nicht mehr. Andernfalls wird Ihr Product Backlog alt und es wird Mühe geben, es wieder frisch zu machen.
7. Seien Sie faul beim Schreiben von Product Backlog-Elementen
Viele Product Owners verbringen viel Zeit damit, Product Backlog Items zu schreiben. Mein Tipp: Tu das nicht! Es ist eine große Zeitverschwendung und nicht die Möglichkeit, dem Scrum-Team einen Mehrwert zu bieten. Ein ausführlich beschriebenes Produkt Baclog Items hilft dabei, die Funktion richtig zu erstellen, aber nicht die richtige Funktion. Aufgrund meiner persönlichen Erfahrung sollte ein Product Owner nur 20% seiner Zeit für die Lieferung und 80% für die Ermittlung und Validierung aufwenden.
Konzentrieren Sie sich darauf, das Problem zu verstehen, das Sie lösen möchten, und geben Sie diese Informationen an das Entwicklungsteam weiter. Erstellen Sie dann die Product Backlog-Elemente zusammen. Auf diese Weise ist es ein funktionierendes Produkt des gesamten Scrum-Teams und nicht nur Sie. Wenn Sie daran zusammenarbeiten, wird jeder das Gleiche verstehen und sich daran erinnern, was getan werden muss, um das Produkt zu verbessern.
Letztendlich spielt es keine Rolle, was im Product Backlog-Artikel geschrieben steht: Es ist das Wichtigste, das Entwicklungsteam zu verstehen.
8. Entfernen Sie nicht verwendete und nicht wertschöpfende Funktionen
Jede Funktion muss Ihrem Produkt einen Mehrwert verleihen und den Mitgliedsbeitrag bezahlen. Funktionen, die nicht ihr eigenes Gewicht ziehen, verringern den Wert Ihres Produkts. Nicht verwendete Funktionen sind wie Parasiten, die Geld verbrennen, um am Leben zu bleiben: Infrastrukturkosten, Kosten aufgrund von Produktionsproblemen und Wartungskosten, um sie auf neueren Versionen auszuführen. Sie können nicht schnell auf Änderungen reagieren, wenn all diese Parasiten Sie verlangsamen.
Entfernen Sie diese Funktionen daher schnell, da dadurch Kapazitäten für die Arbeit an wertvolleren Dingen frei werden und im Laufe der Zeit viel Geld gespart wird.
Das Entfernen nicht verwendeter Funktionen ist aus zwei Gründen schwierig:
9. Lassen Sie das Team die Lösung finden, aber fordern Sie sie heraus!
Als Product Owner müssen Sie sich darauf konzentrieren, das Problem zu erklären, das Sie lösen möchten. Es ist nicht Ihre Aufgabe, eine technische Lösung zu finden. Ihre Aufgabe ist es, sicherzustellen, dass die technische Lösung den größtmöglichen Nutzen bietet. Fordern Sie Ihr Team heraus, wenn Sie der Meinung sind, dass es eine Lösung findet, die zu kompliziert ist, um sicherzustellen, dass all diese Komplexität wirklich benötigt wird. Lösungen sollten so einfach wie möglich sein, aber nicht einfacher.
10. Verwalten Sie Ihre Kunden nicht, sondern binden Sie sie ein
Unglückliche Stakeholder können Ihrem Job als Product Owner das Leben schwer machen. Deshalb ist es sehr wichtig, dass Sie einen Weg finden, sie glücklich zu machen. Der beste Weg, dies zu tun, besteht nicht darin, Ihre Stakeholder zu verwalten, sondern sie einzubeziehen. Eine einfache Möglichkeit, Ihre wichtigsten Stakeholder einzubeziehen, besteht darin, sie zur nächsten Sprint-Überprüfung einzuladen.
1. Verstehen Sie die Schmerzen und Bedürfnisse Ihres Kunden
Aktualisieren Sie den Benutzer, nicht Ihr Produkt. Bauen Sie keine besseren Kameras - bauen Sie bessere Fotografen. - Kathy Sierra
Ihre (zukünftigen) Kunden kommen nicht für Ihr Produkt zu Ihnen. Sie wollen etwas, das ihr eigenes Leben verbessert - den Fortschritt, den es bietet. Sie müssen sich darauf konzentrieren, die Schmerzen, Wünsche, Bestrebungen und Probleme Ihrer Kunden zu verstehen, wenn Sie ein großartiges Produkt entwickeln möchten, das Wert liefert.
Die Empathiekarte ist ein großartiges Werkzeug, um sich in die Lage des Kunden und seiner Schmerzen und Bedürfnisse zu versetzen. Hierfür steht eine Vorlage zur Verfügung, die Sie sofort anwenden können. Sie finden dies am Ende dieses Blogs.
2. Machen Sie Wertschöpfung zu einer Teamleistung
Ein wertvolles Produkt zu liefern ist Teamwork! Als Product Owner müssen Sie sicherstellen, dass das gesamte Scrum-Team versteht, wie wir unseren Kunden und dem Unternehmen einen Mehrwert bieten. Sie tun dies, indem Sie das Scrum-Team aktiv in Diskussionen einbeziehen, um zu entscheiden, was das Richtige ist, um die besten Ergebnisse zu erzielen.
Sie bekommen zurück, was Sie geben. Beziehen Sie Ihr Team in Ihre Entscheidungen ein und es wird sich involviert fühlen, was den Einsatz erhöht. Wenn Sie dies nicht tun, schaffen Sie Distanz und das Team kümmert sich weniger um das Ergebnis.
3. Schaffen Sie eine Umgebung, in der es sicher ist, Fehler zu machen
"Wenn Misserfolg keine Option ist, ist Erfolg auch keine." - Seth Godin
Bei jedem Sprint besteht die Möglichkeit, dass Ihr Team scheitert. Die Art und Weise, wie Sie das Team in Zeiten des Scheiterns behandeln, ist entscheidend für den Erfolg. Das Scheitern sollte in Ordnung sein, vorausgesetzt, wir lernen etwas daraus, um in Zukunft erfolgreich zu sein.
Die fünf Funktionsstörungen eines Patrick Lencioni-Teammodells zeigen, warum psychologische Sicherheit für die Schaffung eines leistungsstarken Teams unerlässlich ist. Psychologische Sicherheit entsteht, wenn sich Teammitglieder sicher fühlen, Risiken einzugehen und es zu wagen, verletzlich zu sein.
Die 5 Funktionsstörungen eines Teammodells werden durch Untersuchungen des Aristoteles-Projekts bei Google unterstützt. Sie fanden, dass psychologische Sicherheit wichtiger ist als ein Team von Superstars.
Psychologische Sicherheit ist für die Arbeit von Scrum unerlässlich. Ein Prozessrahmen kann nur dann zu einem besseren Arbeitsprozess führen, wenn eine psychologische Sicherheitsgrundlage vorhanden ist, die Experimente und Misserfolge ermöglicht.
4. Konzentrieren Sie sich darauf, die richtigen Dinge zu tun
„Einfach kann schwieriger als komplex sein: Sie müssen hart arbeiten, um Ihr Denken zu klären und es einfach zu machen. Aber am Ende ist es so het Es lohnt sich, denn wenn Sie dort angekommen sind, können Sie Berge versetzen. - Steve Jobs
Ich würde sagen, dass die wichtigste Aufgabe eines Product Owners darin besteht, den Fokus zu schaffen. Sie müssen eliminieren, was nicht wichtig ist, damit das, was wichtig ist, auffällt. Andernfalls verringern die Dinge, die keine Rolle spielen, den Wert Ihres Produkts.
Scrum hilft den Produktbesitzern, sich auf natürliche Weise zu konzentrieren, indem für jeden Sprint ein klares Sprint-Ziel erforderlich ist.
Die Arbeit mit Sprint-Zielen reicht nicht aus. Es muss eine übergreifende Produktvision und Produktstrategie geben, um die Kohärenz zwischen den verschiedenen Sprintzielen sicherzustellen.
5. Beginnen mit ondie Suche voordat je beginnt zu liefern
Die meisten Unternehmen stecken immer noch im Werksmodus fest und jubeln, wenn Teams neue Funktionen veröffentlichen. Widerstehen Sie der Versuchung, jedes Mal eine neue Funktion aufzubauen, wenn jemand danach fragt. Zuerst recherchieren und später bauen. Priorisieren Sie Forschung und Lernen, damit Sie verstehen, wie wichtig diese Position ist und was sie tatsächlich braucht, um erfolgreich zu sein.
Führen Sie Experimente durch und sammeln Sie Beweise, damit Sie so viel wie möglich über die Bedürfnisse des Kunden wissen, bevor Sie eine Funktion erstellen. Strebe nach weniger, aber besser. Manchmal ist es sinnvoll, gleichzeitig zu bauen und zu lernen. Treffen Sie zuerst eine bewusste Entscheidung, wenn der beste Weg darin besteht, die Chancen zu erhöhen, den richtigen Weg zu finden.
Wie wahrscheinlich ist es, dass eine Funktion entfernt wird, sobald sie in Ihrem Produkt enthalten ist? Sobald die Funktion eingerichtet ist, muss sie fast immer gewartet werden. Deshalb sollten Sie beim Aufbau neuer Funktionen bewusst wählen. Stellen Sie zunächst eine Hypothese auf und bewerten Sie dabei, ob Sie das erreicht haben, was Sie erreichen wollten.
6. Lieben Sie Ihr Produkt Rückstand Karte
Beachten Sie die Elemente, die Sie in Ihrem Product Backlog platzieren. Sie möchten vermeiden, dass Ihr Product Backlog mit Ideen oder Dingen überfüllt ist, die Sie wahrscheinlich nicht aufgreifen werden. Behandeln Sie Ihren Product Backlog wie Milch: Haben Sie auf absehbare Zeit gerade genug, aber nicht mehr. Andernfalls wird Ihr Product Backlog alt und es wird Mühe geben, es wieder frisch zu machen.
7. Seien Sie faul beim Schreiben von Product Backlog-Elementen
Viele Product Owners verbringen viel Zeit damit, Product Backlog Items zu schreiben. Mein Tipp: Tu das nicht! Es ist eine große Zeitverschwendung und nicht die Möglichkeit, dem Scrum-Team einen Mehrwert zu bieten. Ein ausführlich beschriebenes Produkt Baclog Items hilft dabei, die Funktion richtig zu erstellen, aber nicht die richtige Funktion. Aufgrund meiner persönlichen Erfahrung sollte ein Product Owner nur 20% seiner Zeit für die Lieferung und 80% für die Ermittlung und Validierung aufwenden.
Konzentrieren Sie sich darauf, das Problem zu verstehen, das Sie lösen möchten, und geben Sie diese Informationen an das Entwicklungsteam weiter. Erstellen Sie dann die Product Backlog-Elemente zusammen. Auf diese Weise ist es ein funktionierendes Produkt des gesamten Scrum-Teams und nicht nur Sie. Wenn Sie daran zusammenarbeiten, wird jeder das Gleiche verstehen und sich daran erinnern, was getan werden muss, um das Produkt zu verbessern.
Letztendlich spielt es keine Rolle, was im Product Backlog-Artikel geschrieben steht: Es ist das Wichtigste, das Entwicklungsteam zu verstehen.
8. Entfernen Sie nicht verwendete und nicht wertschöpfende Funktionen
Jede Funktion muss Ihrem Produkt einen Mehrwert verleihen und den Mitgliedsbeitrag bezahlen. Funktionen, die nicht ihr eigenes Gewicht ziehen, verringern den Wert Ihres Produkts. Nicht verwendete Funktionen sind wie Parasiten, die Geld verbrennen, um am Leben zu bleiben: Infrastrukturkosten, Kosten aufgrund von Produktionsproblemen und Wartungskosten, um sie auf neueren Versionen auszuführen. Sie können nicht schnell auf Änderungen reagieren, wenn all diese Parasiten Sie verlangsamen.
Entfernen Sie diese Funktionen daher schnell, da dadurch Kapazitäten für die Arbeit an wertvolleren Dingen frei werden und im Laufe der Zeit viel Geld gespart wird.
Das Entfernen nicht verwendeter Funktionen ist aus zwei Gründen schwierig:
9. Lassen Sie das Team die Lösung finden, aber fordern Sie sie heraus!
Als Product Owner müssen Sie sich darauf konzentrieren, das Problem zu erklären, das Sie lösen möchten. Es ist nicht Ihre Aufgabe, eine technische Lösung zu finden. Ihre Aufgabe ist es, sicherzustellen, dass die technische Lösung den größtmöglichen Nutzen bietet. Fordern Sie Ihr Team heraus, wenn Sie der Meinung sind, dass es eine Lösung findet, die zu kompliziert ist, um sicherzustellen, dass all diese Komplexität wirklich benötigt wird. Lösungen sollten so einfach wie möglich sein, aber nicht einfacher.
10. Verwalten Sie Ihre Kunden nicht, sondern binden Sie sie ein
Unglückliche Stakeholder können Ihrem Job als Product Owner das Leben schwer machen. Deshalb ist es sehr wichtig, dass Sie einen Weg finden, sie glücklich zu machen. Der beste Weg, dies zu tun, besteht nicht darin, Ihre Stakeholder zu verwalten, sondern sie einzubeziehen. Eine einfache Möglichkeit, Ihre wichtigsten Stakeholder einzubeziehen, besteht darin, sie zur nächsten Sprint-Überprüfung einzuladen.
Es ist unsere Aufgabe um Kunden zu helfen, ihre zu bekommen Ambitionen ändern in Erfüllung gehen.
Unser Standort in Amersfoort liegt direkt gegenüber dem Haupteingang des NS-Bahnhofs und ist daher mit öffentlichen Verkehrsmitteln gut erreichbar.
Wenn Sie mit dem Auto anreisen, parken Sie am besten im Q-Park P+R Barchman Wuytierslaan, etwa 5 Gehminuten von unserem Büro entfernt.
