Alles ist wie im Leben.
Hintergrund
In klassischen Methoden war die Rolle des Product Owner nicht. Zum ersten Mal wurde die Rolle des Product Owners im Scrum-Framework angezeigt. Zuvor hatte die Rolle des Projektmanagers in der PMI-PMBoK-Methodik die engste Bedeutung. Die Rolle des Projektmanagers enthielt eine Reihe von Widersprüchen und Interessenkonflikten:
- Der Projektmanager war sowohl für das Team als auch für die Beziehung zum Kunden verantwortlich. Leider widersprechen die Interessen des Kunden den Interessen des Teams.
- Der Projektmanager war nur für die Produkterstellungsphase verantwortlich. Dem Projektmanager ist es egal, was später passieren wird. Die Hauptsache ist, das Projekt mit den erforderlichen Eigenschaften und der Qualität abzuschließen und das Budget rechtzeitig einzuhalten.
- Der Projektmanager muss nicht wissen, wie er das Produkt verkaufen und bewerben soll. Daher gibt es so viele gescheiterte, aber formal erfolgreiche (pünktlich und innerhalb des Budgets abgeschlossene) Projekte.
Die Entwickler von Scrum lösen diese Probleme:
- Wir haben die Rolle des Projektmanagers in zwei Teile geteilt: Scrum Master, der sich um das Team kümmert, eine Art strenge, aber liebevolle Nanny und der Besitzer des Produkts.
- Sie haben es so gemacht, dass die Verantwortung des Produktbesitzers nicht mit dem Abschluss der Entwicklung endet, sondern während der Zeit des kommerziellen Betriebs fortbesteht.
- Wir haben entschieden, dass die Kompetenz des Inhabers des Produkts Folgendes umfasst: Marketing, Vertrieb, Geschäftskenntnisse und den Themenbereich.
Wer ist der Product Owner?
Der Produktbesitzer ist ein universeller Soldat, der versteht, was Softwareentwicklung ist. kennt den Entwicklungslebenszyklus; stellt dar, wie ein Produkt beworben und verkauft werden kann, versteht die Marktbedingungen und -trends des Zielmarktes; kennt UI und UX; Kann wichtige Produktmetriken vorhersagen und messen.
Die Geschichte eines idealen Produktbesitzers könnte folgendermaßen klingen:
- Er arbeitete in der IT als Entwickler, Planer oder Designer.
- Dank der in der IT seltenen Kommunikations- und Führungsqualitäten ist es zum Projektmanager gewachsen.
- Ich hörte hier nicht auf und begann mich in Richtung Geschäft, Marketing und Vertrieb zu entwickeln.
Dies ist jedoch ideal, aber in der Praxis: Jeder, der „großartige Ideen“ einbringt, versteht sich als Eigentümer des Produkts. Wenn diese Ideen nicht umgesetzt werden, können Sie außerdem die Schuld für Entwicklung, Designer, Marketing oder Vertrieb übernehmen.
7 Sünden des Produktbesitzers
- Stellt keine messbaren Geschäftshypothesen auf. Das heißt, wenn wir diese Funktion implementieren, erhalten wir einen solchen Vorteil: Erhöhen Sie die Conversion um n%, senken Sie die Kosten des Benutzers um m Rubel und verdienen Sie so viel Geld. Darüber hinaus müssen nicht nur beliebige Werte von Metriken benannt, sondern auch diese Werte begründet werden.
- Erklärt dem Team nicht die Änderungsziele. Wenn der Auftragnehmer die Ziele nicht versteht oder nicht teilt, treten zwei Probleme auf: Der Auftragnehmer tut nicht, was der Produktbesitzer wollte; macht es schlecht und langsam. Darüber hinaus ist das Team der primäre Zensor der Idee. Sie können dem Team den Wert der Idee nicht beweisen. Überlegen Sie, ob die Idee sinnvoll ist.
- Nicht an der Implementierung beteiligt. Wenn der Product Owner keine Artefakte überprüft: User Stories, Prototypen, Flussdiagramme, das Ergebnis, erhält er nicht das, was er wollte.
- Nicht an der Annahme beteiligt. Der Besitzer des Produkts muss vor dem Testen von Spezialisten vorgefertigte Änderungen akzeptieren, um sicherzustellen, dass diese das Notwendige und in der richtigen Qualität getan haben.
- Überprüft die Ergebnisse nicht. Nachdem Sie messbare Geschäftshypothesen aufgestellt haben, prüfen Sie, ob sich herausgestellt hat, dass prognostizierte Ergebnisse erzielt wurden oder nicht. Das heißt, überprüfen Sie den Plan mit der Tatsache.
- Zieht keine Schlussfolgerungen. Nach der Einführung von Änderungen ist es notwendig, nicht nur den Plan mit der Tatsache zu vergleichen, sondern auch den Grund zu verstehen, warum diese Ergebnisse erzielt oder nicht erreicht wurden. Versuchen Sie in Zukunft, positive Ergebnisse zu stärken und negative auszugleichen.
- Er denkt nicht darüber nach, was in Zukunft mit dem Produkt passieren wird. Wer und wie wird das Produkt unterstützen, entwickeln und verkaufen.
Idealer Produktbesitzer
Entfernen Sie das "Nicht" -Partikel aus der vorherigen Liste und finden Sie den perfekten Produktbesitzer.
Tipps
- Je mehr Sie über verwandte Bereiche, Unternehmen, Themenbereiche und Wettbewerber wissen, desto einfacher ist es, eine gute Idee zu finden.
- Je erfolgreicher Ihre Funktionen sind, desto mehr Glaubwürdigkeit haben Sie gegenüber dem Team und dem Kunden. Irgendwann wird die Autorität für Sie arbeiten.
- Nutzen Sie alle - der Kunde hat erfolgreiche Funktionen, das Nishtyaki-Team.