Begleiten Sie Eveline Oehrlich und Romano Roth bei der Diskussion, ob DevOps tot ist.
Transkript#
Narrator 00:02 Sie hören den Humans of DevOps Podcast, einen Podcast, der darauf ausgerichtet ist, die Menschen im DevOps-Umfeld durch Fähigkeiten, Wissen, Ideen und Lernen weiterzubringen – das SKIL-Framework.
Romano Roth 00:16 Wir sind in Wirklichkeit noch nicht wirklich in Richtung DevOps vorgedrungen. Was viele Unternehmen jedoch tun, ist, dass sie sagen, sie hätten dieses DevOps-Silo eingeführt oder einen DevOps-Engineer – aber das ist nicht wirklich DevOps.
Eveline Oehrlich 00:33 Willkommen beim Humans of DevOps Podcast. Ich bin Eveline, Chief Research Officer beim DevOps Institute. Unser Podcast heute trägt den Titel – ach, ich sage ihn nicht. Warten wir ab. DevOps ist tot. Fragezeichen, Ausrufezeichen. Sie werden wissen, warum, wenn wir fertig sind. Heute haben wir Romano Roth bei uns, der Chief of DevOps bei einem Software-Service-Provider ist. Hallo Romano. Hi Eveline. Wie geht es dir? Sehr gut. Alles gut. Schon bereit, die Ärmel hochzukrempeln und uns mehr über eine Vielzahl von Dingen zu erzählen. Aber bevor wir dazu kommen, möchte ich ihn kurz vorstellen, und Romano, wenn du etwas hinzufügen möchtest, tu das bitte. Romano ist ein Leader, Senior Consultant, Architekt und Software-Entwicklungsexperte. Er hat über 20 Jahre Berufserfahrung in vielen verschiedenen Domänen, einschliesslich Finanzen, Versicherung, Cybersecurity, Medizin und Luftfahrt. Was habe ich ausgelassen? Gibt es noch etwas, das du hinzufügen möchtest, oder ein Motto?
Romano Roth 01:49 Nein, ich glaube, das war es mehr oder weniger. Das Einzige, was ich hinzufügen könnte, ist: Ich organisiere auch das DevOps Meetup Zürich, das ein monatliches Meetup ist – die Teilnahme ist kostenlos. Und ich bin auch Präsident der DevOpsDays Zürich, was eine zweitägige Konferenz ist, die wir organisieren – und es gibt sie überall auf der Welt in allen grossen Städten. Diese Konferenzen also.
Eveline Oehrlich 02:16 Hervorragend, eine grossartige Ergänzung. Ich war tatsächlich auf der in Zürich, und natürlich auf vielen der anderen. Das war eine grossartige Erfahrung. Also, willkommen erneut zu unserem heutigen Podcast. Meine erste Frage: Chief of DevOps – ich liebe diesen Titel. Chief of DevOps ist ein fantastischer Titel. Erzähl uns: Was macht ein Chief of DevOps?
Romano Roth 02:44 Ja, es ist ein toller Titel. Der Chief of DevOps ist ein Thought Leader. Als Thought Leader sprichst du, hältst Konferenzvorträge, machst Videos und schreibst Blogposts. Aber wenn es um Chief of DevOps in einem Unternehmen geht, bist du der inhaltliche Verantwortliche für DevOps in diesem Unternehmen. Du definierst die Strategie und auch das Angebot, das dieses Unternehmen hat, sowie die Skills und Fähigkeiten, die nötig sind, um am Markt zu bestehen und all diese Angebote umzusetzen. Und natürlich definierst du auch das Ausbildungsprogramm und bildest die Leute in Sachen DevOps weiter. Aber das Wichtigste ist, dass du in Projekten arbeiten musst. Nur wenn du in echten Projekten arbeitest und dir die Hände schmutzig machst, kannst du wirklich ein Thought Leader und Chief of DevOps sein.
Eveline Oehrlich 03:51 Da stimme ich dir zu. Das ist natürlich fantastisch. Ich habe ein Video von dir gehört und gesehen, auf das ich mich auch im Titel unseres Podcasts beziehe: «DevOps ist tot». Und in diesem Video – «DevOps ist tot», fast als Überraschung – hast du über das Business und die «Wall of Confusion» der Entwickler gesprochen. Was mich nun interessiert: Du arbeitest natürlich im DACH-Raum, aber du reist, wie du gesagt hast, durch ganz Europa und global. Was ich – ach, was ich dich fragen will: Haben wir nicht schon dieses Gespräch über DevOps gegen Developer geführt? Du weisst schon, Dev gegen Ops gegen Business in dieser «Wall of Confusion» – und sind wir wirklich schon zu einer modernen Art und Weise vorgedrungen, kundenspezifische Produkte und Services für Kundinnen und Kunden zu entwickeln und zu liefern? Oder fragen wir uns immer noch: Was ist DevOps? DevOps ist tot? Gib uns deine Perspektive zu all dem.
Romano Roth 04:58 Ja, ich würde auch sagen: Es gibt Leute, die sagen, alles über DevOps sei bereits gesagt, alles sei klar, alles sei da, man müsse es nur tun. Aber wenn ich in Unternehmen gehe, sehe ich heutzutage immer noch dasselbe Bild: Das Business hat zusammen mit den Kunden grossartige Ideen. Und sie schreiben sie immer noch in Word-Dokumente und Jira-Tickets, und dann werden sie über die Wall of Confusion zum Entwicklungsteam geworfen. Und das Entwicklungsteam entwickelt diese grossartigen Ideen. Sie machen es einfach, und dann werfen sie es über die Wall of Confusion zu einem QA-Team, das immer noch da ist. Dann testen sie etwas und werfen es über die Wall of Confusion zum Operations-Team. Und das Operations-Team hat immer noch Schwierigkeiten, diese Software zu betreiben. Diese Walls of Confusion sind also immer noch da. Und was wir klar sehen können: Sie sind immer noch da, weil wir immer noch eine Silo-Organisation haben. Viele Unternehmen haben sich noch nicht entlang des Wertstroms organisiert, sodass sie wirklich Produktteams hätten. Stattdessen arbeiten die Unternehmen immer noch in Projekten – ein Projekt hat immer einen Anfang und ein Ende und ein Budget. Und es läuft alles auf jährliche Budgetziele und KPIs hinaus, die wir noch immer haben. Wir sind in Wirklichkeit noch nicht wirklich in Richtung DevOps vorgedrungen. Was viele Unternehmen tun, ist, dass sie sagen: «Ja, wir machen DevOps» oder «Wir haben dieses DevOps-Silo eingeführt» oder «Wir haben den DevOps-Engineer» – aber das ist nicht wirklich DevOps.
Eveline Oehrlich 06:59 Was ich dich also sagen höre: Selbst wenn wir DevOps sagen, wird es eine Herausforderung sein, DevOps – oder welches Ops, welches DevX-Ops auch immer – wirklich zu leben, wenn wir nicht auf der höheren Ebene der Organisation beginnen, wo dieses gemeinsame Denken in Bezug auf Produkt oder, wie du sagst, Wertstrom existiert. Wir kommen noch dazu. Ohne diese Perspektive geht es nicht. Ist es das, was du sagst?
Romano Roth 07:31 Ja, absolut. Denn wenn man sich DevOps anschaut, die Definition von DevOps – und natürlich gibt es Tausende von Definitionen –, aber wie ich immer sage: DevOps ist ein Mindset, eine Kultur und eine Reihe technischer Praktiken. Bei den technischen Praktiken sind wir mehr oder weniger okay – die kennt man. Aber dann die Kultur oder das Mindset zu ändern, ist eine schwierige Sache. Und das kann immer nur vom Top-Management kommen. Und das ist etwas, was allen Unternehmen heutzutage fehlt: dieser Kulturwandel und Mindset-Wandel, der meiner Meinung nach top-down kommen muss.
Eveline Oehrlich 08:18 Ja, also aus pessimistischer Perspektive, die ich sonst nicht einnehme, aber ich wollte es einfach erwähnen: Einige dieser DevOps-Teams kämpfen gegen Windmühlen, denn wenn die Top-down-Unterstützung für die Veränderung der Kultur fehlt – und als Produktteam – ist es eine Herausforderung. Wir wissen jedoch, dass es, wie du gesagt hast, auf der Technologieseite und bei den Prozessen innerhalb von DevOps viele Fortschritte gegeben hat. Und diese Organisationen tragen die Ergebnisse und Resultate ihrer grossartigen Arbeit nach oben. Hoffentlich gelangt immer mehr davon zu den Führungskräften, sodass sie sehen, dass es ein umfassender Kulturwandel ist. Nun möchte ich kurz beim Thema bleiben: ein DevOps versus mehrere DevOps. Wenn ich ein DevOps-Team habe – kleine Firma, blah, blah – mag das möglich sein, aber die meisten unserer Hörerinnen und Hörer sind in Enterprise-Organisationen. Was ist also ein zukunftsfähiges Modell, wenn es mehrere DevOps-Teams in einer Organisation gibt?
Romano Roth 09:28 Das ist genau eines der Themen, über die ich heutzutage viel spreche. Wie du sagst: Wenn man eine kleine Firma ist oder nur ein Produkt baut, dann ist DevOps mehr oder weniger einfach. Aber das hochzuskalieren ist schwierig. Was üblicherweise passiert, ist, dass Unternehmen ein bisschen DevOps machen. Sie bauen das DevOps-Silo zwischen Dev und Ops auf, was wieder nur ein Silo ist – bis du nicht wirklich die Effizienz bekommst, die du sehen wolltest. Wenn du dann anschaust, wie DevOps wirklich sein sollte, dann rücken Dev und Ops zusammen, alle Leute kommen über den Wertstrom hinweg zusammen und bauen ein crossfunktionales Team – dann machst du wirklich DevOps. Wenn du nun darüber nachdenkst und mehrere dieser Wertströme oder Produktteams hast, dann siehst du klar, dass daraus viele Ineffizienzen entstehen, weil viele dieser Teams das Rad neu erfinden. Sie machen ihr eigenes Ding – was natürlich gut ist –, aber sie wiederverwenden Dinge nicht wirklich. Dieser Aspekt ist ziemlich kritisch. Denn du hast in diesen Teams auch eine ziemlich hohe kognitive Belastung – sie müssen sich wirklich um den Aufbau, den Betrieb und die Wartung des Produkts kümmern. Das bedeutet auch, dass sie ziemlich viele Tools kennen müssen. Und das ist schwierig. Und der neue Star am Horizont ist Platform Engineering, das wir aufkommen sehen. Da gibt es ein Plattformteam, das die Plattform und auch die APIs und alles Weitere baut, sodass die Produktteams das Produkt bauen, warten und betreiben können – und DevOps machen können.
Eveline Oehrlich 11:37 Wir haben dieses Plattform-Engineering-Team also gesehen. Welche Skills brauche ich, wenn ich Platform Engineer werden will? Was würdest du sagen?
Romano Roth 11:55 Du musst Software-Engineer sein. Eine Plattform ist nichts anderes als ein Produkt. Wenn es also um die Skills geht, ist es meiner Meinung nach wirklich diese Software-Engineering-Fähigkeit. Denn auch der Bau dieser Plattform erfordert, dass du ein Produkt baust – die Plattform –, das ein User Interface, ein Self-Service-Portal und einen Marketplace hat, sodass du die anderen Teams befähigen kannst. Du musst also wissen, wie man ein User Interface programmiert, du musst wissen, wie man APIs programmiert, du musst wissen, wie man Datenbanken programmiert. Aber du musst auch das DevOps-Mindset und die DevOps-Skills haben. Und du musst viel darüber wissen, wie Software gebaut wird – also welche Art von Tools sich gut eignen, damit du diese Plattform aufbauen kannst, sodass die Teams am effizientesten mit diesen Technologien arbeiten können. Das heisst heutzutage: Du musst viel über Cloud-Technologien und Cloud-Native-Technologien wissen.
Narrator 13:15 Scale up IT Learning ist das perfekte Online-Ziel, um jederzeit und überall etwas über DevOps und digitale Transformation zu lernen. Unsere digitale Lernplattform bietet alle Ressourcen, die Sie brauchen, um sich weiterzubilden und sich mit diesen wichtigen Themen vertraut zu machen, einschliesslich von Experten geführter Kursvideos, Zugang zu Zertifizierungs-Vorbereitungskursen und einer Community unterstützender Gleichgesinnter. Unser abonnementbasiertes Modell macht es einfach, die für den Erfolg am modernen Arbeitsplatz benötigten Fähigkeiten zu erwerben. Besuchen Sie devopsinstitute.com und entdecken Sie unsere verschiedenen Lernpläne.
Eveline Oehrlich 13:49 Okay, super. Ich würde mich sicherlich nicht als DevOps-Engineer und auch nicht als Platform Engineer qualifizieren, aber wahrscheinlich würde ich den SRE-Pfad gehen – Site Reliability Engineering –, weil ich einen Infrastruktur- und Operations-Hintergrund habe. Aber ich habe noch eine Frage. Es gab immer dieses … wenn wir Forschung über DevOps machen und in irgendwelchen Magazinen lesen oder zu Events gehen, oder mit irgendeinem Anbieter spreche – ich spreche mit ziemlich vielen Anbietern, da ich auch eine Position als Industrie-Analystin habe. Es gibt diese verschiedenen Begriffe: DevSecOps, BizOps, DevXOps, DevOps – immer mehr kommen aus dem Schrank. Und dann gibt es natürlich Value Stream Management, also VSM. Und alle diese sind verwandt – SRE und so weiter. Es scheint mir manchmal, wenn wir das Wort DevOps verwenden, dass Personen denken, das sei nur eine Bewegung irgendwo auf einer niedrigeren Ebene im Development- und Operations-Team, dabei ist es grösser. Dient also der Begriff DevOps unserem Zweck nicht wirklich? Sollten wir es DevOps nennen oder etwas anderes? Was meinst du dazu?
Romano Roth 15:15 Ja, also ehrlich gesagt: Wenn wir uns den Begriff DevOps anschauen, dann ist dieser Begriff DevOps nicht sehr gut. Der Begriff DevOps sagt Development und Operation. Und damals war das einigermassen okay – ich glaube, es war um 2008, als dieser Begriff aufkam. Inzwischen, wie du gesagt hast, kommen immer mehr dieser Begriffe auf, etwa DevSecOps – Development, Security und Operation – oder BizDevOps – Business, Development und Operation. Aber wie ich sagte: Bei DevOps geht es darum, alle Leute zusammenzubringen. Eigentlich bräuchte man einen Begriff wie DevBizUXQAOps – und ich bin sicher, jemanden habe ich vergessen. Du kannst es auch EthicsOps oder DeathstarOps nennen. Für mich geht es bei DevOps wirklich darum, alle Leute, die ganze Technologie und alle Prozesse zusammenzubringen, um kontinuierlich Wert zu liefern. Es geht wirklich darum, wie wir kontinuierlich ein Produkt oder einen Service an unsere Kundinnen und Kunden liefern können. Das ist das Wichtige. Natürlich kann man jetzt darüber streiten, was ein besserer Begriff wäre. Meiner Meinung nach ist das zweitrangig. Solange wir ein gutes Verständnis davon haben, was DevOps ist und worum es geht, ist dieser Begriff okay. Ich glaube auch nicht, dass wir wirklich einen sehr guten Begriff finden können, um das zu beschreiben.
Eveline Oehrlich 17:00 Was du sagst, ist also: Hör auf darüber zu reden, was es ist – mach einfach weiter, folge den Wegen, versuch die Praktiken zu übernehmen und die Kultur zu verändern, das Ganze von einem Pilot auf etwas Grösseres auszuweiten, mit gutem Executive-Buy-in und so weiter. Wir haben unterschiedliche Reifegrade – ich weiss nicht einmal, ob das der richtige Begriff ist. Ich frage mich selbst, wenn ich «Reife» sage, denn wir wissen, wir sind nie damit fertig, oder? Wir bewegen uns in die nächste Technologie, wir adoptieren Meta, AR, VR, RPA, Different Serverless, blah, blah – all dieses wundervolle Zeug. Unser Umfeld wird immer komplexer, unsere Anforderungen an Services und Produkte sind an die Customer Experience gebunden, etc. Wir werden also nie fertig sein. Aber es ist eine zweiteilige Frage. Erstens: Wenn ich irgendwo auf einer ziemlich guten DevOps-Reise bin, ein High-Performer, und ich bin irgendwo ein Chief of DevOps – in dem Fall bist du der Chief of DevOps –, was würdest du diesen Leuten empfehlen, um es weiter zu skalieren, vielleicht über das High-Performing-Team hinaus? Was sind einige Dinge, die sie tun sollten, um ihre Reise und Kultur in Richtung des grösseren Footprints von DevOps auszuweiten? Und – sorry, zur Klarstellung – ich meine es nicht aus einer Technologie- oder Prozessperspektive, sondern wirklich aus einer Menschen- und Kulturperspektive.
Romano Roth 18:57 Du musst dich entlang des Wertstroms organisieren, das ist meiner Meinung nach wirklich die Magie. Du musst die Wertströme in deinem Unternehmen identifizieren, wie du Wert generierst, welche Schritte nötig sind und welche Leute darin sind, und dann diese Leute in diesen Wertströmen organisieren. Du kannst sie auch Produktteams nennen. Natürlich kann ein Wertstrom auch mehrere Produkte umfassen, aber es ist sehr wichtig, sich um diesen Wertstrom herum zu organisieren. Und zweitens ist es auch wichtig, die Leute zu befähigen – diesen Wertstrom zu befähigen, ihm Budget zu geben, sodass der Wertstrom selbst entscheiden kann, was nötig ist, um ein grossartiges Produkt oder mehrere grossartige Produkte für die Kunden zu machen. Und nun siehst du auch: Wir verlagern uns weg von Projekten, weg von «Wir brauchen diese 10 Features», hin zu einem Punkt, an dem die Kundin im Mittelpunkt steht und wir glückliche Kundinnen und Kunden, aber natürlich auch glückliche Mitarbeitende haben wollen. Wir konzentrieren uns also wirklich auf die Kundin und bauen absolut grossartige Produkte mit eingebauter Qualität. Das wäre meine Empfehlung: Sich entlang des Wertstroms organisieren, die Kundin in den Mittelpunkt stellen, KPIs an die Kundin und auch an die Mitarbeitendenzufriedenheit anpassen und die Leute in diesem Wertstrom wirklich befähigen, ihnen Budget und Entscheidungsbefugnis geben.
Eveline Oehrlich 20:54 Hervorragend. Ich wollte kurz auf ein Projekt hinweisen, an dem ich mit Helen Beal beteiligt bin – ich glaube, du kennst Helen, oder? Vielleicht kennst du sie nicht, dann musst du sie kennenlernen. Sie ist neben ihrer Rolle als Kollegin von mir am DevOps Institute auch Vorsitzende des Value Stream Consortium, was meiner Meinung nach das erste Mal überhaupt ist, seit ich in diesem Bereich tätig bin, dass eine Vielzahl von Anbietern zusammenkommt, gemeinsam forscht und gemeinsames Denken und Thought Leadership zu Value Stream Management anwendet. Eines der Projekte, die wir machen, ist – inzwischen das dritte Jahr – die Forschung zum «State of Value Stream Management». Helen hat erst kürzlich eine fantastische Sache gemacht, eine sogenannte PeerScape mit IDC. Wenn jemand zuhört, der «PeerScape IDC Value Stream Management» eingibt, sollte er das Video und das Gespräch zum Value Stream Management finden – eine fantastische Möglichkeit, zu lernen, wie man diese Reise startet. Und einer der Kunden dort war tatsächlich Netflix, ein Produktmanager von Netflix, der darüber gesprochen hat, wie sie Value Stream Management in ihrem Unternehmen umsetzen. Hervorragend. Also gut, ich schaue auf die Uhr – warum vergehen unterhaltsame Gespräche immer so schnell? Hol also deine Kristallkugel raus. Neben dem Gespräch über Value Stream Management hoffen wir, dass es immer mehr Interesse und Adoption dieses Produktdenkens und Value-Stream-Management-Denkens gibt. Aber wenn wir den Weg weitergehen – wenn wir es können –, wenn wir vielleicht zwei Jahre in die Zukunft schauen: Was denkst du? Was ist dann die Zukunft von DevOps? Zwei Jahre – das ist 2025. Wenn du und ich irgendwo in Zürich sitzen, eine Tasse Kaffee oder Cappuccino oder ein erwachsenes Getränk – egal – trinken: Was würden wir dann in DevOps sehen?
Romano Roth 23:00 Was wir aktuell klar sehen können, ist Platform Engineering. Bei all dem Tooling kommt viel Standardisierung – man sieht es nicht ganz klar, es ist mehr unter der Haube –, aber wir gehen in einen Bereich, in dem die Softwareentwicklung standardisiert wird. Meiner Meinung nach wird sie industrialisiert. Wir gehen weg davon, immer wieder das Rad neu zu erfinden, hin zu einer Richtung, in der man verschiedene Dinge zusammen verwendet, und sie passen zusammen, weil sie standardisiert sind. Meiner Meinung nach werden wir den Aufbau digitaler Fabriken sehen. Man kann bereits sehen, dass Unternehmen zusammen mit Platform Engineering ihre eigenen digitalen Fabriken aufbauen, in denen die Teams entlang des Wertstroms organisiert sind und digitale oder cyber-physische Produkte produzieren. Und das Plattform-Engineering-Team stellt das Förderband für diese digitalen Fabriken in den Unternehmen bereit. Meine Vorhersage ist also: Wir werden viele digitale Fabriken entstehen sehen.
Eveline Oehrlich 24:22 Ich würde mit dir wetten – aber ich stimme dir zu. Also kaufe ich den Drink, weil ich einen Kaffee oder eine Tasse Tee bestellt habe. Nein, ich stimme dir zu. Das ist ein grossartiges Gespräch – digitale Fabriken. Das ist etwas, das ich gerne weiter erkunden würde. Aber nicht heute. Wirklich, wirklich grossartiger Einblick. Ich liebe diese Kristallkugel-Vision, die du für die Zukunft hast. Für mich – nein, das war grossartig. Jetzt habe ich noch eine Frage. Es ist eine Abschlussfrage. Sie hat nichts mit digitalen Fabriken, DevOps oder einem dieser Begriffe zu tun. Was machst du zum Spass?
Romano Roth 24:57 Oh, ich liebe es, um die Welt zu reisen. Ich liebe es, neue Länder zu sehen, und in diesen Ländern mache ich viel Fotografie. Ich habe auch meinen Instagram-Kanal und einen zweiten YouTube-Kanal, auf dem ich derzeit auch einige Videos poste. Ich mache aktuell viele 360-Grad-Videos, die ich liebe. Und natürlich liebe ich es, Computerspiele zu spielen, und ich lese auch viel.
Eveline Oehrlich 25:27 Fantastisch. Wenn du es jemals in meine Region schaffst – ich bin nur etwa anderthalb Stunden nördlich von dir –, schau vorbei, gib mir Bescheid. Wir gehen reisen und du kannst 360-Grad-Videos machen. Ich werde mir die Videos ansehen, die du gemacht hast. Vielen Dank. Wir haben mit Romano Roth gesprochen, Chief of DevOps bei Zühlke, einer Software-Consulting-Organisation. Er macht viel Arbeit und Thought Leadership, also schaut ihn euch an. Romano, vielen Dank, dass du heute beim Humans of DevOps Podcast dabei warst. Danke, dass ich dabei sein durfte. Der Humans of DevOps Podcast wird vom DevOps Institute produziert. Unser Audio-Produktionsteam umfasst Julia Pape, Daniel Newman Schultz und Brendan Lee. Shout-out an meine wunderbaren Kolleginnen und Kollegen. Ich bin Eveline, Executive Producer des Humans of DevOps Podcast. Wenn ihr bei einem Podcast dabei sein möchtet, kontaktiert uns unter dieser sehr langen E-Mail: humansofdevopspodcast@devopsinstitute.com. Ich bin Eveline – wir sprechen uns bald.
Narrator 26:42 Danke, dass Sie diese Episode des Humans of DevOps Podcast gehört haben. Vergessen Sie nicht, unserer globalen Community beizutreten, um Zugang zu noch mehr grossartigen Ressourcen wie dieser zu erhalten. Bis zum nächsten Mal: Denken Sie daran, Sie sind Teil von etwas, das grösser ist als Sie selbst. Sie gehören dazu.
Originalbeitrag: DevOps Institute: EP101: DevOps Is NOT Dead