Aleksander ist Product Owner bei Objectivity und Experte für Produktmanagement und Geschäftsanalyse. Ihre Leidenschaft gilt der Lean-Softwareentwicklung, der Prozessoptimierung und den Green Bay Packers.
Teilen
Inhaltsverzeichnis
- Der aktuelle Markt und seine Herausforderungen
- Bewältigung der Feinheiten im IT-Bereich
- Ein professioneller Product Owner als Lösung
- Fazit
Einen Product Owner oder Product Manager zu finden, der in der Lage ist, die Entwicklung eines IT-Produkts zu leiten, ist keine leichte Aufgabe. Besonders auf dem heutigen Markt mit einem Mangel an geeigneten Kandidaten und Tausenden konkurrierenden Stellenangeboten. In diesem Artikel stellen wir überzeugende Gründe vor, warum die Wahl eines professionellen Product Owners oder Product Managers die beste Entscheidung für die Besetzung der Rolle sein kann.
Der aktuelle Markt und seine Herausforderungen
Allein im Europäischen Wirtschaftsraum suchen jeden Monat Unternehmen, Startups und andere Organisationen aktiv nach qualifizierten Kandidaten, um Tausende von Positionen als Product Owner/Manager zu besetzen. Während die typischen Erwartungen grundlegende Fähigkeiten wie Produktvision, Priorisierung, Stakeholder-Management, Leadership, eine agile Denkweise und technischen Scharfsinn umfassen, scheint eine der wichtigsten Anforderungen ein fundiertes Wissen oder vorzugsweise Fachwissen in der relevanten Domäne zu sein.
Es versteht sich von selbst, dass es schwierig ist, den idealen Kandidaten zu finden. Die Nachfrage auf dem Arbeitsmarkt ist sehr hoch. Da die Stelle relativ neu ist, ist die Verfügbarkeit hochqualifizierter und erfahrener Product Owner/Manager gering. Wenn zusätzliche Anforderungen, wie z. B. Fachkenntnisse eingeführt werden, verringert sich der Pool potenzieller Kandidaten exponentiell - je nachdem, wie selten und spezifisch das entsprechende Fachgebiet ist. Stellen Sie sich vor, Sie finden einen erfahrenen Product Owner mit fundierten Kenntnissen in klinischen Biotechnologiestudien oder im Admiralitätsrecht. Berücksichtigt man die Sprachkenntnisse (z. B. Deutsch oder Niederländisch) und die Notwendigkeit, vor Ort zu arbeiten, wird die Suche nach den richtigen Kandidaten zu einem mühsamen Unterfangen. Doch auch ohne sich auf solche konkreten Szenarien einzulassen, ist der Mangel an idealen Kandidaten spürbar.
Sobald Unternehmen erkennen, dass sie ihre Erwartungen zurückschrauben müssen, besteht ein gängiger Ansatz darin, die Rolle des Product Owners/Managers mit einem externen Nicht-IT-Fachexperten zu besetzen oder durch die interne Identifizierung eines geeigneten Kandidaten. Schließlich kommt man damit dem Product Owner am nächsten und erfüllt die meisten Kriterien. Ein solcher Product Owner/Manager verfügt über das nötige Fachwissen und, wenn Sie Glück haben, über einige Führungsqualitäten, die es ihm ermöglichen, Priorisierungsentscheidungen zu treffen – aus funktionaler, geschäftlicher Sicht. Aber ist das die optimale Lösung?
Wir alle kennen Geschichten über die besten Projekte, die einen Geschäftsexperte als Product Owner aufwiesen. Jemand der sich jede Woche oder zumindest bei jedem Sprint mit dem Entwicklungsteam traf und ihm bei der Auswahl der Funktionalität für die nächste Iteration half. Korrekt? Naja, nicht ganz. Zumindest nicht, wenn man genauer hinschaut. Normalerweise erfährt man von Kompromissen, Vereinfachungen und anderen versteckten Kosten auf der Geschäftsseite, die für das Entwicklungsteam nicht sichtbar sind. Sehr oft gibt es im Entwicklungsteam einen stellvertretenden Product Owner. Ohne einen richtigen Product Owner/Manager geraten Produkte oder andere IT-Vorhaben in den meisten Fällen in ernsthafte Schwierigkeiten oder scheitern sogar ganz. Aber warum ist das so?
Bewältigung der Feinheiten im IT-Bereich
Es kann zahlreiche Gründe für das Scheitern eines IT-Produkts oder -Projekts geben. Die Besetzung der Rolle des Product Owners/Managers mit einem unzureichenden Kandidaten ist einer der Hauptgründe. Ein häufiger Fehler bei der Besetzung dieser IT-Rollen besteht darin, nicht zu erkennen, dass die IT selbst eine Technologiedomäne ist, und seien wir ehrlich: eine, die für Außenstehende anspruchsvoll und kompliziert ist. Es verfügt über eigene Prozesse, Werkzeuge, Sprache und zieht tendenziell sogar eine bestimmte Art von Menschen an. Wenn wir Tag für Tag in der IT arbeiten und diese Kultur leben und atmen, vergessen wir oft, wie seltsam, verzerrt oder sogar erschreckend sie für Außenstehende wirken kann.
Betrachten wir als Beispiel den IT-Jargon. Selbst die gebräuchlichsten, „nicht-technischen“ Begriffe wie Sprint, UAT, SAT, Story, Story Point, Standup, Retro, Kanban, Board usw. können für Außenstehende am Anfang eine Hürde darstellen. Wenn Sie über diese Begriffe nachdenken, sind sie erst dann wirklich selbsterklärend, wenn Sie den Kontext kennen. Dennoch sind sie nur die Spitze des Eisbergs. Schon bald geht die Liste weiter mit Konzepten wie Kompilieren, Debuggen, Festlegen von Umgebungen (Staging, Dev, Prod), Instanzen, Synchronizität, Asynchronität, Hashes, Cruds, Cassandras, Mongos und so weiter. Wenn Sie ein Außenstehender sind, ist die Sprache, die Sie bei Teambesprechungen hören, im Wesentlichen reines Kauderwelsch.
Der IT-Bereich ist voll von einzigartigen Prozessen, darunter Entwicklungsprozesse, Qualitätsprozesse, Analyseprozesse, Sicherheitsprozesse und viele andere. Sie alle sind miteinander verflochten und voneinander abhängig. Bevor Sie sagen: „Aber nicht in meinem Unternehmen…“, möchte ich Sie dringend bitten, meiner Expertise in dieser Angelegenheit zu vertrauen. Diese Prozesse existieren auch dann, wenn sich eine Organisation als „ein äußerst agiles, flexibles, hochmodernes und fortschrittliches Startup“ betrachtet. Prozesse gibt es immer, sie bleiben möglicherweise einfach unbemerkt oder es mangelt ihnen an ordnungsgemäßer Dokumentation, was für einen Neuling alles andere als eine ideale Situation ist.
Wir könnten endlos weitermachen und über bestimmte Tools und Software sowie die Arbeitsgewohnheiten von IT-Leuten sprechen. Aber ich denke, Sie haben es inzwischen verstanden. IT ist ein komplexer und vielfältiger Bereich. Obwohl die Eintrittsschwelle niedrig erscheinen mag, da man innerhalb weniger Tage eine Product Owner-Zertifizierung erhalten kann, erfordert das Erreichen eines Niveaus echter professioneller Effektivität viel Erfahrung und Ausdauer.
Ein professioneller Product Owner als Lösung
Kehren wir zur Suche nach einem idealen Product Owner/Manager-Kandidaten zurück. Im Wesentlichen sollten sie ein Experte im Geschäfts- und IT-Bereich sein.
Wenn Sie keinen Kandidaten finden, der sich in beiden Bereichen gut auskennt, werden Sie wahrscheinlich Schwierigkeiten haben, Ihr Produkt auf den Markt zu bringen. Wenn Sie jemanden einstellen, der nur über Fachwissen im Geschäftsbereich verfügt, ist die Wahrscheinlichkeit, dass Ihr Produkt oder Projekt scheitert, statistisch gesehen höher als der Erfolg. Es scheint ein Lose-Lose-Szenario zu sein.
Es gibt jedoch eine alternative Lösung: einen professionellen Product Owner/Manager, einen Experten im IT-Bereich. Auf den ersten Blick mag es keine offensichtliche Wahl sein. Schließlich kreuzt ein solcher Kandidat auch nur eines der beiden Kästchen an, ihm fehlen grundlegende betriebswirtschaftliche Kenntnisse, oder? Nein. Es ist so leicht, diesem Trugschluss zum Opfer zu fallen.
Wie bereits erwähnt, gibt es zwei Bereiche und keiner ist besser oder wichtiger. Bei der Analyse der Optionen sprechen mehrere Argumente für den professionellen Product Owner/Manager:
Ein Experte für Geschäftsthemen muss die IT-Domäne als Ganzes erlernen, um als Product Owner/Manager effizient zu werden, wohingegen sich ein professioneller Product Owner/Manager nur auf den Teil der Geschäftsdomäne konzentrieren muss, der eng mit dem entwickelten Produkt verbunden ist.
Für den Wirtschaftsexperten ist dies möglicherweise die erste Arbeitserfahrung außerhalb seines Fachgebiets. Im Gegensatz dazu ist dies für den professionellen Product Owner/Manager nur ein weiterer Bereich, den es zu erlernen gilt. Diese Fähigkeit, sich Wissen in neuen Bereichen anzueignen, ist eines der Hauptmerkmale der Arbeit eines professionellen Product Owners/Managers. Für sie ist es „Business as Usual“. Andererseits ist der Einstieg in die IT-Welt für den Business-Fachexperten oft eine völlig neue und anstrengende Erfahrung.
Der professionelle Product Owner/Manager wird nicht nur das Kontrollkästchen im IT-Bereich ankreuzen, sondern auch alle anderen, kleineren Kontrollkästchen: Produktvision, Priorisierung, Stakeholder-Management, Führung, agile Denkweise, technischer Scharfsinn usw.
Wenn der professionelle Product Owner/Manager extern eingestellt wird, bringt er eine neue Perspektive und die Fähigkeit mit, sich voll und ganz auf das Produkt zu konzentrieren. Der Experte für Geschäftsthemen bringt oft viel Gepäck und zusätzliche Verantwortung mit sich, wobei das Produktmanagement nur eine seiner täglichen Geschäftsaufgaben ist.
Während der Experte für Geschäftsthemen anfangs möglicherweise bessere Verbindungen und Kenntnisse über die Dynamik der Organisation hat, ist er auch anfälliger für interne Politik und geschäftliche Einflüsse. Als Außenstehender, der sich ausschließlich des Produkts selbst widmet, ist es einfacher, im besten Interesse des Produkts zu handeln.
Außerdem besteht ein größeres Risiko für Voreingenommenheit und die Entwicklung sogenannter Blind Spots, wenn der Experte für Geschäftsthemen die Rolle eines Product Owners/Managers übernimmt. Sie tendieren möglicherweise eher zu ihrer eigenen Geschäftsspezialisierung und übersehen Prozesse, an denen sie nicht intensiv beteiligt waren. Dieses Risiko ist höher und wohl gefährlicher als bei einem professionellen Product Owner/Manager.
Wenn man alles bedenkt, was besprochen wurde, kommt man unweigerlich zu dem Schluss, dass ein professioneller Product Owner/Manager möglicherweise die beste Wahl ist, wenn man jemanden sucht, der sein Produkt entwickelt und ausbaut.
Fazit
Der Artikel vergleicht die Bedeutung der IT-Domäne und der Geschäftsdomäne bei der Entwicklung eines IT-Produkts, insbesondere in Bezug auf die Rolle des Product Owner/Manager. Die Besetzung dieser Position ist eine komplexe Aufgabe, insbesondere auf dem heutigen Markt mit einem Mangel an geeigneten Kandidaten und Tausenden konkurrierender Stellenangebote.
Die endgültige Entscheidung und Auswahl eines geeigneten Kandidaten, sei es innerhalb der Organisation oder extern, hängt von vielen Faktoren ab. Dazu gehört die Komplexität des Produkts, dem Dienstalter des Entwicklungsteams, der Komplexität des Geschäftsbereichs und der Schwierigkeit der ausgewählten Technologie.
Wenn es keinen idealen Kandidaten gibt, ist die Einstellung eines professionellen Product Owners/Managers eine sinnvolle Option. Sie sind Experten im IT-Bereich, haben Erfahrung im Erlernen neuer Domänen und erfüllen häufig neben der betriebswirtschaftlichen Fachkompetenz alle anderen Kriterien. Eine solche Person steht dem Entwicklungsteam und anderen Stakeholdern uneingeschränkt zur Verfügung und kann den Erfolg des Produkts effektiver priorisieren.
Aleksander ist Product Owner bei Objectivity und Experte für Produktmanagement und Geschäftsanalyse. Ihre Leidenschaft gilt der Lean-Softwareentwicklung, der Prozessoptimierung und den Green Bay Packers.
