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

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 Softwareentwicklungs-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 zu reagieren, in dem sich unser Markt heute befindet. Um dies zu erklären, nehme ich das Agile Manifest als Ausgangspunkt und arbeite von dort aus.In meinen früheren Beiträgen(Beitrag 1, Beitrag 2) habe ich die Agilen Prinzipien 1 bis 4 und 5 bis 8 behandelt. Lesen Sie bitte weiter unten, wo ich erkläre, wie Automatisierung Ihnen bei den Agilen Prinzipien 9 bis 12 helfen kann.

Agiles Prinzip 9: Kontinuierliche Aufmerksamkeit für technische Exzellenz und gutes Design erhöht die Agilität. In agilen Teams wird technische Exzellenz durch völlige Offenheit des Designs, Transparenz bei den Design-Implikationen und Reaktion auf neue Realitäten erreicht. und die Nutzung von Feedback-Schleifen zur kontinuierlichen Verbesserung des Produkts. Viele agile Teams scheinen jedoch immer noch im Blindflug zu arbeiten, wenn es um Feedback zu Build, Bereitstellung, Laufzeit und Kundenerfahrung geht.Automation verbessert die Möglichkeit, Feedbackschleifen als Rückmeldung in den Softwareentwicklungsprozess zu implementieren. Alles, was automatisiert wird, kann überwacht werden und gibt sofort Aufschluss über den aktuellen Stand Ihrer Pipeline. Denken Sie an Dinge wie Trendinformationen, Testergebnisse, Statistiken und den aktuellen Gesundheitszustand auf Knopfdruck. Das Sammeln tatsächlicher Messdaten ist ein wichtiger Schritt, diese Daten auf eine abstrakte Ebene zu bringen, die das gesamte Team im Handumdrehen verstehen kann, ist ein weiterer. Gehen Sie einen Schritt weiter und verwenden Sie Dashboarding-Techniken, um Daten sichtbar zu machen. Das macht nicht nur Spaß, sondern ist auch sehr hilfreich, um den Projektstatus lebendig werden zu lassen.

Agiles Prinzip 10: Einfachheit - dieKunst, die Menge der nicht erledigten Arbeit zu maximieren - ist wesentlich. Viele von uns kennen vielleicht das Zitat: "Alles sollte so einfach wie möglich gemacht werden, aber nicht einfacher". Bei "Einfachheit - die Kunst, die Menge der nicht erledigten Arbeit zu maximieren" werden Verschwendungen wie "Überbearbeitung" und "Überproduktion" minimiert, indem dem Product Owner das Produkt so früh wie möglich und in regelmäßigen Abständen gezeigt wird, um ein "Gold Plating" und die Anhäufung von Funktionen in der Pipeline zu verhindern. Natürlich ist der Product Owner wichtig, aber der wichtigste Stakeholder ist der Kunde. Um Feedback vom Kunden zu erhalten, müssen Sie neue Funktionen nicht nur in Ihre Demo-Umgebung, sondern bis in die Produktion bringen. Die Automatisierung der Build-, Deploy-, Test- und Bereitstellungsprozesse sind Themen, die Unternehmen dabei helfen, dieses Ziel zu erreichen. Die vollständige Automatisierung Ihrer Softwarebereitstellungspipeline ist ein großartiger Mechanismus zur Minimierung von Verschwendung und zur Maximierung des Durchsatzes bis hin zur Produktion. Sie hilft Ihnen festzustellen, wann Sie mit dem Goldplating beginnen, und versetzt Sie in die Lage, Dinge zu tun, die für Ihre Kunden wirklich wichtig sind. Wussten Sie, dass laut einem Standish-Bericht mehr als 50% der Funktionen in Software selten oder nie genutzt werden. Dabei handelt es sich nicht nur um Funktionen mit geringem Wert, sondern um Funktionen ohne Wert. Stellen Sie sich vor, was erreicht werden kann, wenn wir tatsächlich wissen, was genutzt wird und was nicht.

Agiles Prinzip 11: Die besten Architekturen, Anforderungen und Entwürfe entstehen in selbstorganisierenden Teams. Traditionell wurden technische Projekte mit Spezialisten besetzt. Die Zusammenstellung eines Teams mit Spezialisten basierte auf dem Konzept der Arbeitsteilung, wodurch die Spezialisten dazu gebracht wurden, sich auf ihr Fachgebiet zu konzentrieren. Der Interaktionsdesigner entwirft die Benutzeroberfläche, der Architekt erstellt das erforderliche Architekturmodell, der Datenbankadministrator richtet die Datenbank ein, der Integrator arbeitet an der Integrationslogik und so weiter. Jeder arbeitete an einer zugewiesenen Aktivität, aber sobald die Komponenten zusammengefügt waren, schien nichts mehr zu funktionieren. In agilen Teams geht es nicht darum, dass eine Person eine bestimmte Aufgabe ausführt, sondern darum, dass das Team voll funktionsfähige Slices des Produkts liefert. Wenn ein Teilstück scheitert, scheitert das Team. Die Zusammenarbeit bei der Entwicklung von Komponenten hilft dabei, eine optimale Gesamtlösung zu finden, anstatt viele optimierte Teillösungen, die zu einem späteren Zeitpunkt zusammengefügt werden müssen. Damit dies funktioniert, benötigen Sie eine Umgebung, die Ihnen sofortiges Feedback zur Gesamtlösung gibt, und genau hier kommt die Automatisierung von Build, Test und Bereitstellung ins Spiel. Jedes Mal, wenn ein Entwickler Code eincheckt, muss der Code der gesamten Codebasis hinzugefügt werden (nicht nur auf dem Laptop des Entwicklers) und muss auch in der tatsächlichen Laufzeitumgebung getestet, bereitgestellt und überprüft werden. Die Arbeit mit vollständigen Slices bietet einem Team die Möglichkeit, als Ganzes zu experimentieren und die richtigen Dinge zu tun.

Agiles Prinzip 12: In regelmäßigen Abständen denkt das Team darüber nach, wie es effektiver werden kann, und stimmt sein Verhalten entsprechend ab und passt es an.

Besser werden heißt sich verändern, perfekt sein heißt, sich oft zu verändern. Selbstlernende Teams und Anpassungen an neue Gegebenheiten sind der Schlüssel für agile Teams. In vielen Unternehmen bleiben die Teams jedoch von wichtigen Feedbackgebern wie Kunden (Nutzung), Laufzeit (Betrieb), Testergebnissen (Qualität) usw. abgeschirmt. Das Konzept der kontinuierlichen Lieferung basiert weitgehend auf dem Erhalt zuverlässiger Rückmeldungen und der Nutzung dieser Rückmeldungen zur Verbesserung. Es geht darum, das Team in die Lage zu versetzen, die richtigen Dinge zu tun und die Dinge richtig zu tun. Ein wichtiger Aspekt dabei ist, dass die Informationen nicht verzerrt werden dürfen. Um richtig steuern zu können, müssen tatsächliche Messdaten gesammelt und dem Team auf verständliche Weise dargestellt werden. Die Automatisierung des Softwarebereitstellungsprozesses ermöglicht es dem Unternehmen, echte Daten zu sammeln, echte Messungen an echten Ereignissen vorzunehmen und entsprechend zu handeln. Auf diese Weise kann man anfangen, auf der Grundlage der Realität statt auf der Grundlage von Hypothesen zu handeln.

Vielleicht klingt dieser Artikel ein wenig wie Steve Balmers Mantra für Entwickler (oh mein Gott!), aber dann für "Automatisierung", aber warten Sie nur fünf Minuten... Sie arbeiten agil, aber sehen Ihre Kunden wirklich den Unterschied? Haben sie jetzt ein besseres Produkt, das schneller geliefert wird? Wenn die Antwort nein lautet, was könnte Ihnen dabei helfen? Sofort?

Michiel Sens.