Gewohnheit #7: Unsere POs konzentrieren sich nur auf die Funktionalität

DevOps ermöglicht eine nahtlosere und reibungslosere Bereitstellung von Werten für die Produktion, aber der Weg dorthin ist nicht nicht immer einfach. Wir haben viele der Fehler gesehen, die Unternehmen bei der Umsetzung von DevOps machen, daher werden wir in dieser 7-teiligen Serie , haben wir das Negative hinter einigen scheinbar positiven scheinbar positiven Gewohnheiten. In diesem letzten Beitrag der Serie erörtern wir, warum Unternehmen, die sagen, "Unsere POs konzentrieren sich nur auf die Funktionalität"," könnte tatsächlich ein ein Problem.

Produktverantwortliche haben die Aufgabe, ein großartiges Produkt zu entwickeln - und ein großartiges Produkt enthält großartige Funktionen. Aber ein großartiges Produkt besteht aus viel mehr als nur seinen Funktionen. Ein Produkt muss auch wartbar sein, und deshalb müssen Sie auch Aktualisierungen vornehmen. Es ist ein bisschen wie beim Bau eines Hauses. Es wäre toll, wenn Sie ein neues Haus mit einem zusätzlichen Schlafzimmer, einem Bad und einer Sonnenveranda bauen würden. In zehn Jahren können Sie sogar noch ein Stockwerk draufsetzen. Aber in der Zwischenzeit müssen Sie das Haus streichen und möglicherweise die Fenster ersetzen oder die Elektrik und die Sanitäranlagen aktualisieren. Mit anderen Worten: Die Instandhaltung des Hauses sollte Vorrang vor Investitionen in neue Anbauten haben.

Genauso konzentrieren sich viele POs darauf, neue Funktionen zu liefern, anstatt sich um die Pflege zu kümmern. Sicher, diese neuen Features machen die Kunden glücklich, aber in der Zwischenzeit nimmt der Verfall des Produkts zu. Irgendwann wird dieser Verfall so groß, dass er sich negativ auf die Geschwindigkeit auswirkt, mit der Sie neue Funktionen entwickeln können, und auch auf deren Qualität. Alles verlangsamt sich. Das nächste, was Sie wissen, ist, dass der PO weg ist und ein neuer kommt, der überhaupt keine neuen Funktionen liefern kann, weil er erst einmal aufräumen muss.

Glücklicherweise können Ihre POs ihren Fokus auf mehr Ausgewogenheit verlagern, und das beginnt damit, dass sie Mitarbeiter aus allen verschiedenen Teams zusammenbringen, um alle Probleme zu lösen.

[embed]https://youtu.be/FVY9qkKh26k[/embed]

Die meisten POs verfügen beispielsweise über das Backlog aller neuen Funktionen, die dem Produkt hinzugefügt werden sollten, und da sie aus der Wirtschaft kommen, wissen sie, welche Vorteile das Hinzufügen dieser Funktionen hat. Viele Produktverantwortliche konzentrieren sich also nur auf neue Funktionen, aber eine Anwendung zu "besitzen" erfordert viel mehr als das.

In der Zwischenzeit erhält das Entwicklungsteam Input aus verschiedenen Richtungen und weiß nicht, wie es das alles zum Laufen bringen soll - jemand anderes besteht auf 99,999% Verfügbarkeit, während jemand aus der Sicherheitsabteilung auf die Anforderungen rund um die Sicherheit hinweist. Sie sollten sich auch um technische Schulden kümmern. Vielleicht haben sie eine Abkürzung genommen, um die App rechtzeitig herauszubringen, oder etwas verwendet, das vor drei Jahren noch modern war, jetzt aber veraltet ist und ersetzt werden muss. Das ist keine Geschäftsfunktionalität, aber es muss getan werden, um eine Anwendung zu erstellen, die wartbar ist.

Der Product Owner sollte über all diese Bereiche nachdenken - Funktionen, technische Schulden, Fehlerbehebungen usw. - und einen Weg finden, diese zu priorisieren. Er sollte entscheiden, woran das Team arbeiten soll, anstatt dies den Ingenieuren aufzubürden.

Der Product Owner sollte für alles verantwortlich sein, was das Produkt betrifft. So kann er entscheiden, ob er diese neue Geschäftsfunktion jetzt hinzufügt oder stattdessen diese technischen Schulden beseitigt oder sich mehr auf Compliance-Funktionen konzentriert. Es muss ein Gleichgewicht zwischen den neuen Dingen und der Aktualisierung der alten geben.

Letztlich ist diese schlechte Angewohnheit nicht die Schuld des Produkteigentümers. Oft werden sie mit der Entwicklung von Geschäftsfunktionen betraut und erhalten dafür viel Anerkennung. Aber wenn Sie die Rolle in etwas Ganzheitlicheres umwandeln und dem PO die Verantwortung für alles übertragen, werden Sie eine bessere DevOps-Arbeitsweise und ein erfolgreiches Produkt erhalten, das funktioniert.

Kontaktieren Sie uns, um mehr zu erfahren!

Wenn Sie wissen möchten, wie Sie Ihre Product Owner klüger und verantwortungsbewusster machen können und wie Sie die Gespräche beginnen, die diese Rolle zum Besseren verändern können, nehmen Sie Kontakt mit uns auf. In der Zwischenzeit hoffen wir, dass Sie aus unserer 7-teiligen Serie über DevOps auf die richtige Art und Weise viel gelernt haben. Wenn Sie einen Beitrag verpasst haben oder einen der Artikel nachlesen möchten sieben unwirksame Szenarien, hier sind die Links:

1. Wir haben eine DevOps-Abteilung.
2. Wir sorgen dafür, dass die Sicherheit und die Einhaltung der Vorschriften am Ende eines jeden Projekts gewährleistet sind.
3. Wir konzentrieren uns auf eine 100%ige Betriebszeit für alles.
4. Wir haben einen Release Manager.
5. Scheitern ist keine Option.
6. Unsere Superhelden lösen Produktionsprobleme immer sehr schnell.

Laden Sie unser 7 Gewohnheiten eBook herunter