Hey Product Owner, entwickeln Sie sich selbst, um Ihr Produkt zu entwickeln!

Die moderne Welt der 'agilen' Lieferung wird durch die berühmten Prozess-Frameworks symbolisiert, die die Durchführung von Projekten/Produktentwicklung unterstützen. Das am weitesten verbreitete, fast schon bekannte Framework ist Scrum.
Scrum ist ein sehr einfaches und effektives Framework, das viel Disziplin und Strenge, aber auch viel Rhythmus und Spaß in die inkrementelle und iterative Lieferung von Werten einbringt. Scrum hat auch zwei Rollen bekannt gemacht - Scrum Master und Product Owner. Während ersterer ein Manager der Prozesse ist, regelt, leitet und steuert letzterer, wie das Endprodukt aussehen soll. In diesem Artikel möchte ich mich auf die Rolle des Product Owner konzentrieren.
Der Product Owner ist die Stimme des Kunden und im Laufe der Jahre haben Technologie-Projektmanager oder Business Analysten (normalerweise aus der Technologieabteilung) diese Rolle übernommen. Der Kern der Rolle besteht darin, eine umfassendere Vision für das Produkt zu haben und zu wissen, was es für den Endbenutzer leisten soll. Daher arbeitet ein Product Owner in der Regel mit den Stakeholdern und/oder Kunden des Produkts zusammen, um deren Anforderungen zu verstehen und eine Vision für dasselbe zu entwickeln.

Eine Liste von Funktionen, die das Produkt haben sollte, wird in einem so genannten Backlog zusammengestellt, und je mehr Unklarheiten beseitigt werden, desto klarer wird das Bild des Backlogs. Die klarsten Punkte, von denen man sich den größten Nutzen verspricht, werden entwickelt und ein funktionierendes Produkt entsteht, das durch das Feedback der Benutzer verfeinert wird. Der Product Owner informiert die Stakeholder regelmäßig über den Fortschritt der Produktentwicklung.
Scrum Framework definiert eine sich wiederholende Kadenz von Ereignissen, die in einer Timebox stattfinden, und der Product Owner kommt mit dem Rest des Scrum-Teams zusammen, um immer wieder zu klären, was die Aufgabe ist, welchen Wert sie hat und wie sie idealerweise zu einem erfolgreichen Ergebnis führen soll. In diesem Artikel möchte ich nicht auf diese Details eingehen, denn das ist nur ein sehr kleiner Teil des Lebenszyklus eines guten Produkts.

Der Product Owner ist dafür verantwortlich, den Wert des Produkts, das aus der Arbeit des Unternehmens resultiert, zu maximieren. Die Art und Weise, wie dies geschieht, kann in den verschiedenen Organisationen von Teams und Einzelpersonen sehr unterschiedlich sein.
Der Product Owner ist auch für ein effektives Product Backlog Management verantwortlich, das Folgendes umfasst:

• Entwicklung und explizite Kommunikation des Produktziels
• Erstellen und klares Kommunizieren von Product Backlog Items
• Bestellung von Produkten aus dem Backlog
• Sicherstellen, dass das Product Backlog transparent, sichtbar und verständlich ist

Quelle: The Official Scrum Guide (https://ScrumGuides.org)

Ist etwas nicht in Ordnung? Das könnten Sie fragen.

Nicht immer, mein Freund. Aber das folgende Szenario könnte sich auch ereignen. Während der Entwicklung gab es zwar Rückmeldungen zu den einzelnen Schritten des Produkts, ein funktionierendes Softwareprodukt wurde auf den Markt gebracht, aber ... die Leute nutzen es nicht! Die wenigen, die damit angefangen haben, haben es schon nach wenigen Tagen wieder aufgegeben. Die Arbeitsweise während der Produktentwicklung würde einer Prüfung durch Agile Puristen standhalten! Aber das Produkt war nicht erfolgreich!

Ist Agile also gescheitert?

Die Antwort ist ein Nein. Das oben Genannte war nur ein "blindes" Befolgen eines Glaubens namens Scrum. Es war nicht gerade agil. Lassen Sie uns versuchen, ein wenig mehr zu antworten.
Die moderne Welt ist ein gemeiner Ort, mein Freund! Hier können die Produkte, die sich verkaufen, sogar kostenlos sein, z.B. Facebook, LinkedIn, die Amazon-App, die Banking-App usw. sind für viele Verbraucher kostenlos. Aber wie ein digitales Produkt Geld verdient, muss auch verstanden werden. Wenn sich "Product Owner" nur darauf beschränken, eine gut aussehende digitale Oberfläche und eine einfache UX zu schaffen, dann nützt das vielleicht wenig.

Fügen wir nun im Kontext der modernen Fintech-Welt noch einen kleinen Twist hinzu und es wird noch beängstigender. Die Regulierungsbehörden könnten festlegen, was Ihr Produkt haben muss. Denken Sie an die Regeln von FATCA, GDPR oder ein kleines Ökosystem für digitale Zahlungsprodukte namens Unified Payment Interface oder UPI. Die NPCI (National Payments Corporation of India) ist eine der RBI unterstellte Regulierungsbehörde, die diese Initiative namens UPI definiert hat, um das Land zu einer bargeldlosen Wirtschaft zu machen. Sie definiert immer wieder, was für die verschiedenen teilnehmenden Unternehmen drin ist. Sie legt auch fest, wie jede Transaktion ablaufen soll und welches Verhalten von den Akteuren erwartet wird. Sie schreibt einige Bedingungen vor, die von der Organisation, die eine UPI-basierte Anwendung entwickelt, erfüllt werden müssen, z.B. in Bezug auf den Umfang der Tests in geschlossenen Gruppen usw., und sie schreibt eine unabhängige Prüfung und Zertifizierung durch ihre eigenen Vertreter vor.

Quelle: UPI Produktübersicht

Da all dies bereits im Detail definiert ist, scheint die Rolle des Product Owners recht einfach zu sein. Ein solches Produkt kann implementiert werden, indem einfach die Abhängigkeiten in Zusammenarbeit mit NPCI gelöst werden und dann die verschiedenen Funktionen in der Reihenfolge des Verständnisses und der Designbereitschaft des technischen Teams oder in der Reihenfolge der Bereitschaft einer Testumgebung und so weiter priorisiert werden.

Es ist keine leichte Aufgabe (bitte verstehen Sie mich nicht falsch!), aber dennoch ist es nur ein 'Projekt', das Sie in ein paar Monaten/Jahren erreichen würden. Ist damit auch das 'Produkt' fertig? Weit gefehlt!

Ist es sinnlos, ein Product Owner zu sein?

Auch hier ist die Antwort ein Nein.
Entspannen Sie sich, mein Freund! Ich habe ein etwas extremes Beispiel für ein UPI-Produkt gewählt, das normalerweise ein kostenloses Produkt ist, das von großen Organisationen wie Banken oder Fintech-Unternehmen angeboten wird. Aber dies ist eines der einfachsten Beispiele, die mir dabei helfen, zu verdeutlichen, wie die Rolle des Product Owner aus einem ganzheitlichen Blickwinkel betrachtet werden muss, damit ein Produkt lebensfähig und erfolgreich wird. Also, lassen Sie uns das beurteilen. Bleiben wir bei diesem Beispiel von UPI: Sie würden sagen, dass sich die Vorschriften ändern, dass neue Technologien auftauchen und dass ich mit ihnen Schritt halten muss. Sie haben teilweise Recht.

Aber bedenken Sie, dass der Markt bereits sehr umkämpft ist, selbst in einem großen Land wie Indien. Es gibt einige große Akteure wie die Googles und die Amazons dieser Welt, neben sehr großen Banken und bedeutenden Fintech-Unternehmen, deren Alleinstellungsmerkmal auf dem Angebot virtueller Zahlungen beruht. Es reicht also nicht aus, ein funktionierendes Produkt zu haben, um als erfolgreich zu gelten. Es muss sich einen Platz in diesem überfüllten Markt erobern!

Inspizieren, erforschen und anpassen, um selbst zu wachsen

Und damit komme ich zum eigentlichen Kern dessen, was ich bei allen Product Ownern hervorrufen möchte. Wir müssen uns weiterentwickeln, wir müssen konkurrieren, wir müssen an der Spitze stehen, anstatt mit der Zeit zu gehen.

Was kann man tun?

• Verbringen Sie Zeit damit, alles zu analysieren, was in der virtuellen Welt in verschiedenen Bereichen geschieht - nicht nur im Finanzwesen oder in der Finanztechnologie, sondern auch in so unterschiedlichen Bereichen wie der Mode und der darstellenden Kunst.
• Haben wir die richtigen Analysen, um herauszufinden, wie unsere Kunden unser Produkt mögen oder nicht mögen? Wie können wir ihr Erlebnis verbessern?
• Welche Cross-Selling- und Up-Selling-Möglichkeiten können wir auf der Grundlage von Kundenanalysen untersuchen?
• Die Gewinnspannen sind niedrig und der Verdienst pro Transaktion ist gering - wie können wir also das Volumen steigern? Gehen wir Partnerschaften mit wichtigen Akteuren einer Branche ein, um Anreize für die Nutzung meines Produkts zu bieten? Was brauche ich in meinem Produkt - Workflows, Analysen und Berichte - um solche Partnerschaften zu erkunden und zu nutzen?
• Welche Funktionen kann ich hinzufügen, damit der Kunde immer wieder zu ihr zurückkehren möchte. In der alten Welt gingen wir vielleicht einmal pro Woche oder noch seltener in eine Bankfiliale. Kann ich meinen Kunden dazu bringen, meine Banking-App mehrmals am Tag zu nutzen? Kann ich das Erlebnis für meine Kunden mit Rubbellosen, Mitgliedschaftspunkten, User Stories und Reels, Wettbewerben, NFTs spielerisch gestalten?
• Kann ich Peergroups, Communities oder Stämme schaffen, die Kunden dazu inspirieren, mein Produkt mit Begeisterung und Leidenschaft zu nutzen?
  Lassen Sie Ihrer Fantasie freien Lauf und machen Sie vielleicht ein Brainstorming mit Ihrem Team und Ihren Stakeholdern.
  Mein Freund, der Product Owner, versuchen Sie, wirklich der "CEO" des Produkts zu werden und in die Rolle des Produktmanagements hineinzuwachsen.
  
  Die Entscheidungen, die Sie dann in Ihrer täglichen Rolle als Product Owner treffen, würden ebenfalls reflektiert werden. Im Interesse der Rentabilität Ihres Unternehmens könnten Sie selbst für so grundlegende Entscheidungen wie die, ob Sie etwas bauen oder kaufen sollen, besser gerüstet sein!
  

  Fazit

  Erforschen und inspizieren oder inspizieren und dann erforschen, aber Sie müssen bereit sein, sich anzupassen/zu schwenken und die Richtung zu ändern. Das ist die wahre Essenz von Agile.
  Scrum, Kanban, Scrumban, SAFe oder Nexus .... Dies sind nur Namen!
  Projektleiter/Manager, BA, oder Product Owner ... sind nur Rollen!
  

   

  "Eine Rose mit einem anderen Namen würde genauso duften"!
  Bringen Sie Ihr Flair, Ihren eigenen Duft, Ihren Geschmack zur Geltung und lassen Sie Ihr Produkt erblühen!