Es ist kein Release, sondern ein Lebenszyklus

Hitesh Patel

In der Technologiebranche gilt seit jeher das Mantra: Entweder man verfügt über die richtige Technologie, oder man kommt nicht voran. Aber stimmt die Annahme wirklich, dass die beste Technologie automatisch zum Erfolg führt?

Heute wissen wir, dass mehr dazugehört. Man kann die beste Technologie der Welt entwickeln, doch wenn man den Menschen nicht vermittelt, wie sie die neuen Konzepte und Möglichkeiten auf ihre Probleme anwenden können, hat man lediglich ein Produkt, das niemand nutzen kann – und keine Möglichkeit festzustellen, ob es überhaupt richtig funktioniert.

Die eigentliche Arbeit beim Aufbau eines erfolgreichen Produkts besteht darin, gleichermaßen in die Entwicklung dieses Produkts und in die Menschen zu investieren, die es in ihren jeweiligen Umgebungen einsetzen werden. Angesichts der technologischen Entwicklung ist es wichtig, dass Anbieter aktiv in die Schulung, Betreuung und Befähigung von Menschen investieren – und zwar noch vor den Produkten –, damit sie über die grundlegenden Fähigkeiten verfügen, die für den Einsatz neuer Technologien erforderlich sind.

Auf diese Weise tragen wir dazu bei, eine kompetentere, besser informierte Nutzerbasis zu schaffen, die ihre Erfahrungen und ihr Kontextwissen einbringen kann. Im Gegenzug entsteht zwischen dieser nun besser informierten Nutzerbasis und uns als Anbieter eine symbiotische Beziehung, die uns dabei hilft, Produkte und Lösungen auf der Grundlage fundierter Erfahrung und Sachkenntnis weiterzuentwickeln.

In diesem Umfeld besteht der Maßstab für Erfolg nicht mehr darin, ein neues Produkt auf den Markt zu bringen. Vielmehr gilt es, kontinuierlich mit allen am Produkt Beteiligten – Kunden, Partnern, F5-Ingenieuren und Supportmitarbeitern – im Austausch zu bleiben und ihnen zuzuhören, um einen fortlaufenden Zyklus aus Innovation und Verbesserung zu gewährleisten.

Einsatz von DevOps-Methoden für Schulungen

Wie das funktioniert, lässt sich anhand der Geschichte des Super-NetOps-Programms nachvollziehen. Im Zuge der Transformation von F5 zu einem Anbieter von Anwendungsdiensten für Multi-Cloud-Umgebungen mussten wir Hunderte von Ingenieuren weltweit in grundlegenden Kompetenzen rund um Cloud, Automatisierung, Orchestrierung und DevOps-Methoden schulen.

Dabei haben wir intensiv daran gearbeitet, eine für beide Seiten gewinnbringende Beziehung zu unseren eigenen Technikern aufzubauen. Der Zyklus sah folgendermaßen aus: Schulungsinhalte entwickeln. Die Inhalte mit einigen Nutzern testen. Ermitteln, wo die Benutzererfahrung verbessert werden musste. Diese Verbesserungen in unser Produkt integrieren. Den Vorgang wiederholen.

Wenn Sie ein Produkt gemeinsam mit Kunden zur Marktreife bringen, lässt sich dieselbe DevOps- und Agile-Methodik wie folgt übertragen: Sie entwickeln etwas und haben nun einen Prototyp. Sie benötigen Feedback, werden es aber erst erhalten, wenn Sie Menschen finden, die bereit sind, die nötige Zeit und Mühe zu investieren. Dafür brauchen sie Schulungen. Sie benötigen eine Dokumentation. Und sie müssen Schritt für Schritt begleitet werden.

Parallel zu unseren Entwicklungsaktivitäten bauen wir also die Strukturen für unsere Schulungen aus. Dazu gehört auch, Feedbackschleifen zu etablieren – sowohl für die Schulungen als auch für die Produkte selbst. Wie können wir es den Menschen, die diese Prototypen nutzen, ermöglichen, im Sinne von Open Source selbst etwas beizutragen? Wie können wir daraus lernen, wenn ein Kunde bei der Implementierung nicht weiterkommt? Und wie können wir diese Erkenntnisse nutzen, um unsere Produkte und unseren Support noch weiter zu verbessern?

In den vergangenen Jahren haben wir unsere Kunden und die Community zunehmend eingebunden. Diese Bemühungen haben zum heutigen Super-NetOps geführt, das auf dem Programmstart bei der Agility vor zwei Jahren aufbaut.

Dies war eine grundlegende Veränderung für unsere auf NetOps ausgerichteten Ingenieure. Wir entwickeln nicht nur Lösungen für Automatisierung und Orchestrierung, sondern orientieren uns tatsächlich an der DevOps-Methodik und am Softwareentwicklungsprozess. Wir konzipieren das Ganze wie ein riesiges verteiltes Softwareprojekt, das auf der F5-Plattform ausgeführt und in sie integriert wird – und nicht wie Netzwerkkomponenten, die notdürftig in etwas eingebunden werden, das wie ein Softwaresystem aussieht.

Partnerschaften aufbauen

Bei all dem geht es gleichermaßen darum, DevOps anzunehmen und aktiv zu leben, aber auch darum, Partnerschaften aufzubauen. Jetzt verfügen wir über die nötigen Voraussetzungen, um mit unseren Kunden einen neuen Dialog zu führen. Wir hören aufmerksam zu und führen eine aktive, konstruktive Diskussion, bei der es ausschließlich darum geht, wie wir für den Kunden das bestmögliche Ergebnis erzielen können. Manchmal bedeutet das, dass wir zusagen, eine Funktion zu entwickeln. In anderen Fällen raten wir davon ab, einen bestimmten Weg einzuschlagen.

Damit erhalten wir auch die Werkzeuge, um NetOps dabei zu unterstützen, ein echter Partner von DevOps zu werden. NetOps muss nicht länger nur die Stelle sein, bei der Projekte landen, die einfach über den Zaun geworfen wurden. Stattdessen kann NetOps als Partner dazu beitragen, dass DevOps- und Entwicklerteams erfolgreich sind und ihre Anwendung, ihr Produkt, ihre Kreation ihr volles Potenzial entfaltet. Wenn es diese Rolle in Ihrem Unternehmen noch nicht gibt, können wir innerhalb von zwei Wochen jemanden dazu befähigen.

Diesen Prozess zu durchlaufen und diese Veränderungen vorzunehmen, hat die Sichtweise von F5 darauf, wer wir künftig sein wollen, grundlegend verändert. Wir wissen jetzt, wie wir uns mit den neuesten Entwicklungen auseinandersetzen können – mit der Art und Weise, wie Container-Ökosysteme und Microservices aufgebaut werden und wie Software heutzutage entwickelt wird.

Und wie Sie bei unserer Veröffentlichung der Automation Toolchain-APIs in diesem Monat sehen werden, ist dies eine Philosophie, die auch bei unseren Produkten wirklich etwas bewirkt – Lebenszyklus für Lebenszyklus.

Über den Autor

Hitesh Patel

Weitere Blogbeiträge von Hitesh Patel