Agil, aber trotzdem nicht wirklich agil? Was Pipeline Automation für Sie tun kann. Teil 2.

Unternehmen, die Agile einführen, und Teams, die Feature für Feature liefern und am Ende eines jeden Sprints einen geschäftlichen Wert schaffen. Wahrscheinlich ist das auch in Ihrem Unternehmen der Fall. Aber erreichen diese Funktionen Ihre Kunden tatsächlich im gleichen Tempo und generieren sie sofort geschäftlichen Nutzen? Und wenn wir schon dabei sind: Sind Sie in der Lage, das Feedback Ihrer Kunden tatsächlich zu nutzen und es im nächsten Sprint zu verwenden? Möglicherweise lautet Ihre Antwort "Nein", was ich sehr oft sehe. Viele Unternehmen haben die agile Arbeitsweise in ihren Geschäftsbereichen eingeführt, aber aus irgendeinem Grund scheinen die "alten Probleme" einfach nicht zu verschwinden... Daher die Frage:

"Schöpfen Sie die Vorteile der agilen Arbeitsweise voll aus?"

Eine unkomplizierte Software Delivery Pipeline Automation könnte Ihnen dabei helfen.

In diesem Beitrag möchte ich Sie dazu anregen, darüber nachzudenken, wie die Automatisierung der Software Development Pipeline Ihrem Unternehmen helfen kann, voranzukommen und die nächsten Schritte auf dem Weg zu einem wirklich agilen Unternehmen zu gehen. Nicht nur ein Unternehmen, das agile Prinzipien anwendet, sondern ein Unternehmen, das wirklich in der Lage ist, auf das sich ständig verändernde Umfeld, das unser heutiger Markt darstellt, zu reagieren. Um dies zu erklären, nehme ich das Agile Manifest als Ausgangspunkt und gehe von dort aus. In meinem vorherigen Beitrag habe ich die Agilen Prinzipien 1 bis 4 behandelt. Lesen Sie bitte weiter unten, wo ich erkläre, wie Automatisierung Ihnen bei den Agilen Prinzipien 5 bis 8 helfen kann.

Agiles Prinzip 5: Bauen Sie Projekte um motivierte Personen herum auf. Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie ihnen, dass sie ihre Arbeit erledigen. Dies ist ein wichtiger Aspekt bei Agile. Menschen werden motiviert, wenn sie bei der Ausführung einer Aufgabe Ermächtigung, Verantwortung, Eigenverantwortung und vertrauensvolle Unterstützung erfahren. Dies ist einer der Gründe, warum sich agile Teams oft so lebendig und dynamisch anfühlen. Dennoch arbeiten in vielen Organisationen die Entwicklungsteams agil, die "nachfolgenden Teams" jedoch nicht. Das Ergebnis sind Mini-Wasserfälle, die Ihren gesamten Lieferzyklus verlangsamen. "Umgebung und die benötigte Unterstützung" bedeutet, dass das agile Team in einer kreativen und innovativen Umgebung arbeiten sollte, in der die Teammitglieder neue Funktionen schnell testen können. Wo das Team experimentieren kann, Systeme "einfachfunktionieren" und "Warten" nicht erforderlich ist. Das Team sollte sozusagen befähigt werden ... in Bezug auf die Automatisierung und in Bezug auf die Innovation. Das bedeutet, dass ein Build nicht Stunden, ein Deployment nicht Tage und die Bereitstellung einer neuen Infrastruktur nicht Wochen dauern sollte. Die Anwendung rigoroser Automatisierung hilft Ihnen, das fünfte Ziel des Agilen Manifests zu erreichen. Es ist ein bisschen wie mit dem Huhn und dem Ei, aber ich glaube, man kann mit Sicherheit sagen, dass eine schlampige, kaputte und schrullige Entwicklungsumgebung nicht dazu beiträgt, die Motivation der Mitarbeiter zu steigern. Daher gilt: "Geben Sie ihnen das Umfeld und die Unterstützung, die sie brauchen, und vertrauen Sie darauf, dass sie ihre Arbeit erledigen.

Agiles Prinzip 6: Die effizienteste und effektivste Methode, Informationen an und innerhalb eines Entwicklungsteams zu übermitteln, ist das Gespräch von Angesicht zu Angesicht. Bei der agilen Arbeitsweise werden Menschen und Interaktionen über den Einsatz von Prozessen und Tools gestellt. Wenn ein Team ein neues Projekt beginnt, sollte es nicht mit Ticketing-Systemen, umfangreichen Dokumentationen, die sich selbst erklären müssen, und langen Servicezeiten behindert werden. Diese Art von "Dienstleistungen" gibt es oft an den Grenzen von Geschäftseinheiten, die verschiedene "Disziplinen" zur Lösung bringen. Obwohl sie agil arbeiten, haben viele Unternehmen immer noch diese Grenzen. Ein wichtiger Aspekt von Continuous Delivery ist die Arbeit in Produktteams, die sich der Lieferung und/oder Wartung eines Endprodukts widmen. In diesen Produktteams arbeiten alle erforderlichen Disziplinen in ein und demselben Team zusammen. Durch diese Arbeitsweise entfällt die Notwendigkeit von langsamen Tooling- und Ticketingsystemen, und die Mitarbeiter sind motiviert, zusammenzuarbeiten und die Arbeit zu erledigen. Wenn Sie die Mitarbeiter als Team organisieren, das an einem Produkt arbeitet, anstatt als Einzelpersonen, die eine Aufgabe ausführen, die an sich keine Bedeutung hat, können Sie das sechste Ziel des Agilen Manifests erreichen. Die Automatisierung kann hier nicht viel für Sie tun.

Agiles Prinzip 7: Funktionierende Software ist das wichtigste Maß für den Fortschritt. Das Ziel von Agile ist es, am Ende eines jeden Sprints eine funktionierende Software zu liefern. Das ist es, was für den Kunden zählt: funktionierende Software, die tatsächlich genutzt werden kann. Funktionierende Software bedeutet Software ohne Fehler. Es hat keinen Sinn, am Ende eines jeden Sprints eine fehlerhafte Software zu liefern. Wenn Sie einen kontinuierlichen Strom neuer Funktionen an den Kunden senden, sollte jede Funktion von Anfang an das erforderliche Qualitätsniveau einhalten. Was die Qualität betrifft, so müssen neue Funktionen z.B. "zuverlässig", "sicher", "wartbar", "schnell" usw. sein, alles Eigenschaften, die vollständig getestet werden können. Das Testen dieser Art von Eigenschaften sollte ein fester Bestandteil der Teamaktivitäten sein. Eines der Prinzipien im Zusammenhang mit Continuous Delivery ist die Testautomatisierung, die dieses Thema aufgreift. Ohne sie ist es nicht möglich, am Ende eines jeden Sprints eine funktionierende, produktionsreife Software zu liefern. Die ordnungsgemäße Umsetzung von Testdisziplinen, die Förderung einer Kultur der Lieferung qualitativ hochwertiger Software, das Testen jeder einzelnen Funktion, die Einhaltung von Testdisziplinen und die Anwendung passender und automatisierter Testwerkzeuge sind Themen, die mit dem siebten Objekt des Agilen Manifests zusammenhängen. Führen Sie für jede Funktion, die Sie dem Produkt hinzufügen, einen Test durch und automatisieren Sie diesen Test.

Agiles Prinzip 8: Agile Prozesse fördern eine nachhaltige Entwicklung. Die Sponsoren, Entwickler und Benutzer sollten in der Lage sein, ein konstantes Tempo auf unbestimmte Zeit beizubehalten. Da die Komplexität von Software exponentiell zunimmt, wird es im Laufe der Zeit immer schwieriger, ein konstantes Tempo bei der Bereitstellung neuer Funktionen aufrechtzuerhalten, wenn man sie manuell zusammenstellt, einsetzt, testet oder bereitstellt. Menschen sind einfach nicht dafür gemacht, mehrere Aufgaben schnell, wiederholt und konsistent über einen längeren Zeitraum auszuführen, dafür sind Maschinen da!

Das achte Agile Prinzip lässt sich in der Regel auf ein Konzept namens "Fluss" zurückführen. Sie haben vielleicht ein agiles Team für die Entwicklung neuer Soft ware, aber wie sieht es mit dem Fluss im Rest Ihrer Organisation aus? Sollte das Team darauf warten, dass die Anforderungen eintreffen, sollte es darauf warten, dass die Tester die Software manuell testen, oder ist es das Operations-Team, das Ressourcen freisetzen muss, um die Software bereitstellen zu können? Um diese Frage zu klären, sollten die Momente der Übergabe von der Idee bis zum Produkt so weit wie möglich minimiert werden, und wo möglich sollten Prinzipien der Automatisierung angewandt werden. Dies bringt uns zurück zur Automatisierung von Builds, Tests, der Bereitstellung und der Automatisierung der Infrastruktur.

Bleiben Sie dran für den nächsten Beitrag, in dem ich mich mit den letzten vier agilen Prinzipien befassen werde.

Michiel Sens.