Hinter dem Begriff DevOps verbergen sich viele verschiedene Rollen und Praktiken, die sich nicht in einem Satz beschreiben lassen. Wir haben Aleksander Czarnołęski und Michał Piotrowicz von Sollers Consulting zum Thema Arbeit mit DevOps, seinen Merkmalen und deren Weg zum DevOps Engineer befragt.
Was bedeutet DevOps und welche Rolle spielt es in Projekten?
Aleksander: Es hängt alles davon ab, wie wir DevOps definieren. Am häufigsten begegnet uns die Rolle eines DevOps-Ingenieurs, dessen Ziel es ist, den Softwareentwicklungsprozess zu automatisieren. Dies entspricht teilweise dem allgemeinen DevOps-Ansatz, lässt aber einen entscheidenden Aspekt der Kultur und Prozessorganisation außer Acht: Ein schlecht konzipierter manueller Prozess der automatisiert wird, wird zu einem schlecht konzipierten automatisierten Prozess.
DevOps ist ein sehr weit gefasster Begriff, der viele Praktiken umfasst. Ich fasse sie in der Regel mit der folgenden Definition zusammen: Optimierung des Softwareentwicklungs- und Bereitstellungs-Prozesses durch Sicherstellung der richtigen Organisationskultur, Prozesse und letztlich der Werkzeuge.
In Anbetracht der Marktwahrnehmung und unserer Erfahrung mit DevOps unterscheiden wir in der Regel zwei Arten von Projekten:
1. Wenn wir an einem einzelnen Projekt für einen Kunden arbeiten und nur begrenzten Einfluss auf die gesamte Organisation haben, konzentrieren wir uns auf den Aufbau des höchsten Reifegrads und die Automatisierung des Entwicklungsprozesses auf Projektebene. Dies beinhaltet die Optimierung und Automatisierung des Softwareentwicklungs- und -bereitstellungsprozesses sowie die Sensibilisierung der Kunden für DevOps-Praktiken, wie z. B. die enge Zusammenarbeit zwischen Entwicklungsteams und Unternehmen, frühzeitiges Testen, die Befähigung des Teams, Entscheidungen zu treffen, die Bereitstellung von End-to-End-Tools für die Lösungsentwicklung usw.
2. In Projekten, die auf die Umgestaltung der Kundenorganisation abzielen, haben wir einen viel größeren Einfluss auf die Etablierung der richtigen Organisationskultur und die Gestaltung der Prozesse auf Unternehmensebene. Wir versuchen, einen Mittelweg zu finden zwischen der Ausstattung der Teams mit den richtigen Werkzeugen und der Freiheit, etwas zu schaffen, und der Einführung bestimmter Rahmenbedingungen, die es ermöglichen, einen konsistenten technologischen Ansatz beizubehalten, die Wiederverwendung vorbereiteter Lösungen zu unterstützen und eine einheitliche Entwicklung in der gesamten Organisation zu gewährleisten.
Wussten Sie schon zu Beginn Ihrer Karriere, dass Sie im Bereich DevOps tätig sein wollten? Wie sah Ihr Weg aus?
Der Weg vom Business Analysten zum Senior Consultant
Aleksander: Mein Weg war recht ungewöhnlich, denn ich habe bei Sollers als Business-Analyst angefangen. Zunächst war ich für das Sammeln und Erstellen von funktionalen Anforderungen, die Kontaktaufnahme mit Fachexperten, manchmal die Vorbereitung von Testszenarien und später das Testen verantwortlich. Da Sollers viele Möglichkeiten zur horizontalen Entwicklung innerhalb des Unternehmens und über das aktuell durchgeführte Projekt hinaus bietet, wurde mir die Möglichkeit geboten, die DevOps-Kompetenz innerhalb des Unternehmens zu koordinieren. Die Aufgabe bestand darin, die Menschen innerhalb der Kompetenz zu organisieren, anstatt selbst Lösungen zu entwickeln (damals verstand ich das Konzept von DevOps kaum!). Zunächst sah ich nicht, wo ich einen Mehrwert schaffen könnte, da ich in keiner Weise technisch veranlagt war.
Erst später verstand ich eine umfassendere Definition von DevOps und erkannte, dass ich, wenn ich mich richtig ausbilden und den Softwareentwicklungsprozess besser verstehen würde, in der Lage sein würde, die richtige Unternehmenskultur aufzubauen und Prozesse zu optimieren. Also begann ich, viele Bücher und Präsentationen zu lesen und an Schulungen teilzunehmen. Vor allem aber begann ich, mehr mit Entwicklern, Architekten und Infrastrukturingenieuren zu sprechen, um ihren Arbeitsalltag und die Probleme, mit denen sie konfrontiert sind, besser zu verstehen. Als ich mir mehr Wissen aneignete und die strategische Entscheidung traf, mehr in die Entwicklung von DevOps-Produkten zu investieren, begann sich meine Karriere mehr um diesen Bereich zu drehen. Dann gab es Projekte, bei denen ich beim Aufbau der Organisationskultur und der Optimierung von Entwicklungsprozessen für Kunden geholfen habe. So bin ich dort gelandet, wo ich jetzt bin.
Der Weg vom IT-Administrator zum IT-Manager/Leiter von DevOps
Michał: Ich begann meine Karriere als System- und Infrastrukturadministrator. Im Laufe der Zeit habe ich mich immer mehr an externen Projekten für Kunden beteiligt, weil ich die Probleme lösen wollte, mit denen meine Kollegen in den Entwicklungsteams konfrontiert waren. Früher habe ich oft ironische Kommentare von Geschäftskollegen gehört, die sagten: „Warum kann es nicht so funktionieren wie bei uns?“ Damals steckte der Begriff DevOps noch in den Kinderschuhen, und wir selbst waren uns nicht sicher, wie wir unsere Ideen und Initiativen definieren sollten. Zu dieser Zeit wurde die agile Methodik immer beliebter, und wir übertrugen sie auf unsere Arbeit an der Infrastruktur. Als wir mehr Projekte abschlossen und Probleme lösten, stießen wir zunehmend auf neue Tools und Ressourcen, die DevOps als Praxis für eine effiziente Softwarebereitstellung erwähnten. All dies festigte die Kompetenz von DevOps in Sollers.
Rückblickend betrachtet war es in meinem Fall vor allem das Ergebnis von zwei Dingen, dass ich die Rolle des IT-Managers erreicht habe. Zum einen war es technisches Wissen in Verbindung mit Selbstvertrauen, das mich oft dazu brachte, die in der IT-Branche erstaunlich häufig anzutreffenden Aussagen „das geht nicht“ zu hinterfragen. Zum anderen war es die Bereitschaft, im Team zu arbeiten. Ich habe schnell erkannt, wie viel von den Menschen selbst und ihrem Engagement abhängt – ob wir gemeinsame Ziele haben, was uns antreibt und ob wir den Wert unserer Arbeit verstehen.
Wie sind Sie bei Sollers gelandet? Was schätzen Sie an diesem Job?
Aleksander: Die Arbeit bei Sollers war mein zweiter Job, den ich während meines Studiums aufgenommen habe. Ich hatte bereits Erfahrung in der IT-Personalvermittlung, was ein guter Ausgangspunkt war, da ich dadurch ein besseres Verständnis für die Branche erlangte.
Nach vier Jahren hier schätze ich die flache Organisationskultur und die Möglichkeit, mich in verschiedene Projekte und Initiativen einzubringen. Ich bin ein Beispiel dafür, denn ich habe als Analystin angefangen, hatte aber die Möglichkeit, mich in eine andere Richtung zu entwickeln. Ich habe das Gefühl, dass Sollers sich um seine Mitarbeiter kümmert und darauf achtet, dass jede Veränderung das Arbeitsumfeld wirklich verbessert. All diese Veränderungen werden diskutiert und kommen nicht von oben nach unten, sondern sind das Ergebnis von Teamarbeit. Die Offenheit für Feedback ist entscheidend. Wenn eine Veränderung auf Unzufriedenheit stößt, wird sie überdacht und angepasst, um den tatsächlichen Bedürfnissen der Mitarbeiter gerecht zu werden. Ich glaube, dass dies ein guter Ansatz ist, denn seit ich angefangen habe (vor über vier Jahren), ist das Unternehmen um mehrere hundert neue Mitarbeiter gewachsen.
Es ist mir auch wichtig, dass Sollers viele Integrationsmöglichkeiten bietet, von monatlichen Treffen über Teambuilding-Reisen (z. B. nach Malaga oder Kreta) bis hin zu Integrationsbudgets, die die Mitarbeiter für gemeinsame Ausflüge nutzen können. Dieses Jahr haben wir mehrere Ausflüge in die Berge, Segeltörns und Radtouren durch Europa unternommen.
Michał: Für mich war Sollers das erste ernsthafte Engagement nach einigen kürzeren Episoden in meiner Laufbahn. Was mir von Anfang an gefiel und was sich bis heute nicht geändert hat, ist das hohe Engagement der Mitarbeiter und ihre Offenheit für Veränderungen und kontinuierliche Verbesserungen. Dies, zusammen mit der von Aleksander erwähnten flachen Struktur, ermöglicht es mir, zwei Dimensionen zu verfolgen: die Unterstützung von Kunden bei digitalen Transformationsprojekten und die Arbeit an meiner eigenen Entwicklung und der Entwicklung des gesamten Unternehmens. Entwicklung ist eines der Schlüsselwörter in Sollers, nicht nur im geschäftlichen Kontext, sondern auch aus einer individuellen Perspektive für Mitarbeiter, die ihre Fähigkeiten verbessern wollen.
Was verbindet DevOps und Agile?
Aleksander: Agile Methoden sind in praktisch jedem Softwareentwicklungsunternehmen zu finden. Nach unseren Beobachtungen werden die meisten agilen Praktiken jedoch nur bis zu einem gewissen Grad und nur in Teilen des Unternehmens umgesetzt. Es gibt sogar einen Begriff, der dies verdeutlicht: „Wasserfall“, was bedeutet, dass die Entwicklungsteams zwar agilen Praktiken folgen, aber alles, was vor dem Entwicklungsprozess geschieht (z. B. Zielsetzung, Budgetierung, Zielzerlegung) und der anschließende Wartungsprozess nach einem Wasserfall-Ansatz durchgeführt werden. Die Unternehmen sind dann von Agile enttäuscht, weil sich die Geschwindigkeit, mit der die Produkte auf den Markt gebracht werden, trotz der Umsetzung kaum oder gar nicht ändert.
Hier kommen DevOps-Praktiken ins Spiel, die die Silos im Softwareentwicklungs- und -bereitstellungsprozess aufbrechen. Außerdem helfen sie den Entwicklungsteams, sich alle notwendigen Tools und Kompetenzen (sowohl geschäftlich als auch technisch) anzueignen, um den Prozess von Anfang bis Ende zu verantworten.
Michał: Ich stimme mit meinem Vorredner überein! Die geschäftliche Agilität kann nicht ohne die richtige Grundlage der technischen Agilität erreicht werden. Solange die technische Seite der Softwarebereitstellung ein Hindernis darstellt, werden Unternehmen den geschäftlichen Wert der Implementierung agiler Methoden nicht voll ausschöpfen können. Durch die Implementierung von DevOps-Praktiken in unseren Projekten ermöglichen wir es den Teams, sich auf das Wesentliche zu konzentrieren, was sich auf lange Sicht in Geschäftsergebnissen niederschlägt.
Welche Zukunft erwartet DevOps?
Michał: Ich denke, wir werden den Begriff DevOps und das Verständnis dieses Konzepts in den Unternehmen weiter verfeinern. Wir beobachten bereits eine Verschiebung hin zu einem größeren Bewusstsein dafür, dass es sich lohnt, in eine DevOps-Kultur zu investieren, und der Begriff selbst ist nicht mehr nur ein Rebranding des gewöhnlichen IT-Betriebs. Unsere Kunden haben begonnen, den Wert der Implementierung von DevOps-Praktiken in Verbindung mit einem agilen Ansatz zu erkennen, da sie nicht nur in der Softwareentwicklung, sondern auch in anderen Bereichen wesentlich bessere Ergebnisse erzielen können. Ein Beispiel dafür ist die zunehmende Zahl von Stellenangeboten mit verschiedenen Variationen von „DevOps“ – „DataOps“, „SysOps“, „SecOps“ usw. Diese Namen stehen für die Umsetzung von Praktiken, die darauf abzielen, einen Mehrwert zu schaffen, die Arbeit in einem bestimmten Bereich zu verbessern und Teamsilos zu beseitigen. Wertstrommanagement (VSM) ist ein weiteres ergänzendes Konzept zu DevOps. Es handelt sich dabei um eine Technik, die eine ganzheitliche Sicht auf die Qualität unserer Produkte und die Erfüllung der Bedürfnisse der Endbenutzer ermöglicht. Agile und DevOps haben sich in erster Linie darauf konzentriert, effizient und mit guter technischer Qualität zu liefern. VSM fügt dem einen weiteren Faktor hinzu – die Analyse, ob das, was wir schaffen, für den Endbenutzer wertvoll ist.
Aleksander: Ich habe das Gefühl, dass DevOps und die Praktiken, die unter diesen Begriff fallen, im Laufe der Zeit zu einem selbstverständlichen Bestandteil jedes Unternehmens werden, das etwas mit IT zu tun hat (was in der heutigen Zeit praktisch jedes Unternehmen bedeutet). Natürlich erfordert dies zahlreiche Transformationsprozesse, die die Organisationskultur auf ein neues Arbeitstempo und einen anderen Problemlösungsansatz vorbereiten. Ich glaube, dass, so wie es für die meisten Unternehmen heute selbstverständlich ist, Projekte im agilen Geist durchzuführen, dies bald auch für DevOps-Praktiken gelten wird. Aufgrund des breiten Spektrums von DevOps glaube ich, dass seine Umsetzung zunehmend mit anderen derzeit wichtigen Technologien wie Cloud, Big Data, KI oder maschinellem Lernen verwoben sein wird. Dies wird die Übernahme der besten Praktiken auf dem Markt erleichtern und infolgedessen die Entwicklung der effizientesten Softwareentwicklungsmethoden ermöglichen.
Aleksander Czarnołęski – Senior Consultant bei Sollers Consulting. Er hat einen Abschluss in Management von der Warsaw School of Economics. Seit fast 5 Jahren implementiert er IT-Lösungen für internationale Unternehmen des Finanzsektors. In den letzten 3 Jahren hat er sich vor allem auf die Implementierung von Praktiken und Tools zur Steigerung der Effizienz der IT-Softwarebereitstellung nach den Ansätzen DevOps und Agile konzentriert.
Michał Piotrowicz – IT-Manager bei Sollers Consulting. Er ist Absolvent der Fakultät für Kybernetik an der Technischen Militäruniversität in Warschau. Seit 11 Jahren arbeitet er an Projekten im Zusammenhang mit der Implementierung und Verwaltung von IT-Systemen, und in den letzten 8 Jahren konzentriert er sich auf die Effizienz von Fertigungsprozessen und die Umsetzung von DevOps-Praktiken in der IT.
Quelle: