Schriftliche DevOps-Schulung
Wie verbessern Sie Hypothesen und fördern eine DevOps-Organisation, die durch Experimente lernt?
In einer klassischen IT-Organisation entstehen oft mehrere Releases für Produkte und Funktionen, ohne zu prüfen, ob sie die gewünschten Geschäftsergebnisse erzielen oder überhaupt jemand sie nutzt. Ein vollständiges Softwareprodukt und einen Dienst zu entwickeln, um erst dann zu sehen, ob die erwartete Nachfrage besteht und die Idee sie erfüllen kann, ist die ineffizienteste Art, ein Geschäftsmodell oder eine Produktidee zu prüfen.
Bevor Sie ein vollständiges Produkt und einen Dienst entwickeln, fragen Sie sich: „Warum sollte ich das entwickeln?”, “Ist es meine Zeit und meine Ressourcen wirklich wert?“ Führen Sie möglichst schnelle und kostengünstige Experimente durch, um zu prüfen, ob Ihre Ideen, Produkte und Funktionen die gewünschten Geschäftsergebnisse erzielen.
Langjährige statistische Experimente und Messungen an verschiedenen Unternehmenssoftwarepaketen haben gezeigt, dass nur ein Drittel aller Änderungen eine wichtige Geschäftskennzahl wie Umsatz, Konversionen, Bestellungen, Abonnements oder Neukundengewinnung deutlich verbessert. Zwei Drittel führen zu keiner oder nur geringer Verbesserung oder verschlechtern den Wert sogar. In diesen Fällen wäre Ihre Organisation besser beraten, dem ganzen Team Urlaub zu geben, als Funktionen ohne Mehrwert zu entwickeln.
Begegnen Sie dieser Herausforderung mit Nutzerforschung und A/B-Tests. Prüfen Sie die Wirkung von Funktionen, bevor Sie sie entwickeln. Lassen Sie das Feedback der Nutzerforschung in die Softwareentwicklung einfließen. So wenden Sie DevOps richtig an und entwickeln zugleich das Richtige. Je schneller Sie experimentieren, lernen und Kundenfeedback in den Softwarelebenszyklus integrieren, desto besser können Sie Ihre Konkurrenz im Markt übertreffen.
A/B-Tests wurden zuerst durch Direktmarketing per Post bekannt. Werbetreibende variierten Wortwahl, Farbschema, Layout, Überschriften und Texte von Flugblättern und Postkarten, um die wirksamsten und umsatzstärksten Varianten zu finden. Die britische Regierung nutzte A/B-Tests, um den wirksamsten Brief zur Einziehung überfälliger Steuern zu ermitteln. Heute sind A/B-Tests ein gängiges Mittel, um Marketing und Kommunikation zu prüfen und herauszufinden, welche Ideen, Produkte und Funktionen funktionieren.
Damit Ihr DevOps-Team A/B-Tests nutzen kann, muss es mehrere Versionen von Funktionen schnell und einfach bereitstellen und verschiedenen Nutzergruppen zeigen können. Mit umfassender Telemetrie und Metriken der Geschäftsebene prüfen Sie, ob die Funktion bessere Geschäftsergebnisse bringt und welche Version am besten abschneidet.
Ein Beispiel: Ihre DevOps-Organisation möchte einen neuen Bestellvorgang für einen Onlineshop freigeben. Bevor daraus eine große Aufgabe wird, ist der neue Ablauf lediglich eine Hypothese für bessere Geschäftsergebnisse. Erst wenn die Hypothese untersucht und bestätigt ist, sollte daraus ein Projekt werden, das Ihrem Team viel Zeit, Ressourcen und Energie abverlangt. Das erste Arbeitspaket lautet:
Hypothese überprüfen: Wir glauben, dass eine neue Version des Bestellvorgangs zu höheren Konversionsraten führen kann. Wir sind bereit, diese Funktion vollständig zu entwickeln und bereitzustellen, wenn eine experimentelle Variante, die wir 1 % der Besucher zeigen, den Umsatz innerhalb der nächsten 7 Tage um mindestens 5 % steigert.
FAZIT
Verlassen Sie sich nicht allein auf Ihr Bauchgefühl und die bewährten Praktiken, die Ihr Team bisher kennengelernt hat. Im Mittelpunkt sollten echte Menschen stehen, die unter realen Bedingungen an Ihren Experimenten teilnehmen.
DevOps Product Owner sollten ihre Produkt- und Funktionsideen als zu prüfende Hypothesen verstehen. Erst wenn gute Gründe für eine Idee sprechen, sollte sie umfassend entworfen, umgesetzt und getestet werden.
