Die Rolle des Product Owner (oft mit unterschiedlichen Bezeichnungen, aber im Allgemeinen mit dem gleichen Konzept) beinhaltet die Priorisierung des Product Backlogs mit der richtigen Vision, um den Produktwert zu maximieren. In vielen Organisationen wird der Begriff "Produkt" recht weit ausgelegt, während einer der Kernwerte von Scrum "Fokus" lautet. Leider fehlt es oft an diesem Fokus, was dazu führt, dass ein Product Owner an verschiedenen "Teilen" eines Produkts arbeitet, die eigentlich separate Produkte sein sollten. Daher kann ein klarer Überblick über die KPIs einem Product Owner helfen, sich auf die Aspekte des Produkts zu konzentrieren, die positiv zu diesen Indikatoren beitragen.
Leistungsindikatoren sind die Messgrößen, die Teams oder Organisationen regelmäßig überprüfen, um sicherzustellen, dass sie auf dem richtigen Weg sind oder dass Anpassungen vorgenommen werden müssen. Es ist wichtig, sie von Leistungsindikatoren zu unterscheiden. Eine negative Abweichung bei den KPIs erfordert sofortige Maßnahmen, während eine Abweichung bei den Leistungsindikatoren dies nicht tut. Oft sind die Leistungsindikatoren für ein Produkt nicht konkret definiert, wodurch sich Möglichkeiten zur Optimierung ergeben.
Man kann es mit einem Auto vergleichen: Wenn es in einer Radarfalle zu schnell fährt (km/h), muss dies sofort korrigiert werden (KPI). Der Kilometerstand hingegen muss über einen bestimmten Zeitraum überwacht werden (PI). Im Falle eines E-Commerce-Webshops wird der Umsatz überwacht. Weicht er vom Budget ab, sind Anpassungen erforderlich. Wenn jedoch die Newsletter-Abonnements im Laufe des Tages deutlich zurückgehen, besteht möglicherweise kein unmittelbarer Handlungsbedarf. Das Gleiche gilt für weniger öffentliche Produkte wie ERP Systeme oder Auftragsverwaltung Systeme. Wenn die Zahl der exportierten Bestellungen im Vergleich zum Durchschnitt (z. B. pro Minute) sinkt, deutet dies auf ein Problem hin. Ebenso deutet ein Anstieg der Zahl interner Berichte über eine bestimmte Funktion darauf hin, dass sie nicht benutzerfreundlich ist und besondere Aufmerksamkeit erfordert. Dies kann als Leistungsindikator betrachtet werden. Ein Überblick über diese Indikatoren, der auch als KPI-Rahmen bekannt ist, hilft einer Organisation, sich auf das zu konzentrieren, was wirklich wichtig für das Unternehmen und die optimale Customer Journey ist.
Die Fähigkeit, "Nein" zu sagen, ist einer der wichtigsten Aspekte des Stakeholder-Managements im Rahmen der Produktverantwortung. Nicht alles kann oder sollte sofort angegangen werden. Dies geschieht im Wesentlichen auf der Grundlage der Produktvision, die Sie haben. In der Praxis ist dies leichter gesagt als getan, insbesondere bei einem generischen Produkt. Der Verweis auf die KPIs der Organisation kann hier helfen. User Stories, die direkt zur Erreichung der KPIs beitragen, können oft höher priorisiert werden als solche, die dies nicht tun. Wenn eine User Story positiv zur Erreichung der Ziele eines KPI beiträgt, kann sie in das Product Backlog aufgenommen werden. Wenn nicht, lautet die Antwort "Nein".
Als Product Owner haben Sie es wahrscheinlich mit geschäftlichen KPIs wie dem Umsatz zu tun. Das Gegenargument könnte sein, dass jede User Story direkt oder indirekt dazu beiträgt. Es kann hilfreich sein, andere Faktoren wie Reichweite (wie viele Benutzer profitieren davon), Auswirkung (geringe, mittlere oder hohe positive Auswirkungen auf den Umsatz), Vertrauen (in die vorherigen Schätzungen von Reichweite und Auswirkung) und den für die Implementierung der User Story erforderlichen Aufwand zu berücksichtigen. Diese Faktoren zusammen sind als RICE-Modell bekannt. Das RICE-Modell ist auch für die Erstellung Ihrer Produkt-Roadmap nützlich.
Indem man sich nur auf die Teile oder Teilprodukte konzentriert, die positiv zum Erreichen der KPIs beitragen, werden Zeit und Raum in der Agenda und im Backlog des Scrum-Teams geschaffen - Zeit und Raum, die sonst für unnötige Themen verwendet würden. Diese Kapazität kann dann genutzt werden, um neue Ergänzungen zu entwickeln, die einen Beitrag zu einem KPI leisten. Mehr Energie kann in die Formulierung von Hypothesen, das Aufsetzen von Experimenten, die Erstellung von Proofs of Concept (POCs) und Prototypen sowie die klare Formulierung von Anforderungen für ein minimal lebensfähiges Produkt (MVPs) gesteckt werden. Qualität statt Quantität ist hier wichtig. Der Product Owner ist für die Maximierung des Werts des Produkts, der Dienstleistung oder der Funktionalität verantwortlich. Dieser Wertzuwachs kann anhand von KPIs gemessen werden.
Wenn ein Fehler in der Produktionsumgebung gemeldet wird, neigt man dazu, die Arbeit einzustellen und das gesamte (Entwicklungs-)Team mit dem Problem zu befassen. Aber wie wichtig ist die fehlerhafte Funktion? Hat sie eine direkte Auswirkung auf einen KPI (z. B. Umsatzrückgang, weil eine Webseite nicht funktioniert), oder kann die Untersuchung und Fehlerbehebung bis zum nächsten Sprint warten (z. B. wenn eine Zeiterfassungsanwendung deutlich langsamer, aber immer noch nutzbar ist)?
KPIs sind nicht nur aus finanzieller Sicht oder als Belohnungsmodell nützlich, sondern sie können auch Ihnen als Product Owner helfen, Ihre Rolle besser auszufüllen und Ihre Entscheidungen zu erklären. Wenn Sie über Product Ownership sprechen möchten oder darüber, wie Agile und Scrum in Ihrer Organisation effektiv eingesetzt werden können, lassen Sie es uns wissen!