Teilen auf

LinkedIn Facebook Twitter

In der Regel nehmen wir Produkte oder Services erst wahr, wenn sie auf dem Markt sind. 

Aber bevor ein Produkt in den Geschäften angeboten wird – ob physisch oder virtuell – ist zunächst ein umfassender Prozess erforderlich. Selbst wenn ein Produkt oder Service für den Endverbraucher nutzbar ist, sind eine Reihe von entscheidenden Überlegungen anzustellen, um den Erfolg und die Marktstabilität des betreffenden Artikels sicherzustellen.

Ein effektives Product Lifecycle Management (PLM) ist in jeder erdenklichen Branche ein ganzheitlicher Prozess. Es ist die Aufgabe des Product Lifecycle Managers, den gesamten Prozess anzuführen, von der Entwicklung bis zur Einstellung des Produkts.

Aber was macht einen besonders kompetenten Product Lifecycle Manager aus? 

Genau das werden wir herausfinden. Aber lassen Sie uns vorher etwas tiefer darauf eingehen, wie wichtig PLM ist und welche zentralen Aufgaben ein moderner Product Lifecycle Manager zu erfüllen hat.

Warum ist Product Lifecycle Management (PLM) so wichtig?

Product Lifecycle Management ist das Bindeglied, das den gesamten Prozess zusammenhält, von der Ideengenerierung und Entwicklung bis zur Produktion, Werbung etc. Ohne einen effektiven PLM-Prozess ist es relativ unwahrscheinlich, dass eine Produktion oder ein Service jemals das Licht der Welt erblickt.

Wenn ein Produkt, Service oder eine Innovation realisiert werden muss, kommen mehrere Prozesse und Entitäten ins Spiel. Es liegt in der Verantwortung des Product Lifecycle Managers, all diese Elemente zusammenzuführen und sicherzustellen, dass jede Etappe dieser „Reise“ erfolgsorientiert optimiert wird.

Die Funktion eines Product Lifecycle Managers ist genauso vielseitig wie unverzichtbar und beinhaltet eine Fülle von Verantwortungsbereichen.

Was wird von einem modernen Product Lifecycle Manager erwartet?

Kein Tag im Leben eines guten Product Lifecycle Manager gleicht im Prinzip dem anderen. Aber zu Ihrer Orientierung hier die Kernaufgaben eines Project Lifecycle Managers:

• Einführung Die Funktion eines Experten für den Markt oder das Fachgebiet übernehmen, um das Produkt oder die Innovation marktfähig zu machen. An dieser Stelle des Prozesses ist eine umfangreiche Marktforschung erforderlich und auch hier ist wieder der Product Lifecycle Manager gefragt. Er hat sicherzustellen, dass in der Entwicklung, Produktion und Lancierung alle Abteilungen eng miteinander zusammenarbeiten.
• Wachstum: Sobald das Produkt für den öffentlichen Verbrauchermarkt geeignet ist, hat der Product Lifecycle Manager die Aufgabe, eine gesunde Marktexpansion und Skalierbarkeit und gleichzeitig die betreffenden Abteilungen oder Entitäten bei der Optimierung eines nachhaltigen Wachstums zu unterstützen.
• Reife: Wenn das betreffende Produkt an Reife und Dynamik gewinnt, muss der Product Lifecycle Manager mit internen und externen Interessengruppen zusammenarbeiten, um den Marktanteil zu halten und für den weiteren „Reiseverlauf“ des Produkts zu sorgen, wodurch er einen nachhaltigen Return on Investment (ROI) sichert.
• Einstellung: Wenn ein Produkt oder eine Innovation die Phase der Einstellung erreicht hat, wird ein besonders kompetenter Product Lifecycle Manager eine Lösung suchen. In dieser Phase hat der Product Lifecycle Manager nun die besten strategischen Folgemaßnahmen für das Produkt zu bestimmen – ob Rekonsolidierung und Neuentwicklung oder Einstellung des Produkts.

Product Lifecycle Manager: Wichtige Merkmale für den Erfolg

Product Lifecycle Manager zu sein, ist gelinde gesagt, eine Herausforderung. Aber wenn Sie das Talent und die Fähigkeiten haben, besonders kompetent zu sein, dann stehen Ihnen in Ihrer Karriere alle Türen offen.

Möchten Sie wissen, was es braucht, um ein besonders kompetenter Product Lifecycle Manager zu sein? Hier die wichtigsten Merkmale eines erfolgreichen PLM. 

Qualifikationen und Referenzen

Es gibt zwar keinen klar vorgegebenen Weg, um ein besonders kompetenter Product Lifecycle Manager zu werden, aber um Ihre Aufgaben unter allen Aspekten effektiv zu erfüllen, brauchen Sie einschlägige Erfahrungen und entsprechende Qualifikationen hinsichtlich Produktmanagement und -entwicklung.

Sie müssen auch den digitalen Durchblick haben. Um ein besonders kompetenter Product Lifecycle Manager zu sein, müssen Sie zum Beispiel in den Bereichen Technologie, Tools und Plattformen versiert sein, die in dieser Branche Standard sind. 

Wenn Sie in einer bestimmten Marktnische arbeiten, führen Sie umfangreiche Recherchen durch und holen Sie sich möglichst jede relevante Referenz ein. Sie werden dadurch nicht nur glaubwürdiger, sondern gewinnen auch ein gewisses Niveau an praktischen Kenntnissen, durch die Sie einen entscheidenden Wettbewerbsvorsprung erhalten – genau den, der Ihnen dazu verhilft, jede von Ihnen ergriffene Initiative effektiver anzugehen und zu optimieren.

Kontinuierliche Anpassungsfähigkeit

Im Zeitalter der Information verändert sich die Technologie in rasanter Geschwindigkeit. Das heißt, dass ein besonders kompetenter Product Lifecycle Manager stets flexibel und in der Lage sein muss, sich den ständig ändernden Methoden, Innovationen und Konzepten kontinuierlich anzupassen.

Als Product Lifecycle Manager ist es von grundlegender Bedeutung, viel Zeit in die  Weiterentwicklung der eigenen Fähigkeiten zu investieren und am Puls der Zeit zu bleiben. Ein Lifecycle Manager muss belastbar und innovativ sein. Um kontinuierlich erfolgreich zu sein, muss er sich an den Gedanken gewöhnen, ein Leben lang zu lernen.

Wenn Sie regelmäßig branchenspezifische Veröffentlichungen lesen, Messen und Webinare besuchen und sich bei Kursen anmelden, können Sie Ihre Fähigkeiten ausbauen (oder neue erlernen). Sie werden sich von einem guten zu einem außerordentlichen PLM katapultieren.

Analytische Fähigkeiten

Wir leben in einem Zeitalter voller digitaler Daten. Genau genommen wird bis Ende 2020 nahezu jeder Mensch 1,7 Megabyte in einer einzigen Sekunde generieren.

Das heißt, um ein ausgezeichneter Product Lifecycle Manager zu sein, muss man ein scharfes Auge haben und entsprechende analytische Fähigkeiten.

In jeder einzelnen Phase der Produktion werden Sie durch Daten aufkommende Trends ausfindig machen, Schwachpunkte finden und fundierte Entscheidungen treffen, die den Erfolg des Prozesses beschleunigen. Wenn Sie darüber hinaus Datenanalysen voll ausschöpfen, können Sie mit Key Performance Indicators (KPIs) arbeiten, um Maßstäbe für den Erfolg zu setzen und die reibungslose Zusammenarbeit zwischen Abteilungen zu fördern. 

Im Folgenden finden Sie als Leitfaden drei wichtige Kennzahlen, die Sie im Detail kennen sollten (Diese Indikatoren sind während den Anfangsphasen von Launch und Entwicklung von besonders zentraler Bedeutung):

• Traffic auf Produktseiten: Ein Indikator für Engagement und Produktinteresse
• Conversion Rate: Prozent der User oder Kunden, die die gewünschte Aktion durchführen
• Adoption Rate: Die Rate, zu der ein Produkt gekauft oder auf bestimmten Marktplätzen verwendet wird

Wenn Sie die wesentlichen PLM-Kennzahlen gut verstehen und lernen, wie Sie diese Daten bis zum Letzten nutzen können, während Sie mit dynamischen Business Intelligence (BI) Tools arbeiten, erhalten Sie Erkenntnisse, die Sie zu einem unglaublich kompetenten Product Lifecycle Manager machen.

Umgang mit Worten

Diese Eigenschaft wird oft übersehen, wenn es um Product Lifecycle Management geht. Aber um sich als ausgezeichneter PLM durchzusetzen, ist es besonders wichtig, selbstbewusst und wortgewandt zu sein.

Product Lifecycle Manager müssen in ihrem Berufsleben nahezu jeden Tag unzählige Gespräche führen, sei es persönlich oder über Projektplattformen, in Videokonferenzen oder per E-Mail.

Als Produktmanager ist es Ihre Aufgabe, unterschiedlichen – internen als auch externen – Interessengruppen eine Fülle an Informationen über das Produkt mitzuteilen. Sie müssen also handfeste soziale Kompetenzen, ausgezeichnete kommunikative Fähigkeiten aufweisen, aber auch das schriftliche Wort beherrschen, um sich in Ton und Sprache an die jeweilige Kontaktperson anpassen zu können.

Ein besonders kompetenter Product Lifecycle Manager ist besonders wortgewandt – in jeder Situation und auf allen Plattformen. Arbeiten Sie an diesen Fähigkeiten und Sie werden in dieser schnelllebigen Welt eines PLM rasch Erfolge verzeichnen. 

Verkaufskompetenz

Als Product Lifecycle Manager müssen Sie bei jedem Projekt potenziellen Partnern eine Vision verkaufen.

Selbstverständlich hilft Redegewandtheit, Ihre eine Vision potenziellen Ingenieuren, Herstellern, Marketingexperten usw. zu verkaufen. Die Liste würde sich endlos fortführen lassen Aber im digitalen Zeitalter sind auch  digitale Verkaufsfähigkeiten unentbehrlich. Zu diesen Kompetenzen zählen:

• Gezielten Inhalt erstellen, um eine bestimmte User-Gruppe anzusprechen und Leads zu generieren
• Vertrauen über die sozialen Medien aufbauen
•  Conversions durch innovative Werbekampagnen optimieren
• Bessere digitale und gezielte Recherchen durchführen um tiefere und aussagekräftigere Erkenntnisse über Ihre Branche zu erhalten

Um Leads an den verschiedenen Touchpoints zu generieren und zu pflegen, ob in den sozialen Medien oder über E-Mails bis zu mobile Apps und mehr – müssen Sie clever vorgehen und einen scharfen Verstand haben, um Überzeugungsarbeit zu leisten und Beziehungen aufzubauen, seien es persönliche oder virtuelle Kontakte. Mit dieser Kompetenz werden Sie Ihre beruflichen Perspektiven exponentiell verbessern.

Verantwortung und Führungsqualität

Vermutlich ist die wichtigste Soft Skill eines Product Lifecycle Managers, die Fähigkeit, Verantwortung zu übernehmen und ein Projekt mit respektabler Kompetenz zu leiten.

Sie müssen nicht nur in jeder Phase der Reise bei strategischen Entscheidungen das Ruder übernehmen, sondern auch jede Entität im Rahmen des Projekts zum gemeinsamen Ziel führen. 

Wenn Sie auf dem Weg auf eine Hürde stoßen oder sich ein Problem stellt, müssen Sie Verantwortung übernehmen und die Sache in die Hand nehmen. Und wenn bestimmte Personen Ihrer Meinung nach weitere Unterstützung oder Orientierungshilfen brauchen, liegt es an Ihnen, aufmerksam zu sein und sich als Mentor anzubieten – nun, als besonders kompetenter Product Lifecycle Manager werden Sie dieser Aufgabe auch nicht aus dem Weg gehen wollen.

Darüber hinaus müssen Sie während des Lebenszyklus in den Phasen Wachstum und Reife beeindruckende Führungsqualitäten an den Tag legen, um neue Geschäftsbeziehungen zu knüpfen und riskante, neue Märkte zu erreichen.

Wenn Sie nicht in der Lage sind, Verantwortung und durch Inspiration eine Führungsrolle zu übernehmen, dann ist es relativ unwahrscheinlich, dass Sie über einen durchschnittlichen Product Lifecycle Manager hinausgehen.

“The details are details. They make the product. The connections, the connections, the connections. It will, in the end, be these details that give the product its life.” 

Charles Eames

Eine Idee konkret umzusetzen, ist kein Kinderspiel, und das ist noch untertrieben und tiefgestapelt. Aber mit der Bereitschaft, der Entschlossenheit und dem Einsatz, die richtigen Qualifikationen zu erlangen, ist es durchaus machbar. 

Ein Product Lifecycle Manager muss sich in der Tat vielen Herausforderungen stellen, wenn Sie aber bereit sind, alle Kraft einzusetzen, die es braucht, um ein besonders kompetenter Product Lifecycle Manager zu sein, werden Sie eine lange, von Erfolg gekrönte und spannende Karriere vor sich haben. Viel Glück!

Teilen auf

LinkedIn Facebook Twitter

Teilen auf

LinkedIn Facebook Twitter

Sie haben die Geschichte schon gehört, oder?

Kohleabbau war eine gefährliche Arbeit. Jederzeit konnten sich Kohlebergwerke mit tödlichen, aber nicht wahrnehmbaren Gasen füllen. Also haben sich Bergleute einen ganz einfachen Trick ausgedacht, um am Leben zu bleiben: Sie nahmen einen Kanarienvogel mit nach unten. Die Kanarienvögel reagierten auf diese tödlichen Gase empfindlicher als Bergleute. Wären giftige Gase in die Mine eingedrungen, wären die Kanarienvögel als Erste gestorben. Die Bergleute wären somit gewarnt gewesen und hätten den Stollen verlassen, bevor ihnen dasselbe Schicksal widerfahren wäre.

Softwareentwickler nahmen sich diese Geschichte zu Herzen und entwickelten ihre eigene Methode, Gefahren in ihrer Arbeit aufzudecken, bevor es für ihre Applikation zu spät ist. So entwickelten sie „Canary Releases“ – eine bewährte Methode im Rahmen des Feature Releasemanagements, bei der eine neue Funktion einer kleinen User-Gruppe bereitgestellt wird, um sie in einer Live-Umgebung zu testen. Sollte etwas bei dem neuen Feature vollkommen falsch laufen, würden die Entwickler vom Canary Release gewarnt werden, bevor das Feature für die breite User Base freigeschaltet wird und dann wirklichen Schaden anrichten würde.

Softwareentwickler sollten nicht ihr eigenes Leben, sondern das Überleben der Software schützen, die sie entwickelten. Sie waren in der Lage, Probleme zu suchen und zu beheben, in der Realität genutzte Daten zu sammeln, die im Hinblick auf eine bessere Software umgesetzt werden, und allgemein das Risiko besonders kritischer Momente im Lebenszyklus der Softwareentwicklung und des Release zu minimieren.

Für Produktmanager sind Canary Releases mittlerweile zu einem „Must-do“ geworden. Selbst ein einziger Bug oder ein falsch ausgerichtetes Feature kann Monate harter Arbeit vernichten, wenn nicht sofort gegengesteuert wird, solange die Probleme noch gering sind und unter Kontrolle gehalten werden können.

Das sind die schlechten Nachrichten. Die gute Nachricht aber ist: Sie können diesem potenziellen Krisenszenario mit einem Canary Release vorbeugen, das sogar schnell, einfach und intelligent durchgeführt werden kann, wenn Sie sich die folgenden drei wichtigen Fragen stellen.

Frage 1: Welche User kommen für Ihr Canary Release in Frage?

Eine entscheidende Frage. Leider gibt es aber nicht die eine „richtige“ Antwort. Welche User-Gruppe Sie wählen, hängt konkret von der Art Ihres Canary Release ab und davon, was Sie sich von dem Release erhoffen.

Generell gibt es hier zwei Denkmodelle:

1. Release für eine „warme“ Zielgruppe.
2. Release für eine „kalte“ Zielgruppe.

Nach dem ersten „warmen“ Denkmodell müssten Sie Ihr Canary Release Erstanwendern bereitstellen, die Ihnen dann eine Frühwarnung geben. Prinzipiell kennen Sie diese User und wissen, dass sie Ihnen gegenüber positiv eingestellt sind und das Produkt schätzen, ja ständig verwenden. Nachdem Sie die User ausgewählt haben, informieren Sie sie im Voraus darüber, dass sie einige neue Features erhalten, die noch nicht perfekt sind, sodass sie mit kleinen Problemen rechnen müssen.

Der Vorteil hier ist simpel – Sie erhalten Feedback und Daten von Usern, die mit Ihren neuen Features in einer realen Umwelt herumexperimentieren. Allerdings scheuen Sie dabei möglichst jedes Risiko.

Der Nachteil ist etwas subtiler. Da Sie Ihr Feature für eine „warme“ Zielgruppe freigeben, können Sie sich nicht sicher sein, ein zu 100 % ehrliches Feedback zu erhalten. Und da diese Gruppe oft aus Erstanwendern und Power Usern besteht, ist es auch nicht sicher, dass sie genauso wie normale Durchschnittsnutzer mit den neuen Features herumspielen und technische Probleme umgehen.

Nach dem zweiten, dem „kalten“ Denkmodell sollten Sie User nach dem Zufallsprinzip auswählen, die Sie im Voraus benachrichtigen oder nicht, dass sie einige neue, potenziell fehlerhafte Features testen werden.

Bei dieser User-Gruppe bestehen deutlich größere Risiken, wenn neue Features getestet werden. Allerdings erhalten Sie auch Daten, die vertrauenswürdiger, realistischer und nutzbarer nicht sein könnten. Sie werden sehen, wie eine Vielzahl von Usern Ihr Feature nutzt. Sie werden deutlich größeres, glaubwürdiges Feedback generieren (vor allem, wenn etwas nicht richtig funktioniert) und insgesamt werden Sie eine deutlich klarere Vorstellung davon erhalten, was tatsächlich passiert, wenn Sie heute Ihr neues Feature freischalten würden.

Welche User-Gruppe sollten Sie also wählen?

In der Praxis werden Sie vermutlich eine User Base wählen, die zwischen diesen beiden Extremen liegt. Sie werden wahrscheinlich eine etwas erweiterte Segmentierung und Personalisierung vornehmen, mit denen Ihre neuen Features für eine Zielgruppe freigegeben werden, die für diese getesteten Features besonders relevant und geeignet ist, aber auch hinreichend untergliedert ist, damit Sie nicht Gefahr laufen, unter dem Strich Ihrem Produkt dauerhaft zu schaden, sollte das Release schlecht sein.

Genau genommen können Sie sich mit dem richtigen Ansatz an beide Gruppen wenden – Tests mit mehreren Zielgruppen durchführen, die Ihnen jeweils verschiedene Formen von wertvollem Feedback und Daten bieten. Sie können sogar mehrere Tests mit mehreren Zielgruppen für mehrere Features deutlich einfacher als zuvor durchführen.

Hier die Gründe, weshalb.

Frage 2: Welche Features werden Sie in Ihrem Canary Release testen?

Diese Frage müsste sich einfach beantworten lassen. Sie konnten ein Canary Release eigentlich nur für eine relativ begrenzte Anzahl von Feature-Tests bereitstellen. Aber in den letzten Jahren sind Ihre Möglichkeiten regelrecht explodiert. Hier, was sich geändert hat.

In der Vergangenheit waren für den Launch von Canary Releases relativ viele Ressourcen notwendig. Sie konnten Ihre Codebasis gefährden und Sie viel Zeit, Aufmerksamkeit und Mühe kosten. Und sie konnten den Entwicklungsprozess insgesamt drastisch verlangsamen. Immer wenn Sie ein Canary Release durchführen wollten, mussten Sie sicherstellen, dass sich dieser Aufwand auch 100 % lohnt – und das schränkte die Art von Funktionen, die Sie testen konnten, stark ein.

Größtenteils lohnten sich Canary Releases nur für besonders sichtbare High-Touch-Funktionen, die für die Applikation grundlegend waren, d. h. Dinge wie die umfassende Überarbeitung einer ganzen Funktionsreihe oder funktionaler Eckpunkte Ihrer Anwendung. Im Großen und Ganzen lohnte es sich nicht, Ressourcen im Rahmen eines Canary Release für den Test einer einzigen, kleinen, isolierten Funktion einzusetzen.

Dadurch waren Ihre Möglichkeiten begrenzt und Sie konnten nicht schnell, agil und reaktiv vorgehen. Sie mussten abwarten, bis genügend Funktionen bereitgestellt wurden, bevor Sie auch nur eine von ihnen testen konnten. Sie konnten nach einem Feedback oder nach dem Erhalt von Daten aus Ihrem Release nicht jede Funktion auf die Schnelle erneut in Angriff nehmen. Kurz gesagt – Ihr Canary Release war nicht besonders agil.

Aber heute sind Sie mit dem richtigen Ansatz deutlich flexibler, wenn Sie entscheiden müssen, welche Funktionen während Ihres Canary Release getestet werden sollen. Jetzt können Sie eine einzige, kleine, isolierte Funktion testen, sobald sie bereitgestellt werden kann – in einer realen Umgebung, ohne substanziellen Mehraufwand für Ihr Team.

Und so wird‘s gemacht

Frage 3: Wie führen Sie Ihr Canary Release faktisch durch?

Canary Releases waren derart ressourcenintensiv, weil alle damit verbundenen Vorgehensweisen mehr oder weniger manuell verliefen.

Sie mussten einen Weg finden, die aktualisierte Version Ihrer Applikation nur bestimmten Usern bereitzustellen. Sie mussten sowohl kurz- als auch langfristige Änderungen an Ihrem Code vornehmen, konfigurieren und überwachen. Sie mussten jede einzelne User-Gruppe im Rahmen verschiedener Tests manuell verfolgen und die Nutzung, das Feedback und jeden KPI dokumentieren, der von den Tests direkt betroffen war. Und all dies mussten Sie abwickeln, während die Funktionen der Standardversion Ihrer Anwendung perfekt aufrecht gehalten werden mussten.

Für den gesamten Prozess waren viele Stunden notwendig. Ein fehlerträchtiger Prozess. Und es war nicht möglich, schnelle, komplexe Tests durchzuführen, auch nicht mit den besten Teams an Ihrer Seite.

Was hat sich also geändert?

Mit einem Wort: die Software.

Jetzt können Sie viele Prozesse im Rahmen eines Canary-Tests und jedes Experiment mit einem einzigen Dashboard auf einer einzigen zentralen Plattform durchführen.

Mit der richtigen Plattform können Sie:

• den gesamten Test gestalten und konfigurieren
• mehrere Funktionen unabhängig voneinander testen
• mehrere besonders personalisierte Segmente erstellen und Testroutinen erstellen
• alle Tests mit einem Button-Klick starten
• die Leistung jeder Funktion und User-Gruppe in Echtzeit überwachen
• alles selbst durchführen, ohne viel Zeit zu investieren

Das Beste von allem: Mit der richtigen Plattform wird das Risiko im Zusammenhang eines Canary Release sogar noch weiter reduziert. Mit einem einfachen Feature-Flagging können Sie die einzelnen getesteten Funktionen als Reaktion auf ihre Echtzeit-Leistung jederzeit aktivieren und deaktivieren. Sie müssen nicht Ihr gesamtes Release zurückschrauben, wenn nur eine Funktion in nur einer Funktionsgruppe falsch funktioniert – Sie können diese Funktion für eine bestimmte User-Gruppe ausschalten und die restlichen Funktionen weiterhin testen.

Wir haben diese Funktionalität und weitere Elemente auf unserer eigenen Plattform – Flagship – gebündelt. Wir sind der Überzeugung, dass Canary Releases ein kritisches Element jedes agilen Produktentwicklungsplans sind. Und wir haben getan, was wir konnten, damit diese Releases so simpel, einfach und kostengünstig wie möglich durchgeführt werden können.

Klicken Sie einfach  hier, um  mehr über unsere Plattform zu erfahren und SOFORT mit Ihrem ersten Canary Release zu beginnen.

Teilen auf

LinkedIn Facebook Twitter

Teilen auf

LinkedIn Facebook Twitter

Testing während der Produktionsphase…

Es ist ein einfaches Konzept…

Aber es ist auch eines der heikelsten Themen da draußen, und es spaltet die Entwicklungswelt in zwei Lager – diejenigen, die sagen, dass man bei der Produktion immer testen sollte und diejenigen, die sagen, dass man es nie tun sollte.

In diesem Beitrag untersuchen wir diese beiden verschiedenen Lager, wir zeigen, zu welchem Lager wir gehören (und warum), und wir bieten eine praktische Perspektive auf Tests in der Produktion.

First Thing’s First: Was bedeutet Testing während der Produktion?

Um es kurz und einfach zu halten: das Testen in der Produktionphase bedeutet, verschiedene Tests an Ihrem Produkt durchzuführen, wenn es sich in einer echten Umgebung befindet.

Anstatt diese Tests durchzuführen, während sich Ihr Produkt noch in der Entwicklung befindet oder sicher in einer Staging-Umgebung versteckt ist, führen Sie diese Tests stattdessen erst dann durch, wenn Ihr Produkt in der realen Welt in den Händen realer Benutzer ist.

Warum testet man in der Produktionsphase?

Wenn sie richtig durchgeführt werden, bieten Tests in der Produktion einige große Vorteile, die man mit keiner anderen Methode erreichen kann.

Mit Tests in der Produktion können Sie:

•   Daten aus der realen Welt sammeln, die Sie während der Entwicklung niemals generieren können.
•   Bestätigen, dass Ihr Produkt tatsächlich das bietet, was Ihre Kunden sich wünschen.
•   Neue Funktionen kennenlernen, die Ihre Kunden wünschen und an die Sie vielleicht nie gedacht haben.
•   Sehen, ob Ihr Produkt in der weniger vorhersehbaren realen Welt zuverlässig funktioniert.
•   Eine größere Strategie der inkrementellen – oder sogar kontinuierlichen – Markteinführung unterstützen.

Das sind starke Vorteile und sie reichen aus, um ein erstes Lager von Entwicklern und Produktmanagern zu schaffen, die „Ja, immer!“ zum Testen in der Produktionsphase sagen.

Aber es gibt auch ein zweites Lager von Entwicklern und Produktmanagern, die „Nein, niemals!“ zu Tests in der Produktion sagen. Sie räumen all die großen Vorteile ein, die das Testen in der Produktion bieten kann. Aber sie haben einfach das Gefühl, dass die Praxis zu viele potenzielle Nachteile mit sich bringt und dass ihre Vorteile es einfach nicht wert sind, die Risiken einzugehen, die die Praxis mit sich bringen kann.

Zu welchem Lager gehören wir?

Es sollte wohl keine große Überraschung sein – wir gehören zum ersten Lager.

Wir glauben, dass das Testen in der Produktion ein Grundpfeiler für jeden in der Entwicklungswelt ist. Und wir glauben, dass es besonders wichtig für Produktmanager ist, da es ihnen eine leistungsfähige Methode zur Generierung von Feedback und Leistungsdaten aus der realen Welt bietet, die sie benötigen, um sicherzustellen, dass sie stets eine tragfähige Produktpipeline aufbauen. 

Aber auch wenn wir für Tests in der Produktion einstehen, wollen wir dem „Nein, niemals!“-Lager dennoch ihren Respekt zollen. Wenn wir sie anhören, können wir einige der größten potenziellen Gefahren erfahren, die beim Testen in der Produktion auftreten können. Und wenn wir diese Probleme erst einmal kennen, können wir damit anfangen, Möglichkeiten aufzuzeigen, um diese Nachteile zu reduzieren und die Vorteile von Tests in der Produktion risikofrei zu nutzen.  

Was sind die großen Risiken von Tests während der Produktion?

Um ehrlich zu sein: Vieles kann schief gehen, wenn man in der Produktion testet.

• Sie können schlechte Codes einsetzen…
• Sie können sensible Daten durchsickern lassen…
• Sie können Ihre Infrastruktur überlasten…
• Sie können Ihr Tracking & Analytics vermasseln…
• Sie können ein schlecht gestaltetes Produkt oder eine schlecht gestaltete Funktion freigeben…

Die Liste geht weiter. Alles, was schief gehen kann, könnte schief gehen.

Und das Schlimmste ist, wenn beim Testen in der Produktion etwas schief geht, wird Ihr Fehler Konsequenzen in der realen Welt haben. Ihr Produkt könnte in einem kritischen Moment der realen Nutzung abstürzen. Sie könnten ungenaue KPIs sammeln und Probleme mit Ihren Stakeholdern verursachen. Ihr schlecht gestaltetes Produkt oder Feature könnte dazu führen, dass mehrere zahlende Kunden ein Konkurrenzprodukt vorziehen.

Das Lager der Leute, die „Nein, niemals!“ zu Tests in der Produktion sagen, hält das für höchst riskant und wir verstehen, warum sie sich davon fernhalten.

Und dennoch, auch wenn wir diese Bedenken durchaus anerkennen, befürworten wir es, während der Produktion zu testen.

Und wir sagen Ihnen auch, warum.

Warum sollten Sie dennoch in der Produktionsphase testen?

Erstens, weil das Testen während der Produktion Sie nicht daran hindert, auch vor der Produktion zu testen.

Die meisten der technischen Probleme, die während eines schlechten Produktionstests auftreten können, lassen sich vermeiden, wenn Sie während der Entwicklung und Qualitätssicherung eine ganze Reihe von technischen Tests durchführen, um sicherzustellen, dass Ihre neuen Produkte und Funktionen stabil sind und einem hohen Volumen des realen Einsatzes gewachsen sind.

Und wenn Sie eine Strategie der iterativen Entwicklung verfolgt haben, dann ist die Chance, ein falsch ausgerichtetes Produkt oder Feature – aus der Perspektive Ihrer Benutzer – zu veröffentlichen, sehr gering. Sie werden nicht jedes Mal einen Homerun erzielen, aber auch die Wahrscheinlichkeit eines Strikeouts ist weitaus geringer.

Zweitens, weil vieles, was in einer Produktionsumgebung schief gehen könnte, in einer Entwicklungs- oder Staging-Umgebung ohnehin nicht richtig getestet werden kann.

Es gibt bestimmte technische Probleme, die sich erst dann zeigen, wenn Sie Ihr Produkt oder Feature vor Anwendern aus der realen Welt präsentieren. Tatsächlich gibt es bestimmte technische Probleme, die erst dann auftauchen, wenn Sie Ihr Produkt oder Ihre Funktion vor vielen Benutzern aus der realen Welt präsentieren. Es kommt auf den Umfang an, ebenso wie auf die unvorhersehbaren Nutzungsmuster, die nur Benutzer aus der realen Welt mitbringen können.

Und wenn es um neue Produkte und Features geht – selbst das robusteste Programm zur iterativen Entwicklung auf der Grundlage des Feedbacks Ihrer Benutzer aus der realen Welt kann immer noch nur eine Vermutung darüber abgeben, was Ihre Benutzer als nächstes wollen. Sie können Vermutungen anstellen, die fundierter sind als andere, aber letztendlich werden Sie nie wissen, ob Sie die Rückmeldungen Ihrer Benutzer richtig interpretiert haben, bis Sie diese Funktionen in der freien Wildbahn veröffentlichen und sehen, wie sie aufgenommen werden.

Drittens, und das ist am wichtigsten… weil Sie bereits in der Produktion testen, auch wenn Sie es nicht wussten!

Die meisten der bewährten Verfahren der Agilen Entwicklung und des Produktmanagements sind Formen des Testings in der Entwicklung. Wir sprechen hier von sehr verbreiteten Praktiken wie:

•     CI/CD
•     A/B Testing
•     Phased Rollouts
•     Canary Releases
•     User Monitoring
•     Usability Testing
•     Smoke & Sanity Testing

Wenn Sie eine dieser Methoden – und noch viele andere – anwenden, dann führen Sie bereits Tests mit Benutzern aus der realen Welt in einer Live-Produktionsumgebung durch. Sie testen bereits in der Produktion, ob Sie es nun so nennen oder nicht, selbst wenn Sie die ganze Zeit dachten, Sie wären im „Nein, niemals!“-Camp.  

Eine praktische Perspektive auf Tests in der Produktion

Lassen Sie uns den Tatsachen ins Auge sehen: Das Testen während der Produktion ist heute ein wesentliches Element des Produktmanagements. Stellen Sie sich vor, Sie versuchen, Ihre Arbeit ohne A/B-Tests zu erledigen. Oder ohne schrittweise Rollouts. Oder ohne die Möglichkeit, unmittelbare Rückmeldungen aus der realen Welt oder technische Nutzungsdaten zu Ihren neuen Produkten und Features zu sammeln. Das können Sie nicht. Sie müssen in der Produktion testen.

Und deshalb bleiben wir standhaft im „Ja, immer!“-Lager, obwohl wir uns der Risiken dieser Handlungsweise bewusst sind. Wenn Tests in der Entwicklung heutzutage unvermeidlich sind, dann sollten Sie weniger Zeit damit verbringen, die Vor- und Nachteile zu debattieren, und mehr Zeit darauf verwenden, den effektivsten und verantwortungsvollsten Weg zu finden, diese Praxis anzuwenden.

Wir glauben so sehr an diese Perspektive des Testens in der Entwicklung, dass wir eine ganze Produktsuite aufgebaut haben, um Produktentwicklern zu helfen, alle Vorteile der Praxis zu nutzen und gleichzeitig ihre Risiken zu minimieren. Unsere Produktsuite heißt Flagship, und ihre Kernfunktion ist das Feature Flag.

Durch den durchdachten Einsatz von Feature-Flags können Sie alle erforderlichen Tests in der Produktion sicher durchführen. Mit Feature-Flags – kombiniert mit dem Rest von Flagship – können Sie:

• Setzen Sie kleinere Releases ein, die die Auswirkungen eines Ausfalls minimieren.
•  Testen Sie Ihre neuen Funktionen nur an Ihren treuesten und verständnisvollsten Benutzern.
•  Personalisieren Sie ihre Tests, damit sie wissen, dass sie mit ein paar Schwierigkeiten bei der Veröffentlichung rechnen müssen.
•     Schalten Sie unterdurchschnittliche Features sofort mit einem einzigen Klick aus.

Mit Feature-Flags und ein wenig Planung können Sie das Risiko drastisch reduzieren und die Komplexität der Tests während der Produktion, die Sie bereits durchführen, erhöhen. Und das bedeutet mehr reale Benutzerdaten, zuverlässigere Produkte und Funktionen und weniger Sorgen darüber, wie sich Ihre harte Arbeit außerhalb der sicheren Grenzen von Entwicklungs- und Staging-Umgebungen verhält.  

Wenn Sie mehr über Flagship, Feature-Flags oder einfach nur darüber erfahren möchten, wie Sie bessere Tests in der Produktion durchführen können, wenden Sie sich noch heute an uns.

Teilen auf

LinkedIn Facebook Twitter