<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>DevOps on Romano Roth</title><link>https://romanoroth.com/de/tags/devops/</link><description>Recent content in DevOps on Romano Roth</description><generator>Hugo -- gohugo.io</generator><language>de</language><copyright>Romano Roth</copyright><lastBuildDate>Wed, 25 Mar 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://romanoroth.com/de/tags/devops/index.xml" rel="self" type="application/rss+xml"/><item><title>Digital Shapers 2026: Ausgezeichnet in der Kategorie Mentors</title><link>https://romanoroth.com/de/blogs/digital-shapers-2026-the-mentors/</link><pubDate>Wed, 25 Mar 2026 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/digital-shapers-2026-the-mentors/</guid><description>&lt;p>Ich freue mich sehr, dass ich als &lt;strong>Digital Shaper 2026&lt;/strong> in der Kategorie &lt;strong>Mentors&lt;/strong> ausgezeichnet wurde. Die Digital Shapers Initiative, organisiert von BILANZ, Handelszeitung und digitalswitzerland mit Unterstützung von Huawei, würdigt jedes Jahr 100 der einflussreichsten digitalen Köpfe der Schweiz in zehn Kategorien.&lt;/p></description></item><item><title>Cybernetic Enterprise: Das neue Betriebssystem für Organisationen</title><link>https://romanoroth.com/de/blogs/cybernetic-enterprise-das-neue-betriebssystem-fuer-organisationen/</link><pubDate>Wed, 24 Dec 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/cybernetic-enterprise-das-neue-betriebssystem-fuer-organisationen/</guid><description>&lt;p>Die meisten Unternehmen, die heute agil arbeiten und gleichzeitig versuchen, AI zu implementieren, werden meiner Meinung nach die nächste Dekade nicht überleben. Der Grund: Ihr Betriebssystem ist zu alt. Die Zukunft ist nicht agil. Die Zukunft ist auch nicht AI. Die Zukunft ist kybernetisch.&lt;/p></description></item><item><title>Agilität in Aktion: Mindset, Prozesse und echte Ergebnisse</title><link>https://romanoroth.com/de/blogs/agilitaet-in-aktion-mindset-prozesse-und-echte-ergebnisse/</link><pubDate>Sun, 07 Dec 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/agilitaet-in-aktion-mindset-prozesse-und-echte-ergebnisse/</guid><description>&lt;p>Wie viel Agilität verträgt Softwareentwicklung wirklich, und wo kippt Agilität in Chaos? In der Podcast-Folge &amp;ldquo;Modern Work 2 Go&amp;rdquo; spreche ich mit Florian Schneider über genau diese Fragen. Wir tauchen tief ein in ein konkretes Praxisbeispiel: eine agile Transformation bei einer Schweizer Bank, die ich über acht Jahre begleitet habe. Dabei geht es um die Umstellung von Wasserfall auf Agilität, die Skalierung mit SAFe, den Aufbau von Wertströmen und die Frage, warum Continuous Improvement der zentrale Pfeiler jeder Transformation ist.&lt;/p></description></item><item><title>Wie man eine zukunftsfähige Organisation aufbaut</title><link>https://romanoroth.com/de/blogs/wie-man-eine-zukunftsfaehige-organisation-aufbaut/</link><pubDate>Sun, 12 Oct 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-man-eine-zukunftsfaehige-organisation-aufbaut/</guid><description>&lt;p>In dieser Folge des LeanPub-Podcasts führe ich mit Moderator Len Epp ein ausführliches Gespräch über mein Buch «The Cybernetic Enterprise: How to Build a Future-Ready Organization». Wir sprechen über meinen Werdegang bei Zühlke, darüber, warum die Zukunft kybernetisch ist und nicht einfach nur KI, und über die praktischen Schritte der Unternehmenstransformation. Wenn Sie sich jemals gefragt haben, was es braucht, um eine Organisation aufzubauen, die sich kontinuierlich anpassen kann, deckt dieses Gespräch die wesentlichen Ideen ab.&lt;/p></description></item><item><title>Developer Experience und Platform Engineering</title><link>https://romanoroth.com/de/speaking/developer-experience-and-platform-engineering/</link><pubDate>Thu, 17 Jul 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/developer-experience-and-platform-engineering/</guid><description>&lt;p>In der heutigen, sich rasant verändernden Landschaft sind Unternehmen ständig mit sich wandelnden Kundenbedürfnissen, verstärktem Wettbewerb und einem erheblichen Fachkräftemangel konfrontiert. Agilität und Geschwindigkeit sind keine Option mehr, sie sind überlebenswichtig.&lt;/p></description></item><item><title>KI-gestütztes DevOps mit Platform Engineering</title><link>https://romanoroth.com/de/speaking/ai-augmented-devops-with-platform-engineering/</link><pubDate>Thu, 17 Jul 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/ai-augmented-devops-with-platform-engineering/</guid><description>&lt;p>Entdecke die Verschmelzung von KI mit DevOps und Platform Engineering, um Workflows zu automatisieren, Effizienz zu steigern und Innovation voranzutreiben.&lt;/p>

&lt;h2 class="relative group">Was dieser Talk behandelt
 &lt;div id="was-dieser-talk-behandelt" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#was-dieser-talk-behandelt" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Die Konvergenz von KI, DevOps und Platform Engineering verändert, wie wir Software bauen und betreiben. KI ist nicht mehr nur ein Feature, das wir ausliefern, sie wird Teil davon, wie wir ausliefern. Von intelligenten CI/CD-Pipelines bis zu KI-gestützter Incident Response verändert sich die Developer Experience grundlegend.&lt;/p></description></item><item><title>DevOps in der Schweiz 2025: DevOps skalieren mit Plattformen und KI</title><link>https://romanoroth.com/de/blogs/devops-in-der-schweiz-2025-devops-skalieren-mit-plattformen-und-ki/</link><pubDate>Sun, 13 Jul 2025 18:40:58 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-in-der-schweiz-2025-devops-skalieren-mit-plattformen-und-ki/</guid><description>&lt;p>DevOps in der Schweiz hat einen Wendepunkt erreicht. Was einst als Graswurzelbewegung begann, ist heute ein strategischer Hebel für digitale Resilienz, Effizienz und Innovation. Der Report «DevOps in der Schweiz 2025», gemeinsam erstellt von &lt;a href="https://www.zuehlke.com/en" target="_blank" rel="noreferrer">Zühlke&lt;/a> und &lt;a href="https://www.vshn.ch/en/" target="_blank" rel="noreferrer">VSHN&lt;/a>, zeigt klare Signale dieser Transformation. Basierend auf 184 Umfrageantworten zeigt die sechste Ausgabe des Reports, wie Schweizer Organisationen DevOps nicht nur einführen, sondern durch Platform Engineering skalieren und mit KI ergänzen.&lt;/p></description></item><item><title>Kybernetik ist die Zukunft: Warum KI und DevOps allein nicht reichen</title><link>https://romanoroth.com/de/blogs/kybernetik-ist-die-zukunft-warum-ki-und-devops-allein-nicht-reichen/</link><pubDate>Sat, 14 Jun 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/kybernetik-ist-die-zukunft-warum-ki-und-devops-allein-nicht-reichen/</guid><description>&lt;blockquote>&lt;p>«KI wird Ihre kaputten Prozesse nicht reparieren. DevOps wird Ihr Geschäft nicht retten. Aber Kybernetik könnte es.»&lt;/p>&lt;/blockquote>&lt;p>An der &lt;a href="https://devopspro.lt/" target="_blank" rel="noreferrer">DevOps Pro Europe 2025&lt;/a> in Vilnius hatte ich das Privileg, die Eröffnungs-Keynote vor einem vollen Saal von Engineers, Architekten und Führungskräften zu halten, die sich durch die rasante Evolution der Unternehmenstechnologie navigieren. Meine Botschaft war klar:&lt;/p></description></item><item><title>Cybernetic Enterprise erklärt: KI, DevOps &amp; skalierbare Softwarelieferung</title><link>https://romanoroth.com/de/blogs/cybernetic-enterprise-erklaert-ki-devops-skalierbare-softwarelieferung/</link><pubDate>Mon, 09 Jun 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/cybernetic-enterprise-erklaert-ki-devops-skalierbare-softwarelieferung/</guid><description>&lt;p>Wie können wir Kosten senken, schneller entwickeln und effizienter werden? In dieser Präsentation zeige ich die Kernkonzepte des Cybernetic Enterprise und wie Organisationen durch die Kombination von Wertstromanalyse, Platform Engineering und KI kontinuierlich Wert liefern können.&lt;/p></description></item><item><title>DevEx: Ein strategischer Imperativ für den Geschäftserfolg</title><link>https://romanoroth.com/de/blogs/devex-strategischer-imperativ-fuer-geschaeftserfolg/</link><pubDate>Mon, 24 Mar 2025 20:01:24 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devex-strategischer-imperativ-fuer-geschaeftserfolg/</guid><description>&lt;p>Romano Roth plädiert dafür, dass sich Unternehmen auf die Developer Experience konzentrieren und es ihren Entwicklerinnen und Entwicklern ermöglichen, sich auf die Schaffung von Geschäftswert zu fokussieren.&lt;/p>
&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="2000"
 height="2000"
 src="https://romanoroth.com/images/blog/devex-a-strategic-imperative-for-business-success-inline-1_hu_ed9ff438062cc8a7.webp"
 srcset="https://romanoroth.com/images/blog/devex-a-strategic-imperative-for-business-success-inline-1_hu_ed9ff438062cc8a7.webp 800w, https://romanoroth.com/images/blog/devex-a-strategic-imperative-for-business-success-inline-1_hu_44dc3e63a4de4e4c.webp 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/devex-a-strategic-imperative-for-business-success-inline-1.webp">&lt;/figure>
&lt;/p></description></item><item><title>Die Zühlke Platform Plane: Sollte sie Open Source werden?</title><link>https://romanoroth.com/de/blogs/zuehlke-platform-plane-open-source/</link><pubDate>Sat, 15 Mar 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/zuehlke-platform-plane-open-source/</guid><description>&lt;p>Sollten wir unsere interne Entwicklerplattform als Open Source veröffentlichen? Das ist die Frage, die ich dem Publikum während dieses Vortrags gestellt habe. Statt einer klassischen Präsentation habe ich eine Live-Demo der Zühlke Platform Plane gezeigt und anschliessend eine offene Diskussion über die Vorteile, Risiken und Realitäten einer Open-Source-Veröffentlichung einer kommerziellen Plattform eröffnet.&lt;/p></description></item><item><title>Kontinuierliche Sicherheit mit DevSecOps und Platform Engineering</title><link>https://romanoroth.com/de/blogs/kontinuierliche-sicherheit-mit-devsecops-und-platform-engineering/</link><pubDate>Tue, 04 Mar 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/kontinuierliche-sicherheit-mit-devsecops-und-platform-engineering/</guid><description>&lt;p>Stellen Sie sich eine Welt vor, in der Sicherheit nahtlos in Ihren Entwicklungsworkflow integriert ist, von der Idee bis zur Produktion, sodass sich Entwicklungsteams vollständig auf die Feature-Entwicklung konzentrieren können und dabei sichere Anwendungen bauen. Genau das habe ich am OWASP Chapter Meetup Schweiz präsentiert. In diesem Vortrag zeige ich, wie Platform Engineering die moderne Anwendungssicherheit transformiert und DevSecOps im grossen Massstab zur Realität macht.&lt;/p></description></item><item><title>Continuous Security mit DevSecOps: Wie Platform Engineering die moderne Anwendungssicherheit transformiert</title><link>https://romanoroth.com/de/speaking/continuous-security-with-devsecops/</link><pubDate>Wed, 19 Feb 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/continuous-security-with-devsecops/</guid><description>&lt;p>Sicherheit ist in der modernen Softwareentwicklung kein nachträglicher Gedanke mehr. Sie muss nahtlos in jede Phase des Entwicklungszyklus integriert werden. Dieser Vortrag befasst sich mit der transformativen Kraft der Kombination von DevSecOps-Prinzipien mit Platform Engineering, um die Herausforderungen kontinuierlicher Sicherheit in einer schnelllebigen, agilen Umgebung zu bewältigen.&lt;/p></description></item><item><title>Kosten senken und kontinuierlich Wert liefern</title><link>https://romanoroth.com/de/blogs/kosten-senken-und-kontinuierlich-wert-liefern/</link><pubDate>Sat, 25 Jan 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/kosten-senken-und-kontinuierlich-wert-liefern/</guid><description>&lt;p>Wie können Organisationen Kosten senken und gleichzeitig echten Mehrwert für ihre Kunden liefern? Diese Frage wird mir regelmässig gestellt. Kürzlich bat mich ein Kunde, eine Keynote für seine Lösungsarchitekten genau zu diesem Thema zu halten. In diesem Vortrag gehe ich die wichtigsten Prinzipien und praktischen Techniken durch, um kontinuierlich Wert zu liefern und gleichzeitig unnötige Ausgaben zu vermeiden.&lt;/p></description></item><item><title>Kontinuierlich Wert liefern und gleichzeitig Kosten senken</title><link>https://romanoroth.com/de/speaking/continuously-deliver-value-while-reducing-cost/</link><pubDate>Tue, 21 Jan 2025 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/continuously-deliver-value-while-reducing-cost/</guid><description>&lt;p>Viele Softwareorganisationen investieren zu viel Aufwand in den Aufbau und die Wartung von Features, die kaum echten Wert schaffen. Dieser Vortrag zeigt, wie man Kosten senkt, ohne die Lieferung zu verlangsamen, indem man Effektivität und Effizienz gleichzeitig verbessert.&lt;/p></description></item><item><title>Platform Engineering: Wie kontinuierlicher Wertfluss den Handel transformiert</title><link>https://romanoroth.com/de/blogs/platform-engineering-kontinuierlicher-wertfluss-im-handel/</link><pubDate>Sat, 07 Dec 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/platform-engineering-kontinuierlicher-wertfluss-im-handel/</guid><description>&lt;p>Kontinuierlicher Wertfluss durch Platform Engineering. Was heisst das eigentlich? Im Zühlke Commerce Talk habe ich zusammen mit meinem Kollegen Dennis Kolmitz, Engagement Manager bei Zühlke und verantwortlich für unsere Commerce-Kunden, genau darüber gesprochen. Wir haben erkundet, warum Platform Engineering für Handelsunternehmen essenziell wird, die schneller innovieren, Reibungsverluste reduzieren und ihre besten Talente halten wollen.&lt;/p></description></item><item><title>Einführung: Flip the Switch on Modern Software Development with Feature Flags</title><link>https://romanoroth.com/de/blogs/einfuehrung-flip-the-switch-moderne-softwareentwicklung-mit-feature-flags/</link><pubDate>Wed, 27 Nov 2024 09:46:13 +0000</pubDate><guid>https://romanoroth.com/de/blogs/einfuehrung-flip-the-switch-moderne-softwareentwicklung-mit-feature-flags/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1428"
 height="1824"
 src="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_eac29252f51e72e7.png"
 srcset="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_eac29252f51e72e7.png 800w, https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1_hu_c199c8f3f76ee837.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/introduction-to-flip-the-switch-on-modern-software-development-with-feature-flags-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>In meinen zwei Jahrzehnten Erfahrung mit der Leitung von DevOps-, Digital- und Agile-Transformationen habe ich beobachtet, dass der Weg zur Modernisierung selten eine gerade Linie ist. Insbesondere Organisationen in datensensiblen Branchen wie Banken, Behörden und dem Gesundheitswesen stehen oft an einem Scheideweg. Sie müssen schneller innovieren und gleichzeitig strenge Sicherheits- und Zuverlässigkeitsanforderungen einhalten. Diese Spannung zwischen Geschwindigkeit und Sicherheit hat Unternehmen traditionell gezwungen, sich für eines von beidem zu entscheiden. Doch das muss nicht so sein.&lt;/p></description></item><item><title>DevOps mit Wirkung aufbauen: Erkenntnisse aus der Praxis</title><link>https://romanoroth.com/de/blogs/devops-mit-wirkung-aufbauen/</link><pubDate>Tue, 29 Oct 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-mit-wirkung-aufbauen/</guid><description>&lt;p>Im We Chat Tech Podcast sprach ich mit Ben über DevOps, Führung, Karriereentwicklung und die Zukunft von KI in der Softwareentwicklung. Über 23 Jahre bei Zühlke habe ich in verschiedensten Branchen Organisationen bei der Transformation ihrer Software-Delivery begleitet. In dieser Episode haben wir alles abgedeckt: von den Grundlagen von DevOps bis hin zu den Fähigkeiten, die zukünftige Ingenieure brauchen.&lt;/p></description></item><item><title>DevOpsDays Zürich: Grösser ist nicht immer besser</title><link>https://romanoroth.com/de/blogs/devopsdays-zuerich-groesser-ist-nicht-immer-besser/</link><pubDate>Thu, 24 Oct 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devopsdays-zuerich-groesser-ist-nicht-immer-besser/</guid><description>&lt;p>Am 4. Oktober 2024 fand in Antwerpen der globale DevOpsDays Organizer Summit statt, bei dem Organisatoren von DevOpsDays-Veranstaltungen aus der ganzen Welt zusammenkamen. Unser Team von den DevOpsDays Zürich hielt eine Präsentation mit dem Titel «Bigger is Not Always Better». Ich konnte leider nicht persönlich dabei sein wegen einer anderen Konferenz, aber meine Mitorganisatoren Nadine und Dirk haben die Bühne grossartig gemeistert. Hier ist die Geschichte, warum wir uns bewusst dagegen entschieden haben, unsere ausverkaufte Konferenz zu skalieren.&lt;/p></description></item><item><title>SAFe Leadership Forum: SAFe mit Platform Engineering für Fast Flow stärken</title><link>https://romanoroth.com/de/blogs/safe-leadership-forum-safe-mit-platform-engineering-staerken/</link><pubDate>Wed, 25 Sep 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/safe-leadership-forum-safe-mit-platform-engineering-staerken/</guid><description>&lt;p>Was sind die Schienen Ihrer SAFe Agile Release Trains? Wie werden sie gebaut, und warum sind sie so entscheidend? In diesem Vortrag am SAFe Leadership Forum zeige ich, wie Platform Engineering das Fundament schafft, das agilen Teams ermöglicht, kontinuierlich Wert für Fast Flow zu liefern.&lt;/p></description></item><item><title>Wie man für Continuous Delivery Architektur schafft</title><link>https://romanoroth.com/de/blogs/wie-man-fuer-continuous-delivery-architektur-schafft/</link><pubDate>Tue, 24 Sep 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-man-fuer-continuous-delivery-architektur-schafft/</guid><description>&lt;p>Im September 2024 durfte ich eine Keynote an der Roche DevOps Conference in Polen halten. Das Thema: Wie man für Continuous Delivery die richtige Architektur schafft. Dieses Thema liegt mir besonders am Herzen, denn nach über zwei Jahrzehnten in der Software-Delivery sehe ich immer wieder dieselben Muster, die leistungsstarke Organisationen von jenen unterscheiden, die kämpfen.&lt;/p></description></item><item><title>Developer Experience und Platform Engineering: Das Fundament moderner Softwareentwicklung</title><link>https://romanoroth.com/de/blogs/developer-experience-und-platform-engineering/</link><pubDate>Mon, 23 Sep 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/developer-experience-und-platform-engineering/</guid><description>&lt;p>Ist DevOps tot? Diese Behauptung taucht immer wieder im Internet auf, mit dem Argument, dass Platform Engineering übernimmt. In diesem Vortrag, den ich an der Developer Experience Conference bei Roche in Poznan, Polen, gehalten habe, erkläre ich, warum DevOps absolut nicht tot ist und warum Platform Engineering der Schlüssel ist, um DevOps in grossem Massstab zum Funktionieren zu bringen.&lt;/p></description></item><item><title>KI-augmentiertes DevOps mit Platform Engineering</title><link>https://romanoroth.com/de/blogs/ki-augmentiertes-devops-mit-platform-engineering/</link><pubDate>Thu, 19 Sep 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/ki-augmentiertes-devops-mit-platform-engineering/</guid><description>&lt;p>Wenn der CEO oder CIO kommt und sagt &amp;ldquo;Wir brauchen KI in unserem Entwicklungsprozess,&amp;rdquo; ist die richtige Reaktion nicht, sofort loszulegen. Die richtige Reaktion ist zu fragen: Warum? In diesem Vortrag an der Conf42 Platform Engineering zeige ich den kompletten Weg: von der Identifikation von Value-Stream-Engpässen bis zur Implementierung von KI-augmentiertem DevOps auf einer echten Plattform, inklusive Live-Demo.&lt;/p></description></item><item><title>Die Kraft von KI entfesseln: Ein Deep Dive in MLOps, Machine Learning und KI-Plattformen</title><link>https://romanoroth.com/de/blogs/die-kraft-von-ki-entfesseln-ein-deep-dive-in-mlops/</link><pubDate>Mon, 05 Aug 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/die-kraft-von-ki-entfesseln-ein-deep-dive-in-mlops/</guid><description>&lt;p>Haben Sie sich jemals gefragt, wie Unternehmen diese beeindruckenden KI-Anwendungen bauen und zuverlässig in Produktion betreiben? In diesem Video tauche ich tief in MLOps ein, die Disziplin, die es ermöglicht, Machine-Learning-Lösungen auf Unternehmensebene kontinuierlich zu entwickeln, bereitzustellen und zu verbessern.&lt;/p></description></item><item><title>CrowdStrike-Desaster: Ursachen, Auswirkungen und wie man künftige Ausfälle verhindert</title><link>https://romanoroth.com/de/blogs/crowdstrike-desaster-ursachen-auswirkungen-praevention/</link><pubDate>Mon, 22 Jul 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/crowdstrike-desaster-ursachen-auswirkungen-praevention/</guid><description>&lt;p>Am 19. Juli 2024 erlebte die Welt einen der grössten IT-Ausfälle der Geschichte. Ein Sensor-Konfigurationsupdate von CrowdStrike, das um 4:09 UTC an alle Windows-Systeme ausgeliefert wurde, brachte 8,5 Millionen Microsoft-Windows-PCs weltweit zum Absturz. Fluggesellschaften, Banken, Krankenhäuser, Behörden, Börsen und unzählige weitere Organisationen standen still. In diesem Video analysiere ich, was passiert ist und, noch wichtiger, was man tun kann, um so etwas in der eigenen Organisation zu verhindern.&lt;/p></description></item><item><title>App-Solutely Safe: Wie Banken moderne Softwareentwicklung nutzen</title><link>https://romanoroth.com/de/blogs/app-solutely-safe-moderne-banksoftware/</link><pubDate>Mon, 20 May 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/app-solutely-safe-moderne-banksoftware/</guid><description>&lt;p>Banksoftware muss sicher, zuverlässig und vertrauenswürdig sein. Aber viele Banken verlassen sich noch auf traditionelle Entwicklungsmethoden, die langsam, riskant und ineffizient sind. In diesem Video betrachte ich drei moderne Softwareentwicklungspraktiken, die grundlegend verändern, wie Banken Software bauen und liefern: Continuous Deployment, testgetriebene Entwicklung und Feature Flags.&lt;/p></description></item><item><title>Einführung in moderne Entwicklungspraktiken im Banking: Ein Playbook</title><link>https://romanoroth.com/de/blogs/einfuehrung-moderne-entwicklungspraktiken-im-banking-playbook/</link><pubDate>Fri, 29 Mar 2024 10:47:16 +0000</pubDate><guid>https://romanoroth.com/de/blogs/einfuehrung-moderne-entwicklungspraktiken-im-banking-playbook/</guid><description>&lt;p>Einführung in das eBook Moving to Modern Development Practices in Banking: A Playbook&lt;/p>
&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1629"
 height="1167"
 src="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_a022c954ce26637e.png"
 srcset="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_a022c954ce26637e.png 800w, https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1_hu_be5f69167e93b812.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/introduction-to-modern-development-practices-in-banking-a-playbook-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>Willkommen zum «Modern Banking eBook», einem umfassenden Leitfaden für Bankinstitute, die sich auf die entscheidende Reise zur Modernisierung ihrer Softwareentwicklungsprozesse begeben. Ich bin Romano Roth, und es ist mir eine Ehre, Sie durch die transformativen Schritte zu führen, die die Arbeitsweise von Banken im digitalen Zeitalter neu gestalten können.&lt;/p></description></item><item><title>Wie sieht gutes DevOps aus?</title><link>https://romanoroth.com/de/blogs/wie-sieht-gutes-devops-aus/</link><pubDate>Sun, 03 Mar 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-sieht-gutes-devops-aus/</guid><description>&lt;p>In dieser Episode des Ship-It-Podcasts unterhalte ich mich mit Gerhard Lazu ausführlich darüber, wie gutes DevOps in der Praxis aussieht. Wir sprechen über die echten Herausforderungen, mit denen Unternehmen bei Transformationen konfrontiert sind, den Umgang mit Widerstand im mittleren Management, Technologieentscheidungen und wohin sich die Branche mit AIOps und Hyper-Automatisierung entwickelt.&lt;/p></description></item><item><title>Platform Plane: Hochwertige Software in kürzester Zeit</title><link>https://romanoroth.com/de/blogs/platform-plane-hochwertige-software-in-kurzer-zeit/</link><pubDate>Sat, 24 Feb 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/platform-plane-hochwertige-software-in-kurzer-zeit/</guid><description>&lt;p>Dieser Vortrag ist eine Aufzeichnung meines Vortrags vom FI-Forum in Frankfurt am Main im November 2023. Das Thema: die Platform Plane und wie man hochwertige Software innerhalb kürzester Zeit entwickeln kann. Platform Engineering ist das Fundament der digitalen Fabrik und befähigt Teams, DevOps wirklich zu leben.&lt;/p></description></item><item><title>DevOps in der Embedded-Welt: Von Silos zur Digitalen Fabrik</title><link>https://romanoroth.com/de/blogs/devops-in-der-embedded-welt/</link><pubDate>Sat, 17 Feb 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-in-der-embedded-welt/</guid><description>&lt;p>Viele Menschen denken immer noch, DevOps sei nur für Webanwendungen und Cloud-Services relevant. Die Realität zeigt jedoch klar: Unternehmen, die DevOps-Prinzipien auf Embedded-Systeme anwenden, überholen ihre Konkurrenz. In diesem Vortrag, den ich bei einem DevOps-Meetup in München gehalten habe, zeige ich, warum Embedded-Teams DevOps brauchen und wie man eine Digitale Fabrik aufbaut, die kontinuierliche Wertlieferung ermöglicht, auch für Hardware-Produkte.&lt;/p></description></item><item><title>DevOps Meetup Zürich 2024: Developer Experience und Platform Engineering</title><link>https://romanoroth.com/de/blogs/devops-meetup-zuerich-2024-platform-engineering/</link><pubDate>Sun, 11 Feb 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-meetup-zuerich-2024-platform-engineering/</guid><description>&lt;p>Dies ist eine Aufzeichnung meines Vortrags am DevOps Meetup Zürich vom Januar 2024. Der Vortrag behandelt Developer Experience und Platform Engineering: Warum Platform Engineering entstanden ist, wie es in das Digital-Factory-Konzept passt, und eine Live-Demo der Platform Plane, der internen Entwicklerplattform, die wir zusammen mit der LGT entwickelt haben.&lt;/p></description></item><item><title>Effizienz erschliessen: Platform Engineering vs. DevOps</title><link>https://romanoroth.com/de/blogs/platform-engineering-vs-devops-effizienz-erschliessen/</link><pubDate>Sun, 11 Feb 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/platform-engineering-vs-devops-effizienz-erschliessen/</guid><description>&lt;p>In dieser Episode von Tech Chat mit Navika Chadha, Cloud Engineer und Microsoft MVP, hatten wir ein ausführliches Gespräch über Platform Engineering: Was es ist, wie es sich von DevOps unterscheidet, warum Unternehmen es einführen sollten und welche Fähigkeiten benötigt werden. Die Diskussion schneidet durch den Buzz und die Click-Bait-Überschriften, um zu erklären, warum DevOps sehr lebendig ist und wie Platform Engineering es ergänzt.&lt;/p></description></item><item><title>Die digitale Fabrik: 90 Days of DevOps</title><link>https://romanoroth.com/de/blogs/die-digitale-fabrik-90-days-of-devops/</link><pubDate>Sun, 04 Feb 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/die-digitale-fabrik-90-days-of-devops/</guid><description>&lt;p>Für die 90 Days of DevOps Community habe ich das Konzept der digitalen Fabrik vorgestellt. Nach Jahren von DevOps-Transformationen in verschiedenen Branchen bei Zühlke habe ich einen ganzheitlichen Ansatz zur Skalierung von DevOps entwickelt, der über Tools und Pipelines hinausgeht. In diesem Vortrag erkläre ich, warum wir immer noch mit Mauern der Verwirrung kämpfen, wie Platform Engineering Teams befähigt, DevOps im grossen Massstab zu betreiben, und wie digitale Fabriken alles zusammenbringen.&lt;/p></description></item><item><title>DevOps Institute Podcast: DevOps ist NICHT tot</title><link>https://romanoroth.com/de/blogs/devops-institute-podcast-devops-ist-nicht-tot/</link><pubDate>Sat, 27 Jan 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-institute-podcast-devops-ist-nicht-tot/</guid><description>&lt;p>Ich war zu Gast bei Eveline Oehrlich, Chief Research Officer beim DevOps Institute, im Humans of DevOps Podcast. Die Frage: Ist DevOps tot? Spoiler: Nein, ist es nicht. Aber die Realität in den meisten Unternehmen zeigt, dass wir nicht so weit gekommen sind, wie viele denken. In dieser Episode sprechen wir darüber, was ein Chief of DevOps eigentlich macht, warum Unternehmen immer noch mit Mauern der Verwirrung kämpfen, wie Platform Engineering die Skalierung ermöglicht und meine Prognose über digitale Fabriken.&lt;/p></description></item><item><title>DevOps Trends 2024: Die Zukunft der Produktentwicklung</title><link>https://romanoroth.com/de/blogs/devops-trends-2024-die-zukunft-der-produktentwicklung/</link><pubDate>Fri, 19 Jan 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-trends-2024-die-zukunft-der-produktentwicklung/</guid><description>&lt;p>Jedes Jahr durchforste ich die neuesten Berichte, Artikel und Branchendiskussionen, um einen umfassenden Überblick über die DevOps-Trends zusammenzustellen. Für 2024 habe ich jeden wichtigen Trend in den Technology Adoption Lifecycle eingeordnet, um ein klares Bild zu zeichnen, wo jede Technologie, Methodik oder Fähigkeit in Bezug auf die Verbreitung steht. Dieses Framework hilft zu verstehen, was nicht nur im Trend liegt, sondern wie ausgereift jeder Trend wirklich ist.&lt;/p></description></item><item><title>DevTalk Podcast: Der Stand von DevOps</title><link>https://romanoroth.com/de/blogs/devtalk-podcast-der-stand-von-devops/</link><pubDate>Sun, 14 Jan 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devtalk-podcast-der-stand-von-devops/</guid><description>&lt;p>In dieser Episode des DevTalk-Podcasts unterhalte ich mich mit meinem Kollegen Kerry Lothrop über den Stand von DevOps. Wir kennen uns seit vielen Jahren bei Zühlke, und Kerry wollte erfahren, was DevOps heute wirklich bedeutet, wo Unternehmen Schwierigkeiten haben und wohin sich die Branche entwickelt.&lt;/p></description></item><item><title>Architektur für Continuous Delivery an der Conf42 DevSecOps 2024</title><link>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-conf42/</link><pubDate>Tue, 09 Jan 2024 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-conf42/</guid><description>&lt;p>An der Conf42 DevSecOps 2024 Konferenz habe ich meinen Ansatz zur Architektur für Continuous Delivery vorgestellt. Nach über 21 Jahren bei Zühlke, in denen ich branchenübergreifend an DevOps-Transformationen gearbeitet habe, sehe ich immer wieder dasselbe fundamentale Problem: Wertströme, die durch Mauern der Verwirrung gebrochen werden. In diesem Vortrag zeige ich, wie Organisationen den Weg von Projekt-Denken zu Produkt-Denken schaffen, Qualität und Sicherheit von Anfang an einbauen, für Betreibbarkeit architekturieren und Platform Engineering zur Skalierung nutzen können.&lt;/p></description></item><item><title>Das Zühlke DevOps Angebot: Von DevOps Engineering bis zur Digital Factory</title><link>https://romanoroth.com/de/blogs/das-zuehlke-devops-angebot/</link><pubDate>Sun, 03 Dec 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/das-zuehlke-devops-angebot/</guid><description>&lt;p>Als Chief of DevOps und Partner bei Zühlke helfe ich seit über zwei Jahrzehnten Unternehmen, kontinuierlich Wert zu liefern. In diesem Video gehe ich das komplette DevOps-Angebot von Zühlke durch: von unserem Verständnis von DevOps und den Herausforderungen der Skalierung bis hin zu unseren konkreten Dienstleistungen, einschliesslich der Digital Factory und der Platform Plane.&lt;/p></description></item><item><title>DevOps-Transformationen: Meine Erfahrungen und Anti-Patterns</title><link>https://romanoroth.com/de/blogs/devops-transformation-erfahrungen-und-anti-patterns/</link><pubDate>Sun, 03 Dec 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-transformation-erfahrungen-und-anti-patterns/</guid><description>&lt;p>DevOps-Transformationen sehen auf dem Papier einfach aus. Man nehme eine bestehende Umgebung, füge das Spotify-Modell hinzu, werfe SAFe dazu, streue etwas Team Topologies ein, packe DevOps und Platform Engineering obendrauf, rühre gut um, füge so viele Tools wie möglich hinzu und rühre nochmal. Was passiert? Es kracht. Und die Leute sagen: &amp;ldquo;DevOps ist Quatsch.&amp;rdquo;&lt;/p></description></item><item><title>Die Wissenschaft hinter DevOps</title><link>https://romanoroth.com/de/blogs/die-wissenschaft-hinter-devops/</link><pubDate>Sun, 03 Dec 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/die-wissenschaft-hinter-devops/</guid><description>&lt;p>In diesem Video tauche ich tief in die Wissenschaft hinter DevOps ein. Insbesondere schaue ich mir die DORA-Metriken an, woher sie kommen und welches Buch die wissenschaftliche Grundlage für alles liefert, was wir über leistungsstarke Software-Delivery-Organisationen wissen: &lt;em>Accelerate&lt;/em>.&lt;/p></description></item><item><title>Was sind Digitale Fabriken?</title><link>https://romanoroth.com/de/blogs/was-sind-digitale-fabriken/</link><pubDate>Thu, 26 Oct 2023 18:24:38 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-sind-digitale-fabriken/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="500"
 height="500"
 src="https://romanoroth.com/images/blog/what-are-digital-factories-inline-1.jpg"
 srcset="https://romanoroth.com/images/blog/what-are-digital-factories-inline-1.jpg 800w, https://romanoroth.com/images/blog/what-are-digital-factories-inline-1.jpg 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-are-digital-factories-inline-1.jpg">&lt;/figure>
&lt;/p>
&lt;p>Ein Gespräch mit &lt;a href="https://www.linkedin.com/in/romanoroth/" target="_blank" rel="noreferrer">Romano Roth&lt;/a>, DevOps Thought Leader, und &lt;a href="https://www.linkedin.com/in/milanmilanovic/" target="_blank" rel="noreferrer">Dr. Milan Milanović&lt;/a>, Architecture Thought Leader.
Quelle: &lt;a href="https://newsletter.techworld-with-milan.com/p/what-are-digital-factories" target="_blank" rel="noreferrer">https://newsletter.techworld-with-milan.com/p/what-are-digital-factories&lt;/a>&lt;/p>

&lt;h2 class="relative group">1. Romanos Kurzbiografie
 &lt;div id="1-romanos-kurzbiografie" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#1-romanos-kurzbiografie" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Ich bin Romano Roth, Chief of DevOps und Partner bei &lt;a href="https://www.zuehlke.com/en" target="_blank" rel="noreferrer">Zühlke&lt;/a>. Meine Reise mit Zühlke begann vor 21 Jahren. Im Laufe der Jahre habe ich mich vom Software Engineer und Softwarearchitekten zum Berater entwickelt. Während dieser gesamten Reise hat mich eine Frage immer angetrieben: Wie können wir kontinuierlich Wert liefern und gleichzeitig Qualität und Automatisierung sicherstellen?&lt;/p></description></item><item><title>Widerstand überwinden: Die Methode, die du brauchst</title><link>https://romanoroth.com/de/blogs/widerstand-ueberwinden-die-methode-die-du-brauchst/</link><pubDate>Sat, 23 Sep 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/widerstand-ueberwinden-die-methode-die-du-brauchst/</guid><description>&lt;p>In dieser Podcast-Episode unterhalte ich mich mit Peyton Einhaus über einen der herausforderndsten Aspekte jeder Transformation: den Umgang mit Widerstand. Ob agile Transformation, DevOps-Transformation oder jede andere organisatorische Veränderung, Widerstand ist immer präsent. Die Frage ist, wie man damit effektiv umgeht.&lt;/p></description></item><item><title>DevOps in der Embedded-Welt: Herausforderungen für Embedded- und IoT-Geräte</title><link>https://romanoroth.com/de/blogs/devops-in-der-embedded-welt-herausforderungen-fuer-embedded-und-iot-geraete/</link><pubDate>Mon, 28 Aug 2023 19:15:31 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-in-der-embedded-welt-herausforderungen-fuer-embedded-und-iot-geraete/</guid><description>&lt;p>Embedded- und IoT-Geräte werden in der heutigen Welt immer beliebter. Diese Geräte werden in verschiedenen Branchen eingesetzt, etwa im Gesundheitswesen, in der Fertigung, bei Konsumgütern und in der Heimautomation. Die Sicherstellung der Qualität dieser Geräte ist entscheidend, um deren Zuverlässigkeit, Sicherheit und Funktionalität zu gewährleisten. Aber wie macht man das?&lt;/p></description></item><item><title>Geführte Platform Engineering Meditation</title><link>https://romanoroth.com/de/blogs/gefuehrte-platform-engineering-meditation/</link><pubDate>Sun, 13 Aug 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gefuehrte-platform-engineering-meditation/</guid><description>&lt;p>Manchmal müssen wir in der Welt des Platform Engineering innehalten und die digitalen Landschaften würdigen, die wir jeden Tag bauen. Dieses kurze, spielerische Video ist eine geführte Meditation für Platform Engineers. Finde eine bequeme Position, atme tief ein und lass dich durch die Welt führen, die du erschaffst.&lt;/p></description></item><item><title>Der Business Case von DevOps: So überzeugen Sie Ihre Entscheidungsträger</title><link>https://romanoroth.com/de/blogs/business-case-von-devops-containerdays/</link><pubDate>Sat, 05 Aug 2023 01:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/business-case-von-devops-containerdays/</guid><description>&lt;p>Jeder DevOps-Enthusiast steht irgendwann vor derselben Herausforderung: Sie wissen, dass DevOps funktioniert, Ihr Team weiss es auch, aber die Entscheidungsträger wollen Beweise. Sie wollen einen Business Case. In diesem Vortrag bei den ContainerDays 2019 stelle ich ein praktisches Framework vor, um CIOs und Manager davon zu überzeugen, Ihre DevOps-Transformation zu finanzieren.&lt;/p></description></item><item><title>Die Digitale Fabrik</title><link>https://romanoroth.com/de/speaking/the-digital-factory/</link><pubDate>Sat, 05 Aug 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/the-digital-factory/</guid><description>&lt;p>Viele Unternehmen leiden unter mangelnder Abstimmung zwischen Business und IT, Silodenken und Ineffizienzen in der Produktentwicklung, während Time-to-Market immer wichtiger wird.&lt;/p>

&lt;h2 class="relative group">Das Problem
 &lt;div id="das-problem" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#das-problem" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Diese Unternehmen versuchen, DevOps in ihren Organisationen einzuführen, aber leider wird der DevOps-Ansatz manchmal missverstanden, falsch implementiert, und er skaliert nicht wie erwartet.&lt;/p></description></item><item><title>Was ist der Business Case von DevOps? Ein Ignite Talk</title><link>https://romanoroth.com/de/blogs/business-case-von-devops-ignite-talk/</link><pubDate>Sat, 05 Aug 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/business-case-von-devops-ignite-talk/</guid><description>&lt;p>Sie wollen DevOps einführen. Ihr Team will DevOps einführen. Sogar Ihr CIO will DevOps einführen. Aber dann kommt die unvermeidliche Frage: &amp;ldquo;Was ist der Business Case?&amp;rdquo; In diesem fünfminütigen Ignite Talk bei den DevOpsDays teile ich ein einfaches, aber wirkungsvolles Werkzeug, um Entscheidungsträger davon zu überzeugen, dass sich die Investition in DevOps lohnt.&lt;/p></description></item><item><title>D wie DevOps: Die Philosophie des Software Engineering</title><link>https://romanoroth.com/de/blogs/d-wie-devops-die-philosophie-des-software-engineering/</link><pubDate>Thu, 20 Jul 2023 22:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/d-wie-devops-die-philosophie-des-software-engineering/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="500"
 height="281"
 src="https://romanoroth.com/images/blog/d-for-devops-the-philosophy-of-software-engineering-inline-1.png"
 srcset="https://romanoroth.com/images/blog/d-for-devops-the-philosophy-of-software-engineering-inline-1.png 800w, https://romanoroth.com/images/blog/d-for-devops-the-philosophy-of-software-engineering-inline-1.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/d-for-devops-the-philosophy-of-software-engineering-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>Ich hatte die Ehre, von &lt;a href="https://www.linkedin.com/in/ACoAAAKou1kBeYQVvUGHVhC7jA9WTlFUhYncB7U" target="_blank" rel="noreferrer">📈 Matt Warcholinski 💾&lt;/a> von &lt;a href="https://www.linkedin.com/company/brainhub-pl/" target="_blank" rel="noreferrer">Brainhub&lt;/a> in seinem 𝐏𝐨𝐝𝐜𝐚𝐬𝐭🎙️ &lt;a href="https://open.spotify.com/show/0M4r4dUW4tzN8L9FjNgvrK" target="_blank" rel="noreferrer">𝐁𝐞𝐭𝐭𝐞𝐫 𝐓𝐞𝐜𝐡 𝐋𝐞𝐚𝐝𝐞𝐫𝐬𝐡𝐢𝐩&lt;/a> interviewt zu werden.&lt;/p>
&lt;p>🔎 Falls Sie sich jemals gefragt haben, was bei der Einführung von 𝐃𝐞𝐯𝐎𝐩𝐬 in Ihrer Organisation alles zu beachten ist, dann ist diese Episode ein Muss! Wir haben einige faszinierende Themen besprochen, und ich freue mich, einige Highlights aus unserem Gespräch zu teilen:&lt;/p></description></item><item><title>Architektur für Continuous Delivery: Von Silos zu digitalen Fabriken</title><link>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-von-silos-zu-digitalen-fabriken/</link><pubDate>Thu, 06 Jul 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/architektur-fuer-continuous-delivery-von-silos-zu-digitalen-fabriken/</guid><description>&lt;p>An der DEVOPS Conference habe ich über ein Thema gesprochen, das seit über zwei Jahrzehnten im Mittelpunkt meiner Arbeit steht: Wie man die Architektur für Continuous Delivery gestaltet. Dieser Vortrag behandelt den kaputten Wertstrom, den ich in den meisten Unternehmen sehe, warum Produktdenken wichtiger ist als Projektdenken, die Wissenschaft hinter der Software-Delivery-Performance und wie Platform Engineering es Organisationen ermöglicht, DevOps durch digitale Fabriken zu skalieren.&lt;/p></description></item><item><title>State of DevOps in der Schweiz 2023: Wichtige Erkenntnisse und DevOps skalieren</title><link>https://romanoroth.com/de/blogs/state-of-devops-in-switzerland-2023/</link><pubDate>Mon, 26 Jun 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/state-of-devops-in-switzerland-2023/</guid><description>&lt;p>Am State of DevOps in der Schweiz 2023 Event habe ich gemeinsam mit Adrian Kosmaczewski von VSHN die neuesten Erkenntnisse zur DevOps-Adoption im Schweizer Markt präsentiert. Adrian teilte vier Jahre Umfragedaten, während ich mich darauf konzentrierte, wie man DevOps durch Platform Engineering und das Konzept der digitalen Fabrik erfolgreich skalieren kann. Diese Veranstaltung brachte DevOps-Fachleute vor Ort und virtuell zu Präsentationen und einer lebhaften Podiumsdiskussion zusammen.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 12: Unsere Empfehlungen und Lessons Learned</title><link>https://romanoroth.com/de/blogs/github-devsecops-recommendations/</link><pubDate>Tue, 13 Jun 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-recommendations/</guid><description>&lt;p>Nach elf Sessions, in denen wir eine komplette DevSecOps-Pipeline mit GitHub aufgebaut haben — Software Composition Analysis, License Compliance, SAST, Container Scanning, Secret Detection, DAST, Pull Requests, Scheduled Pipelines und Vulnerability Management — schliessen Patrick Steger und ich die Serie mit unseren Empfehlungen ab. Was auf GitHub funktioniert, wo die Lücken sind und was wir jedem mitgeben würden, der die gleiche Pipeline bauen will.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 11: Scheduled Pipelines für den Produktionscode</title><link>https://romanoroth.com/de/blogs/github-devsecops-schedule-pipeline/</link><pubDate>Mon, 05 Jun 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-schedule-pipeline/</guid><description>&lt;p>Über zehn Sessions haben wir Security-Checks in eine GitHub-Actions-Pipeline verdrahtet, die auf jedem Commit und jedem Pull Request feuert. Das deckt den Code ab, an dem wir aktiv arbeiten. Es deckt nicht den Code ab, der bereits in Produktion läuft, während Researcher laufend neue CVEs in den Libraries finden, die er nutzt. In Teil 11 der GitHub DevSecOps Serie bauen Patrick Steger und ich einen Scheduled Workflow, der den Production-Branch erneut scannt — und stossen dabei auf eine GitHub-Limitierung, die man von Anfang an kennen sollte.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 10: Branch Protection und Pull Requests</title><link>https://romanoroth.com/de/blogs/github-devsecops-pull-request/</link><pubDate>Tue, 30 May 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-pull-request/</guid><description>&lt;p>In den vorherigen neun Sessions haben Patrick Steger und ich eine GitHub DevSecOps-Pipeline gebaut mit Build, SCA, License Compliance, SAST, Container Scanning, Secret Detection und DAST. Alles nützlich — aber nur dann, wenn sie tatsächlich läuft, &lt;em>bevor&lt;/em> Code in main landet, und nur dann, wenn der Merge blockiert wird, sobald etwas Ernstes auftaucht. In Teil 10 verdrahten wir dieses Gate mit Pull Requests und Branch Protection Rules.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 9: Vulnerability Management</title><link>https://romanoroth.com/de/blogs/github-devsecops-vulnerability-management/</link><pubDate>Mon, 22 May 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-vulnerability-management/</guid><description>&lt;p>Wir haben in den letzten acht Sessions Scanner in unsere GitHub DevSecOps Pipeline eingebaut — SCA, SAST, Container Scanning, Secret Detection, DAST. Die Scanner produzieren jetzt einen kontinuierlichen Strom von Findings, und die Frage lautet: Wo managen wir sie? In Teil 9 schauen Patrick Steger und ich uns das eingebaute Vulnerability Management von GitHub an — den Security Tab — und benennen, was funktioniert und was fehlt.&lt;/p></description></item><item><title>DevOps ist NICHT tot</title><link>https://romanoroth.com/de/blogs/devops-ist-nicht-tot/</link><pubDate>Wed, 10 May 2023 06:49:56 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-ist-nicht-tot/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1600"
 height="1600"
 src="https://romanoroth.com/images/blog/devops-is-not-dead-inline-1_hu_4b6e8c72dd940d41.png"
 srcset="https://romanoroth.com/images/blog/devops-is-not-dead-inline-1_hu_4b6e8c72dd940d41.png 800w, https://romanoroth.com/images/blog/devops-is-not-dead-inline-1_hu_2f8071722c5cf0f5.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/devops-is-not-dead-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>Begleiten Sie &lt;a href="https://www.linkedin.com/in/evelineoehrlich/" target="_blank" rel="noreferrer">Eveline Oehrlich&lt;/a> und Romano Roth bei der Diskussion, ob DevOps tot ist.&lt;/p>
&lt;div class="audioboom-embed" style="margin: 1.5rem 0;">
 &lt;iframe
 src="https://audioboom.com/posts/8297891/embed/v4"
 width="100%"
 height="300"
 frameborder="0"
 scrolling="no"
 loading="lazy">
 &lt;/iframe>
&lt;/div>


&lt;h2 class="relative group">Transkript
 &lt;div id="transkript" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#transkript" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Narrator 00:02
Sie hören den &lt;a href="https://audioboom.com/channels/5002511-the-humans-of-devops-podcast-series" target="_blank" rel="noreferrer">Humans of DevOps Podcast&lt;/a>, einen Podcast, der darauf ausgerichtet ist, die Menschen im DevOps-Umfeld durch Fähigkeiten, Wissen, Ideen und Lernen weiterzubringen – das SKIL-Framework.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 8: Dynamic Application Security Testing (DAST)</title><link>https://romanoroth.com/de/blogs/github-devsecops-dast/</link><pubDate>Wed, 19 Apr 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-dast/</guid><description>&lt;p>Nach sieben Sessions statischer Analyse — SCA, License Compliance, SAST, Container Scanning, Secret Detection — wechseln Patrick Steger und ich auf die dynamische Seite der Pipeline. In Teil 8 ergänzen wir Dynamic Application Security Testing in unserer GitHub-Actions-Pipeline. DAST startet die Anwendung und greift sie dann an. GitHub liefert das nicht out of the box, also bauen wir eine Community-Action auf Basis von OWASP ZAP ein — und sind ehrlich, wo dieser Ansatz für Enterprise-Use an Grenzen stösst.&lt;/p></description></item><item><title>DevTalk Podcast Episode 88: Der Stand von DevOps. Mit Romano Roth</title><link>https://romanoroth.com/de/blogs/devtalk-podcast-episode-88-stand-von-devops-mit-romano-roth/</link><pubDate>Tue, 21 Mar 2023 06:43:01 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devtalk-podcast-episode-88-stand-von-devops-mit-romano-roth/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="2000"
 height="2000"
 src="https://romanoroth.com/images/blog/devtalk-podcast-episode-88-the-state-of-devops-with-romano-roth-inline-1_hu_ce587316f2540c3d.jpg"
 srcset="https://romanoroth.com/images/blog/devtalk-podcast-episode-88-the-state-of-devops-with-romano-roth-inline-1_hu_ce587316f2540c3d.jpg 800w, https://romanoroth.com/images/blog/devtalk-podcast-episode-88-the-state-of-devops-with-romano-roth-inline-1_hu_4ee23bd24ed9c43a.jpg 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/devtalk-podcast-episode-88-the-state-of-devops-with-romano-roth-inline-1.jpg">&lt;/figure>
&lt;/p>
&lt;p>In Episode 88 von &lt;a href="https://devtalk.lothrop.de/" target="_blank" rel="noreferrer">DevTalk&lt;/a> spreche ich mit &lt;a href="https://www.linkedin.com/in/lothrop/" target="_blank" rel="noreferrer">Kerry W. Lothrop&lt;/a> über den Stand von DevOps.&lt;/p>
&lt;p>Originalbeitrag: &lt;a href="https://kerry.lothrop.de/devtalk-88-romano-roth/" target="_blank" rel="noreferrer">DevTalk 88: Romano Roth&lt;/a>&lt;/p></description></item><item><title>DevOps: Denken in Systemen &amp; Wertströmen</title><link>https://romanoroth.com/de/speaking/devops-thinking-in-systems-and-value-streams/</link><pubDate>Mon, 06 Mar 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/devops-thinking-in-systems-and-value-streams/</guid><description>&lt;p>Alle wollen DevOps machen. Aber warum? Welche Probleme versuchen wir zu lösen?&lt;/p>

&lt;h2 class="relative group">Einen Schritt zurücktreten
 &lt;div id="einen-schritt-zurücktreten" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#einen-schritt-zur%c3%bccktreten" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Gemeinsam treten wir einen Schritt zurück und betrachten das grosse Ganze. Statt direkt in Tools und Praktiken einzusteigen, untersuchen wir die Systeme und Wertströme, die moderner Softwareauslieferung zugrunde liegen.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 7: Secrets im eigenen Code finden mit Secret Scanning</title><link>https://romanoroth.com/de/blogs/github-devsecops-secret-detection/</link><pubDate>Tue, 14 Feb 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-secret-detection/</guid><description>&lt;p>API-Keys, Tokens und Passwörter rutschen nach wie vor regelmässig in Repositories — manchmal aus Versehen, manchmal weil Entwickler es ehrlich nicht besser wussten. In Teil 7 unserer GitHub DevSecOps Serie schalten Patrick Steger und ich GitHubs eingebautes Secret Scanning ein, definieren ein eigenes Pattern, probieren Push Protection aus und schauen offen hin, wo die Funktion liefert und wo sie noch nicht hält, was sie verspricht.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 6: Wie man Container Scanning einsetzt</title><link>https://romanoroth.com/de/blogs/github-devsecops-container-scanning/</link><pubDate>Thu, 09 Feb 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-container-scanning/</guid><description>&lt;p>Wir haben die GitHub-Actions-Pipeline in fünf Sessions aufgebaut: Projekt-Grundlagen, Software Composition Analysis, License Compliance und Static Application Security Testing. Die nächste Schicht ist Container Scanning — die Suche nach Schwachstellen im Docker-Image, das wir ausliefern, nicht nur im Source, den wir geschrieben haben. In Teil 6 unserer Serie teilen Patrick Steger und ich die Arbeit in zwei GitHub-Actions-Sub-Workflows auf: einer baut das Image und pusht es in die Registry, der andere zieht es zurück und lässt Trivy darauf laufen.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 5: Static Application Security Testing (SAST)</title><link>https://romanoroth.com/de/blogs/github-devsecops-sast/</link><pubDate>Wed, 01 Feb 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-sast/</guid><description>&lt;p>SCA hat unsere Dependencies abgedeckt. License Compliance hat geklärt, was wir ausliefern dürfen. SAST ist die Stelle, an der wir die Scanner auf den Code richten, den wir selbst geschrieben haben. In Teil 5 unserer GitHub DevSecOps Serie integrieren Patrick Steger und ich Static Application Security Testing in die Pipeline — und merken auf die harte Tour, dass es auf GitHub drei Actions braucht statt einer.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 4: Wie sichert man License Compliance?</title><link>https://romanoroth.com/de/blogs/github-devsecops-license-compliance/</link><pubDate>Wed, 25 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-license-compliance/</guid><description>&lt;p>GitHub liefert von Haus aus keinen License Scanner mit, und als wir im Marketplace gesucht haben, hat keine der vorhandenen Actions getan, was wir brauchten. Also haben wir mit einem Kollegen von Microsoft eine eigene gebaut und veröffentlicht. In Teil 4 unserer GitHub DevSecOps Serie binden Patrick Steger und ich diese License-Finder-Action in unsere Spring-Boot-Pipeline ein, konfigurieren die erlaubten Lizenzen und zeigen, wie man die Resultate in GitHub sichtbar macht.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 3: Software Composition Analysis mit Dependabot und CRDA</title><link>https://romanoroth.com/de/blogs/github-devsecops-sca/</link><pubDate>Thu, 19 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-sca/</guid><description>&lt;p>GitHub liefert kein Default-SCA-Tool wie GitLab. Du musst zwei Dinge kombinieren: das Plattform-Feature Dependabot und eine SCA-Action aus dem Marketplace. In Teil 3 der GitHub DevSecOps Serie verdrahten Patrick Steger und ich beides in unsere Pipeline — und merken auf die harte Tour, dass der Marketplace-Pfad nicht so glatt läuft, wie es die Slides suggerieren.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 2: Ein einfaches Projekt und den ersten Workflow erstellen</title><link>https://romanoroth.com/de/blogs/github-devsecops-projekt-erstellen/</link><pubDate>Wed, 11 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-projekt-erstellen/</guid><description>&lt;p>Bevor wir Security-Tools an irgendetwas anschliessen, brauchen wir ein Repository, eine Pipeline und einen lauffähigen Build. In Teil 2 unserer GitHub DevSecOps Serie legen Patrick Steger und ich ein privates GitHub-Repo für einen kleinen Java-Spring-Boot-Service an, aktivieren GitHub Actions und verdrahten eine Pipeline aus zwei Workflows, die den Code kompiliert und die Unit Tests ausführt. Das ist das Skelett, an dem in der Serie alles Weitere hängt.&lt;/p></description></item><item><title>DevOps ist tot? Warum Platform Engineering und SRE DevOps mehr denn je brauchen</title><link>https://romanoroth.com/de/blogs/devops-ist-tot-platform-engineering-sre/</link><pubDate>Tue, 10 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-ist-tot-platform-engineering-sre/</guid><description>&lt;p>Das Internet ist voll von Beiträgen, die behaupten, DevOps sei tot. &amp;ldquo;DevOps ist Schwachsinn.&amp;rdquo; &amp;ldquo;Platform Engineering wird DevOps ersetzen.&amp;rdquo; &amp;ldquo;SRE ist die Zukunft.&amp;rdquo; In diesem Video erkläre ich, warum all diese Behauptungen falsch sind, woher sie kommen und wie DevOps, Platform Engineering und Site Reliability Engineering tatsächlich zusammenhängen.&lt;/p></description></item><item><title>Interview mit Golem.de: Wenn wir über DevOps reden, müssen wir über Menschen reden</title><link>https://romanoroth.com/de/blogs/interview-mit-golem-de-wenn-wir-ueber-devops-reden-muessen-wir-ueber-menschen-reden/</link><pubDate>Fri, 06 Jan 2023 23:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/interview-mit-golem-de-wenn-wir-ueber-devops-reden-muessen-wir-ueber-menschen-reden/</guid><description>&lt;p>Romano Roth ist Chief of DevOps bei Zühlke. Im Interview erklärt er, warum DevOps kein Bullshit ist, wie die Transformation im Unternehmen gelingt und was IT-Studenten wirklich lernen sollten.&lt;/p>
&lt;p>Ein Interview von Daniel Ziegener veröffentlicht am 7. Januar 2023, 11:14 Uhr auf &lt;a href="https://www.golem.de/news/devops-wenn-wir-ueber-devops-reden-muessen-wir-ueber-menschen-reden-2301-170592.html" target="_blank" rel="noreferrer">https://www.golem.de/news/devops-wenn-wir-ueber-devops-reden-muessen-wir-ueber-menschen-reden-2301-170592.html&lt;/a>&lt;/p></description></item><item><title>DevOps mit SAP: Theorie und Praxis</title><link>https://romanoroth.com/de/blogs/devops-mit-sap-theorie-und-praxis/</link><pubDate>Thu, 05 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-mit-sap-theorie-und-praxis/</guid><description>&lt;p>Bei dieser Veranstaltung durfte ich gemeinsam mit Carsten Brandt von SAP über DevOps in der Theorie und Praxis sprechen. Während ich die theoretischen Grundlagen von DevOps vorstellte und zeigte, wie Unternehmen von Projekten zu Produkten gelangen, brachte Carsten die Praxisperspektive aus über 21 Jahren SAP ein. Seine ehrliche Botschaft: Die Theorie steht seit Jahren, aber die Umsetzung ist alles andere als einfach, besonders in komplexen Enterprise-Landschaften.&lt;/p></description></item><item><title>Zurück in die Zukunft der Softwareentwicklung</title><link>https://romanoroth.com/de/blogs/zurueck-in-die-zukunft-der-softwareentwicklung/</link><pubDate>Tue, 03 Jan 2023 23:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/zurueck-in-die-zukunft-der-softwareentwicklung/</guid><description>&lt;p>Von &lt;a href="https://www.linkedin.com/in/piawiedermayer" target="_blank" rel="noreferrer">Pia Wiedermayer&lt;/a> und &lt;a href="https://www.linkedin.com/in/romanoroth/" target="_blank" rel="noreferrer">Romano Roth&lt;/a>&lt;/p>
&lt;p>In vielen Organisationen und Projekten sind an der Softwareentwicklung zahlreiche Mitarbeitende und Maschinen beteiligt, die ihre Aufgaben getrennt voneinander erledigen. Dieser Ansatz führt zu Problemen. So kann die Rückkehr zur ursprünglichen Art der Softwareentwicklung und der Aufbau einer organischen digitalen Fabrik helfen.&lt;/p></description></item><item><title>GitHub DevSecOps Teil 1: Was ist GitHub und warum Security nach links verschieben?</title><link>https://romanoroth.com/de/blogs/github-devsecops-einfuehrung/</link><pubDate>Tue, 03 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/github-devsecops-einfuehrung/</guid><description>&lt;p>Nachdem wir die GitLab DevSecOps Serie abgeschlossen haben, hat Patrick den Job gewechselt — und sein neues Team arbeitet mit GitHub. Das Problem ist dasselbe: keine Security-Checks während der Entwicklung. Die Plattform ist eine andere. In Teil 1 unserer GitHub DevSecOps Serie zeigen wir, was GitHub ist, welches CI/CD-Vokabular man teilen muss, bevor irgendein Pipeline-Gespräch funktioniert, und wie die DevSecOps-Pipeline aussieht, die wir in den nächsten Sessions aufbauen werden.&lt;/p></description></item><item><title>Top DevOps-Trends und aufkommende Technologien im Blick</title><link>https://romanoroth.com/de/blogs/what-are-the-top-devops-trends-in-2021/</link><pubDate>Sun, 01 Jan 2023 20:55:56 +0000</pubDate><guid>https://romanoroth.com/de/blogs/what-are-the-top-devops-trends-in-2021/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1280"
 height="720"
 src="https://romanoroth.com/images/blog/what-are-the-top-devops-trends-in-2021-inline-1_hu_ff2e9a0abeec9dc.webp"
 srcset="https://romanoroth.com/images/blog/what-are-the-top-devops-trends-in-2021-inline-1_hu_ff2e9a0abeec9dc.webp 800w, https://romanoroth.com/images/blog/what-are-the-top-devops-trends-in-2021-inline-1.webp 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-are-the-top-devops-trends-in-2021-inline-1.webp">&lt;/figure>
&lt;/p>
&lt;p>DevOps-Trends 2023&lt;/p>
&lt;div style="position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;">
 &lt;iframe allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share; fullscreen" loading="eager" referrerpolicy="strict-origin-when-cross-origin" src="https://www.youtube.com/embed/BQ5C0xLCaWY?autoplay=0&amp;amp;controls=1&amp;amp;end=0&amp;amp;loop=0&amp;amp;mute=0&amp;amp;start=0" style="position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;" title="YouTube video">&lt;/iframe>
 &lt;/div>

&lt;p>Wir werfen einen kurzen Blick auf meine Prognosen für 2021 und 2022, bevor wir uns den Schwierigkeiten zuwenden, mit denen Unternehmen bereits konfrontiert sind. Aufgrund von Silo-Organisationen findet zwischen den verschiedenen Organisationsbereichen kaum Koordination statt, und Unternehmen planen weiterhin Jahresprojekte statt Produkte. Daher müssen Unternehmen einige DevOps-Methoden oder -Trends übernehmen. DevOps ist ein Mindset, eine Kultur mit technischen Praktiken, die alle Menschen entlang des Value Streams ausrichtet, um dem Kunden kontinuierlich Wert zu liefern. Zu den Top-DevOps-Trends für 2023 gehören das Bauen von Produkten, der Betrieb des Produkts, die Sicherstellung der Produktqualität, die Überwachung des Produkts, die Organisation entlang des Value Streams, das Ermöglichen von DevOps in Produktteams und die Industrialisierung der gesamten Produktentwicklung.&lt;/p></description></item><item><title>Die Zukunft von DevOps: Top Trends für 2023</title><link>https://romanoroth.com/de/blogs/top-devops-trends-2023/</link><pubDate>Sun, 01 Jan 2023 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/top-devops-trends-2023/</guid><description>&lt;p>Zwei Jahre Trend-Prognosen später hat sich die DevOps-Diskussion verschoben. 2021 ging es um Adoption. 2022 haben wir die Trends auf den Adoption Lifecycle gelegt. 2023 ist die nützlichste Brille der Value Stream: wie Produkte gebaut, betrieben, qualitätsgesichert, monitort, organisiert, enabled und industrialisiert werden — End-to-End. Die meisten Organisationen leiden immer noch unter Silos und projektbasierter Jahresplanung. Die Trends 2023 schliessen genau diese Lücken.&lt;/p></description></item><item><title>Hochwertige Arbeit in der Softwareentwicklung und grossartige Developer Experience</title><link>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</link><pubDate>Fri, 09 Dec 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/hochwertige-arbeit-in-der-softwareentwicklung/</guid><description>&lt;p>Was definiert hochwertige Arbeit in der Softwareentwicklung? Ist es Scrum? Clean Code? TDD? Funktionale Programmierung? In dieser Expert Talks Session präsentieren mein Kollege Milan und ich zwei komplementäre Perspektiven. Milan behandelt die Säulen hochwertiger Engineering-Arbeit, von Teambildung und Kundenzentrierung bis zu Clean Code und Engineering-Kultur. Ich zeige dann, wie DevOps und Continuous Delivery helfen, grossartige Produkte zu bauen, indem man vom Projekt-Mindset zum Produkt-Mindset wechselt.&lt;/p></description></item><item><title>Baloise OpenX Day: Keynote über DevOps, Wertströme und Platform Engineering</title><link>https://romanoroth.com/de/blogs/baloise-openx-day-devops-keynote/</link><pubDate>Wed, 23 Nov 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/baloise-openx-day-devops-keynote/</guid><description>&lt;p>Ich wurde eingeladen, die Keynote am Baloise OpenX Day zu halten, einer internen Konferenz, an der die Baloise ihre Technologie-Community zusammenbringt. Die Session kombinierte Impulsvorträge mit interaktiven Diskussionen und gab mir die Gelegenheit, DevOps-Grundlagen zu teilen und dann direkt von den Teams über ihre echten Herausforderungen zu hören. Die Gespräche mit den Baloise-Ingenieuren waren unglaublich wertvoll, besonders zu Themen wie Continuous Deployment in regulierten Branchen und die Rolle von Platform Engineering.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 12: Unsere Empfehlungen und Lessons Learned</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-recommendations/</link><pubDate>Wed, 16 Nov 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-recommendations/</guid><description>&lt;p>Nach elf Sessions, in denen wir eine komplette DevSecOps-Pipeline mit GitLab aufgebaut haben — von Software Composition Analysis über Container Scanning, SAST, Secret Detection und DAST bis hin zu Merge Request Integration und Scheduled Pipelines — schliessen Patrick Steger und ich die Serie mit unseren Empfehlungen ab. Was funktioniert, wo es Stolpersteine gab und was wir jedem mitgeben würden, der heute die gleiche Pipeline aufbauen will.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 11: Scheduled Pipelines für den Produktionscode</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-schedule-pipeline/</link><pubDate>Wed, 09 Nov 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-schedule-pipeline/</guid><description>&lt;p>In zehn Sessions haben wir sechs Security-Tools in eine GitLab-Pipeline verdrahtet, die auf jedem Commit und jedem Merge Request feuert. Sind wir damit fertig? Nicht ganz. Code, der in Produktion läuft, bleibt dort Wochen oder Monate liegen, und in dieser Zeit finden Security-Researcher laufend neue CVEs in genau den Dependencies, die du längst ausgeliefert hast. In Teil 11 der GitLab DevSecOps Serie bauen Patrick Steger und ich eine Scheduled Pipeline, die den Production-Branch automatisch erneut scannt — ohne dass jemand pushen muss.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 10: Wie man einen Merge Request richtig macht</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-merge-request/</link><pubDate>Wed, 02 Nov 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-merge-request/</guid><description>&lt;p>In den vorherigen neun Sessions haben Patrick Steger und ich eine GitLab DevSecOps-Pipeline gebaut, die SAST, Secret Detection, Software Composition Analysis, Container Scanning und DAST ausführt. Nützlich — aber nur dann, wenn sie Probleme tatsächlich findet, &lt;em>bevor&lt;/em> der Code im Default-Branch landet. In Teil 10 schliessen wir diesen Loop: Wir hängen die Pipeline an Merge Requests, sodass jede Änderung gescannt wird, die Deltas gegen den Default-Branch sichtbar sind, und Freigaben erforderlich werden, wenn neue High- oder Critical-Vulnerabilities auftauchen.&lt;/p></description></item><item><title>DevOps: Wie Unternehmen kontinuierlich Wert liefern</title><link>https://romanoroth.com/de/speaking/devops-wie-unternehmen-kontinuierlich-wert-liefern/</link><pubDate>Thu, 27 Oct 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/devops-wie-unternehmen-kontinuierlich-wert-liefern/</guid><description>&lt;p>DevOps ist weit mehr als Automatisierung oder Tooling: Es ist ein Zusammenspiel von Menschen, Prozessen und Technologie, um Produkte schneller, zuverlässiger und kundenorientierter zu entwickeln.&lt;/p>

&lt;h2 class="relative group">Worum es geht
 &lt;div id="worum-es-geht" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#worum-es-geht" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Der Vortrag zeigt, warum Unternehmen vom projektorientierten Denken zum produktzentrierten Arbeiten wechseln müssen, wie eine Continuous Delivery Pipeline als Rückgrat moderner Produktentwicklung funktioniert und weshalb Qualität, Testing und Operability von Anfang an mitgedacht werden müssen.&lt;/p></description></item><item><title>DevOps: Denken in Systemen und Wertströmen</title><link>https://romanoroth.com/de/blogs/devops-denken-in-systemen-und-wertstroemen/</link><pubDate>Wed, 19 Oct 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-denken-in-systemen-und-wertstroemen/</guid><description>&lt;p>In diesem Konferenzvortrag bespreche ich eines der grundlegendsten Themen in DevOps: das Denken in Systemen und Wertströmen. Wenn ich mit Unternehmen an ihren DevOps-Transformationen arbeite, sehe ich immer wieder dieselben Muster. Das Business hat tolle Ideen. Diese werden in Word-Dokumente und Jira-Tickets geschrieben. Dann werden sie über die Mauer der Verwirrung zum Entwicklungsteam geworfen. Das Entwicklungsteam baut etwas und wirft es zum Testing. Das Testing vergleicht die Spezifikation mit dem Gebauten (was nie ganz übereinstimmt), testet etwas und wirft es zum Betrieb. Der Betrieb fragt: &amp;ldquo;Wie sollen wir das betreiben?&amp;rdquo; Und irgendwie, mit grossem Aufwand, bringen sie es zum Laufen. Dann sieht der Kunde das Ergebnis und sagt: &amp;ldquo;Was ist das? Das haben wir nicht bestellt.&amp;rdquo;&lt;/p></description></item><item><title>GitLab DevSecOps Teil 9: Vulnerability Management Herausforderungen meistern</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-vulnerability-management/</link><pubDate>Wed, 12 Oct 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-vulnerability-management/</guid><description>&lt;p>Nach acht Sessions, in denen wir Scanner in unsere GitLab-Pipeline eingebaut haben — SAST, Secret Detection, SCA, License Compliance, Container Scanning, DAST — haben wir jetzt ein anderes Problem. Wir haben hunderte von Vulnerability-Findings. In Teil 9 schauen Patrick Steger und ich uns das eingebaute Vulnerability Management von GitLab an: was es liefert, wo es schwächelt und wie man Findings tatsächlich triagiert, ohne den Überblick zu verlieren.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 8: Dynamic Application Security Testing (DAST)</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-dast/</link><pubDate>Wed, 05 Oct 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-dast/</guid><description>&lt;p>Alles, was wir bisher in der GitLab DevSecOps Pipeline gemacht haben, war statisch — Analyse von Source Code, Dependencies, Containern und Konfiguration. In Teil 8 überschreiten Patrick Steger und ich die Linie zu Continuous Delivery und ergänzen Dynamic Application Security Testing. DAST heisst: Wir deployen die Anwendung, starten sie und greifen sie von aussen mit einem automatisierten Penetration-Testing-Tool an. GitLab liefert das Feature out of the box mit OWASP ZAP.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 7: Secrets im eigenen Code finden mit Secret Detection</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-secret-detection/</link><pubDate>Wed, 28 Sep 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-secret-detection/</guid><description>&lt;p>Hardcodierte Passwörter und API-Keys sind nach wie vor einer der häufigsten Wege, auf denen Credentials nach aussen gelangen. Sie werden versehentlich committet, bleiben für immer in der Git-History und tauchen meist erst dann auf, wenn sie schon ausgenutzt werden. In Teil 7 unserer GitLab DevSecOps Serie ergänzen Patrick Steger und ich die bestehende Pipeline um Secret Detection — eine Zeile YAML — und schauen dann ehrlich hin: Was findet GitLeaks tatsächlich, was übersieht es still, und was tun wir damit?&lt;/p></description></item><item><title>GitLab DevSecOps Teil 6: Wie man Container Scanning einsetzt</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-container-scanning/</link><pubDate>Tue, 06 Sep 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-container-scanning/</guid><description>&lt;p>Wir haben SAST, Secret Detection und Software Composition Analysis bereits in die GitLab-Pipeline integriert. Diese Checks decken Quellcode und Dependencies ab — aber das Artefakt, das wir tatsächlich ausliefern, ist ein Container-Image. Betriebssystem-Pakete, das Base-Image und alles, was im Lauf des Builds hineinkopiert wird, können eigene Schwachstellen mitbringen. In Teil 6 unserer Serie ergänzen Patrick Steger und ich die Pipeline um Container Scanning, bauen ein Docker-Image aus dem zuvor kompilierten Jar und schicken es durch Trivy und Grype.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 5: Static Application Security Testing (SAST)</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-sast/</link><pubDate>Wed, 31 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-sast/</guid><description>&lt;p>Software Composition Analysis kümmert sich um die Bibliotheken, die du einbindest. Aber was ist mit dem Code, den dein Team selbst schreibt? Genau dafür ist Static Application Security Testing da. In Teil 5 unserer GitLab DevSecOps Serie integrieren Patrick Steger und ich SAST in die Pipeline, bauen ein paar realistische Schwachstellen in unser Spring-Boot-Beispiel ein und schauen zu, wie GitLab sie aufgreift.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 4: Wie sichert man License Compliance?</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-license-compliance/</link><pubDate>Wed, 24 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-license-compliance/</guid><description>&lt;p>Du lieferst eine Java-Anwendung aus, die von Spring Boot abhängt, das wiederum von dutzenden weiteren Bibliotheken abhängt — jede mit ihrer eigenen Lizenz. Und die meisten Teams können dir nicht sagen, welche Lizenzen das eigentlich sind. In Teil 4 unserer GitLab DevSecOps Serie ergänzen Patrick Steger und ich die Pipeline um License Compliance, sodass diese Frage bei jedem Commit automatisch beantwortet wird. Die gute Nachricht: Mit GitLab Ultimate ist das eine Template-Zeile.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 3: Software Composition Analysis mit Gemnasium</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-sca/</link><pubDate>Wed, 17 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-sca/</guid><description>&lt;p>Dein Code ist der kleine Teil. Die Libraries, die du reinziehst, sind der grosse Teil — und genau dort steckt der Grossteil deiner CVEs. In Teil 3 der GitLab DevSecOps Serie bauen Patrick Steger und ich eine kleine Spring-Boot-Demo auf, hängen sie in eine GitLab-Pipeline und ergänzen anschliessend Software Composition Analysis mit einer einzigen Include-Zeile.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 1: Was ist GitLab und warum Security nach links verschieben?</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-einfuehrung/</link><pubDate>Wed, 10 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-einfuehrung/</guid><description>&lt;p>Warum wird Security immer noch am Ende des Entwicklungsprozesses angeflanscht — und wie können wir sie nach vorn verschieben, ohne die Teams auszubremsen? In Teil 1 unserer GitLab DevSecOps Serie legen Patrick Steger und ich die Grundlage: Was GitLab ist, was Shift Left wirklich bedeutet und welche CI/CD-Konzepte man verstanden haben muss, bevor man eine DevSecOps-Pipeline bauen kann, die in der Praxis funktioniert.&lt;/p></description></item><item><title>GitLab DevSecOps Teil 2: Ein einfaches Projekt und die erste Pipeline erstellen</title><link>https://romanoroth.com/de/blogs/gitlab-devsecops-projekt-erstellen/</link><pubDate>Wed, 10 Aug 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/gitlab-devsecops-projekt-erstellen/</guid><description>&lt;p>Bevor wir irgendwelche Security-Checks nach links verschieben können, brauchen wir ein Projekt, ein Repository und eine Pipeline, die tatsächlich etwas baut. In Teil 2 unserer GitLab DevSecOps Serie loggen sich Patrick Steger und ich in GitLab ein, legen ein neues .NET-Core-Projekt aus einem Template an und schauen uns die &lt;code>.gitlab-ci.yml&lt;/code> an, die GitLab automatisch für uns generiert — inklusive Build- und Test-Job, die das Fundament für alles werden, was wir später ergänzen.&lt;/p></description></item><item><title>Was ist ein Epic?</title><link>https://romanoroth.com/de/blogs/was-ist-ein-epic/</link><pubDate>Fri, 15 Jul 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-ein-epic/</guid><description>&lt;p>Wie stellt man sicher, dass die eigene Organisation nicht mit zu vielen Projekten, zu vielen Ideen und zu wenig Fokus überlastet wird? Und wie stellt man sicher, dass man das Richtige baut? Genau dafür gibt es Epics. In diesem Video erkläre ich das Konzept der Epics, zeige ein konkretes Beispiel und erläutere, warum Epics deutlich effektiver sind als traditionelle Projekte.&lt;/p></description></item><item><title>DevOps erklärt: Was machen "DevOps Engineers" eigentlich bei Zühlke?</title><link>https://romanoroth.com/de/blogs/devops-erklaert-was-machen-devops-engineers-bei-zuehlke/</link><pubDate>Fri, 17 Jun 2022 15:59:46 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-erklaert-was-machen-devops-engineers-bei-zuehlke/</guid><description>&lt;p>Hast du dich jemals gefragt, was &amp;ldquo;DevOps Engineers&amp;rdquo; eigentlich tun? Was bedeutet &amp;ldquo;DevOps&amp;rdquo; überhaupt? Dieser Blogbeitrag soll das Konzept von DevOps erklären und den Wert aufzeigen, den es einer Organisation bringt.&lt;/p></description></item><item><title>Tour durch den SAFe DevOps Health Radar: Alle 16 Stages mit Videos</title><link>https://romanoroth.com/de/blogs/devops-health-radar-tour/</link><pubDate>Wed, 15 Jun 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-health-radar-tour/</guid><description>&lt;p>In den letzten Jahren habe ich zu jeder einzelnen Aktivität im SAFe DevOps Health Radar einen Deep-Dive veröffentlicht. Dieser Beitrag ist die Tour rund um den Radar: eine einzige Seite, die Sie durch alle vier Aspekte und alle sechzehn Stages führt, mit dem Originalvideo zu jeder Aktivität und einem Link zum vollständigen Artikel. Nutzen Sie ihn als Karte — um Ihren Einstiegspunkt zu finden, um ihn mit Ihrem Team zu teilen oder um zu bewerten, wo Sie heute stehen und wohin Sie als nächstes wollen.&lt;/p></description></item><item><title>Was ist Release on Demand?</title><link>https://romanoroth.com/de/blogs/was-ist-release-on-demand/</link><pubDate>Wed, 11 May 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-release-on-demand/</guid><description>&lt;p>Release on Demand ist der letzte Schritt in der SAFe for DevOps Continuous Delivery Pipeline, und es ist der Schritt, der alles zusammenführt. In diesem Video erkläre ich, wie Release on Demand funktioniert, warum die Trennung von Deployment und Release so wirkungsvoll ist und wie die gesamte Pipeline Organisationen befähigt, das Richtige richtig zu bauen.&lt;/p></description></item><item><title>Feature Toggles: Was, warum, wie?</title><link>https://romanoroth.com/de/blogs/feature-toggles-was-warum-wie/</link><pubDate>Wed, 30 Mar 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/feature-toggles-was-warum-wie/</guid><description>&lt;p>Feature Toggles sind eines dieser Konzepte, die auf den ersten Blick einfach klingen, aber in der Praxis enormes Potenzial entfalten. In dieser Session des DevOps Meetup Zürich spreche ich gemeinsam mit Ben Rometsch, dem Gründer von Flagsmith, über das Was, Warum und Wie von Feature Toggles. Wir behandeln die grundlegenden CI/CD-Konzepte, die Feature Toggles notwendig machen, den Unterschied zwischen Deployment und Release, und wie moderne Feature-Flagging-Plattformen progressive Rollouts, User-Segmentierung und A/B Testing ermöglichen.&lt;/p></description></item><item><title>Was ist der SAFe® for DevOps Kurs?</title><link>https://romanoroth.com/de/blogs/was-ist-safe-fuer-devops-kurs/</link><pubDate>Sat, 12 Mar 2022 17:58:51 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-safe-fuer-devops-kurs/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1280"
 height="720"
 src="https://romanoroth.com/images/blog/what-is-safe-for-devops-course-inline-1_hu_846fdb74335fb2db.png"
 srcset="https://romanoroth.com/images/blog/what-is-safe-for-devops-course-inline-1_hu_846fdb74335fb2db.png 800w, https://romanoroth.com/images/blog/what-is-safe-for-devops-course-inline-1.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-is-safe-for-devops-course-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>Das SAFe® for DevOps Training ist ein Assessment oder ein Workshop, der ideal für Teams geeignet ist. Warum? Weil der Fokus darauf liegt, den Wertstrom dieser Teams voranzutreiben. Indem wir Fragen, Herausforderungen und mögliche Hindernisse adressieren, können wir am Training arbeiten, um ihnen Mehrwert zu bieten. Wir geben den Teams den Theorie-Input, was DevOps genau ist.&lt;/p></description></item><item><title>Was ist Learn? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-learn-safe-devops-health-radar/</link><pubDate>Mon, 07 Mar 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-learn-safe-devops-health-radar/</guid><description>&lt;p>Learn ist der letzte Schritt des SAFe for DevOps Health Radar, und in vielerlei Hinsicht der wichtigste. Hier treffen wir die schwierigen Entscheidungen darüber, wo wir investieren, wo wir aufhören und wie wir alles, was wir tun, kontinuierlich verbessern. In diesem Video erkläre ich, was der Learn-Schritt umfasst und warum er der Schlüssel ist, um das Richtige richtig zu bauen.&lt;/p></description></item><item><title>Was ist Measure? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-measure-safe-devops-health-radar/</link><pubDate>Sun, 27 Feb 2022 09:49:53 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-measure-safe-devops-health-radar/</guid><description>&lt;p>Measure ist der Schritt des SAFe for DevOps Health Radar, in dem alles zusammenkommt. Nach dem Deployment in die Produktion und der Stabilisierung sammeln wir nun qualitative und quantitative Informationen über unsere Epics und Features. Das Ziel ist es, unsere Hypothesen zu validieren und fundierte strategische Entscheidungen zu treffen. In diesem Video erkläre ich, was der Measure-Schritt umfasst und warum er essenziell ist, um das Richtige zu bauen.&lt;/p></description></item><item><title>Was ist Stabilize? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-stabilize-safe-devops-health-radar/</link><pubDate>Thu, 17 Feb 2022 21:52:50 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-stabilize-safe-devops-health-radar/</guid><description>&lt;p>Nachdem wir ein neues Feature für unsere Nutzer freigegeben haben, müssen wir sicherstellen, dass alles reibungslos läuft. Stabilize ist die Aktivität im SAFe DevOps Health Radar, die sich auf die Aufrechterhaltung eines hohen Niveaus an Geschäftskontinuität konzentriert, damit wir unseren Kunden kontinuierlich Mehrwert liefern können. In diesem Video erkläre ich, was Stabilize umfasst und warum es für eine stabile, widerstandsfähige Produktionsumgebung unverzichtbar ist.&lt;/p></description></item><item><title>Was ist Release? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-release-safe-devops-health-radar/</link><pubDate>Wed, 09 Feb 2022 19:51:34 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-release-safe-devops-health-radar/</guid><description>&lt;p>Release ist einer der letzten Schritte im SAFe for DevOps Health Radar. Zu diesem Zeitpunkt ist die neue Funktionalität bereits in der Produktion deployed und verifiziert. Jetzt ist es an der Zeit, die neue Funktionalität einer kleinen Gruppe von Nutzern oder allen Nutzern zugänglich zu machen. In diesem Video erkläre ich, was der Release-Schritt umfasst und warum er eine entscheidende Geschäftsentscheidung ist.&lt;/p></description></item><item><title>Was es bedeutet, mehr als 20 Jahre für dieselbe Firma zu arbeiten</title><link>https://romanoroth.com/de/blogs/was-es-bedeutet-mehr-als-20-jahre-fuer-dieselbe-firma-zu-arbeiten/</link><pubDate>Tue, 01 Feb 2022 06:18:24 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-es-bedeutet-mehr-als-20-jahre-fuer-dieselbe-firma-zu-arbeiten/</guid><description>&lt;p>Am 1. Februar 2002 begann meine Reise bei Zühlke als Junior Software Engineer. Zwanzig Jahre später bin ich immer noch hier. In diesem Beitrag möchte ich teilen, wie diese 20 Jahre aussahen, was mich motiviert hat und warum ich plane, noch mindestens weitere 20 Jahre zu bleiben.&lt;/p></description></item><item><title>Was ist Continuous Deployment? | SAFe® DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-deployment-safe-devops-health-radar/</link><pubDate>Sun, 23 Jan 2022 09:49:57 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-deployment-safe-devops-health-radar/</guid><description>&lt;p>In diesem Artikel erkläre ich, was Continuous Deployment innerhalb des SAFe® DevOps Health Radars ist und warum es für die schnelle und sichere Wertlieferung unverzichtbar ist. Bitte beachten Sie, dass alles hier Besprochene unter der Lizenz von Scaled Agile steht und dass das Scaled Agile Framework als Toolbox zu verstehen ist. Nehmen Sie daraus, was zu Ihren Bedürfnissen passt und Ihre Probleme löst.&lt;/p></description></item><item><title>Was ist Respond? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-respond-safe-devops-health-radar/</link><pubDate>Sun, 09 Jan 2022 20:17:55 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-respond-safe-devops-health-radar/</guid><description>&lt;p>Wie erkennt und behebt man proaktiv Produktionsprobleme, bevor sie zu einer Geschäftsunterbrechung führen? Respond ist die Aktivität im SAFe DevOps Health Radar, die genau diese Frage beantwortet. In diesem Video erkläre ich, was Respond umfasst und warum es für die Aufrechterhaltung einer stabilen Produktionsumgebung unverzichtbar ist.&lt;/p></description></item><item><title>DevOps: Wie können wir Wertströme verbessern?</title><link>https://romanoroth.com/de/blogs/devops-wie-koennen-wir-wertstroeme-verbessern/</link><pubDate>Fri, 07 Jan 2022 17:50:26 +0000</pubDate><guid>https://romanoroth.com/de/blogs/devops-wie-koennen-wir-wertstroeme-verbessern/</guid><description>&lt;p>Value Stream Mapping ist eine Lean-Management-Methode, um den Wertfluss von der Idee bis zur Produktion zu verbessern. Sie bietet Einblick in die Effizienz einer Organisation und kann helfen, Engpässe zu identifizieren und den Wertfluss zu verbessern. Das primäre Ziel besteht darin, jegliche Verschwendung zu eliminieren.&lt;/p></description></item><item><title>Was sind die Top DevOps Trends 2022?</title><link>https://romanoroth.com/de/blogs/top-devops-trends-2022/</link><pubDate>Mon, 03 Jan 2022 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/top-devops-trends-2022/</guid><description>&lt;p>Vor einem Jahr habe ich DevSecOps, Continuous Delivery, Cloud und AIOps als Trends für 2021 ausgerufen. Das meiste davon ist eingetroffen. Für 2022 wird das Bild interessanter, denn DevOps ist nicht mehr eine einzige Welle — verschiedene Teile des Markts sind in sehr unterschiedlichen Adoptionsphasen. Um das zu sortieren, lege ich die 2022-Trends auf den Technology Adoption Lifecycle: Late Majority, Early Majority und Early Adopters.&lt;/p></description></item><item><title>Was ist Monitor? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-monitor-safe-devops-health-radar/</link><pubDate>Tue, 14 Dec 2021 18:21:51 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-monitor-safe-devops-health-radar/</guid><description>&lt;p>Sobald unsere Features in der Produktion deployed und verifiziert sind, müssen wir genau beobachten, wie sie sich verhalten. Monitor ist die Aktivität im SAFe DevOps Health Radar, die sich darauf konzentriert, Systemleistung, Endnutzerverhalten, Incidents und den Geschäftswert zu verfolgen. In diesem Video erkläre ich, was Monitoring umfasst und warum es für die richtigen Entscheidungen über unsere Features unverzichtbar ist.&lt;/p></description></item><item><title>Was ist der SAFe® DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-der-safe-devops-health-radar/</link><pubDate>Sun, 12 Dec 2021 17:54:55 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-der-safe-devops-health-radar/</guid><description>&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="1050"
 height="590"
 src="https://romanoroth.com/images/blog/what-is-the-safe-devops-health-radar-inline-1_hu_185a56580d6fa094.png"
 srcset="https://romanoroth.com/images/blog/what-is-the-safe-devops-health-radar-inline-1_hu_185a56580d6fa094.png 800w, https://romanoroth.com/images/blog/what-is-the-safe-devops-health-radar-inline-1.png 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-is-the-safe-devops-health-radar-inline-1.png">&lt;/figure>
&lt;/p>
&lt;p>In diesem Artikel erfahren Sie, was genau der SAFe® DevOps Health Radar ist und wofür Sie ihn einsetzen können.&lt;/p>
&lt;p>Der DevOps Health Radar ist ein Assessment, um Ihren aktuellen Stand zu bewerten und herauszufinden, wo Sie sich momentan in Bezug auf DevOps befinden. Er besteht aus vier Dimensionen: Continuous Exploration, Continuous Integration, Continuous Deployment und Release on Demand. Jede dieser Dimensionen umfasst wiederum vier Aktivitäten. Bei Continuous Exploration sind das beispielsweise Hypothesize, Collaborate, Research &amp;amp; Architect und Synthesize.&lt;/p></description></item><item><title>Was ist Verify? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-verify-safe-devops-health-radar/</link><pubDate>Mon, 06 Dec 2021 20:02:30 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-verify-safe-devops-health-radar/</guid><description>&lt;p>Verify ist ein entscheidender Schritt im SAFe for DevOps Health Radar. Nachdem wir unser Paket in die Produktionsumgebung deployed haben, müssen wir sicherstellen, dass die neue Funktionalität korrekt funktioniert und die Integrität und Robustheit des bestehenden Systems nicht beeinträchtigt. Erst nach dieser Verifikation können wir die neuen Features bedenkenlos für die Endbenutzer freigeben. In diesem Video erkläre ich, was der Verify-Schritt umfasst und wie er sich in die gesamte Continuous Delivery Pipeline einfügt.&lt;/p></description></item><item><title>Hey DevOps, du vernichtest meinen Job!</title><link>https://romanoroth.com/de/blogs/hey-devops-du-vernichtest-meinen-job/</link><pubDate>Mon, 22 Nov 2021 18:02:18 +0000</pubDate><guid>https://romanoroth.com/de/blogs/hey-devops-du-vernichtest-meinen-job/</guid><description>&lt;p>Ist DevOps wirklich der Grund dafür, dass Testing- und Quality-Assurance-Mitarbeitende (QA) zunehmend durch Automatisierung ihren Job verlieren?
&lt;a href="https://www.linkedin.com/in/piawiedermayer/" target="_blank" rel="noreferrer">Pia Wiedermayer&lt;/a>, Head of QA, und &lt;a href="https://www.linkedin.com/in/romanoroth/" target="_blank" rel="noreferrer">Romano Roth&lt;/a>, Head of DevOps, diskutieren verschiedene Wege, den reichen Erfahrungsschatz von Testing- und QA-Spezialisten in die agile Teamkultur einzubringen.&lt;/p></description></item><item><title>Was ist Deploy? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-deploy-safe-devops-health-radar/</link><pubDate>Sun, 21 Nov 2021 20:46:47 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-deploy-safe-devops-health-radar/</guid><description>&lt;p>Deploy ist ein kritischer Schritt im SAFe for DevOps Health Radar. Nachdem wir ein deploybare Paket erstellt und es in einer Staging-Umgebung getestet haben, wollen wir nun unsere Änderungen kontinuierlich in die Produktionsumgebung deployen. Das Ziel ist es, mit hoher Frequenz und niedrigem Risiko zu deployen. In diesem Video erkläre ich, wie wir das erreichen und welche Praktiken Continuous Deployment ermöglichen.&lt;/p></description></item><item><title>Was ist Stage? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-stage-safe-devops-health-radar/</link><pubDate>Sun, 26 Sep 2021 08:28:51 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-stage-safe-devops-health-radar/</guid><description>&lt;p>Stage ist der Schritt im SAFe for DevOps Health Radar, in dem wir die finale Validierung vor dem Produktionsgang durchführen. In der Staging-Umgebung führen wir User Acceptance Tests durch, zeigen System Demos für unsere Stakeholder und verifizieren, dass alles wirklich produktionsbereit ist. In diesem Video erkläre ich, was der Stage-Schritt umfasst und warum er für eine zuverlässige Delivery Pipeline unverzichtbar ist.&lt;/p></description></item><item><title>Was ist Test End to End? | SAFe® DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-test-end-to-end-safe-devops-health-radar/</link><pubDate>Sun, 19 Sep 2021 18:26:16 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-test-end-to-end-safe-devops-health-radar/</guid><description>&lt;p>In diesem Artikel erkläre ich, was Test End to End innerhalb des SAFe® DevOps Health Radars bedeutet und warum es für die Lieferung hochwertiger Software unverzichtbar ist. Bitte beachten Sie, dass alles hier Besprochene unter der Lizenz von Scaled Agile steht und dass das Scaled Agile Framework als Toolbox zu verstehen ist. Nehmen Sie daraus, was zu Ihren Bedürfnissen passt und Ihre Probleme löst.&lt;/p></description></item><item><title>Was ist Build? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-build-safe-devops-health-radar/</link><pubDate>Sun, 12 Sep 2021 20:59:21 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-build-safe-devops-health-radar/</guid><description>&lt;p>Build ist der Schritt im SAFe for DevOps Health Radar, in dem committed Code kontinuierlich integriert, getestet und zu einem deploybaren Artefakt mit eingebauter Qualität verarbeitet wird. In diesem Video erkläre ich, was der Build-Schritt umfasst, warum Continuous Integration wichtig ist und wie Techniken wie Gated Commits und statische Sicherheitsanalyse helfen, Qualität bei hoher Geschwindigkeit aufrechtzuerhalten.&lt;/p></description></item><item><title>Was ist Develop? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-develop-safe-devops-health-radar/</link><pubDate>Sun, 05 Sep 2021 19:53:31 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-develop-safe-devops-health-radar/</guid><description>&lt;p>Im SAFe DevOps Health Radar ist Develop der Schritt, in dem wir die Features aus der Continuous Exploration in funktionierenden Code umwandeln. Wir teilen Features in User Stories auf, implementieren sie mit starkem Fokus auf eingebaute Qualität und committen alles in die Versionskontrolle. In diesem Video erkläre ich den Develop-Schritt und warum Qualitätspraktiken wie TDD und BDD so wichtig sind.&lt;/p></description></item><item><title>Was ist Continuous Exploration? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-exploration-safe-devops-health-radar/</link><pubDate>Mon, 30 Aug 2021 18:29:46 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-exploration-safe-devops-health-radar/</guid><description>&lt;p>In diesem Artikel erkläre ich, was Continuous Exploration innerhalb des SAFe DevOps Health Radars ist und warum es entscheidend dafür ist, das Richtige auf die richtige Weise zu bauen. Bitte beachten Sie, dass alles hier Besprochene unter der Lizenz von Scaled Agile steht und dass das Scaled Agile Framework als Toolbox zu verstehen ist. Nehmen Sie daraus, was zu Ihren Bedürfnissen passt und Ihre Probleme löst.&lt;/p></description></item><item><title>Was ist Synthesize? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-synthesize-safe-devops-health-radar/</link><pubDate>Sun, 22 Aug 2021 16:17:07 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-synthesize-safe-devops-health-radar/</guid><description>&lt;p>In diesem Video erkläre ich, was Synthesize ist und wie es innerhalb des SAFe DevOps Health Radars funktioniert. Synthesize ist der vierte und letzte Schritt der Continuous Exploration, in dem wir die Ergebnisse von Hypothesize, Collaborate and Research und Architect zu einem priorisierten Backlog mit einer klaren Vision und Roadmap zusammenführen.&lt;/p></description></item><item><title>Was ist Architect? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-architect-safe-devops-health-radar/</link><pubDate>Sun, 15 Aug 2021 22:00:03 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-architect-safe-devops-health-radar/</guid><description>&lt;p>Architect ist der dritte Schritt im SAFe DevOps Health Radar, Teil von Continuous Exploration. In diesem Video erkläre ich, wie wir die minimale Architektur definieren, die benötigt wird, um eine Hypothese zu beweisen und die kontinuierliche Wertlieferung an Kunden zu ermöglichen.&lt;/p></description></item><item><title>Was ist Collaborate &amp; Research? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-collaborate-and-research-safe-devops-health-radar/</link><pubDate>Sun, 08 Aug 2021 17:42:55 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-collaborate-and-research-safe-devops-health-radar/</guid><description>&lt;p>Collaborate &amp;amp; Research ist der zweite Schritt im SAFe DevOps Health Radar. In diesem Video erkläre ich, wie Teams intern zusammenarbeiten und Marktforschung betreiben, um ein minimales Feature-Set zu definieren, das die Hypothese aus dem vorherigen Schritt validiert.&lt;/p></description></item><item><title>Was ist Hypothesize? | SAFe DevOps Health Radar</title><link>https://romanoroth.com/de/blogs/was-ist-hypothesize-safe-devops-health-radar/</link><pubDate>Mon, 02 Aug 2021 12:00:33 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-hypothesize-safe-devops-health-radar/</guid><description>&lt;p>In diesem Video gehe ich im Detail auf Hypothesize ein, den ersten Prozessschritt des SAFe DevOps Health Radar und der Continuous Delivery Pipeline. Die zentrale Frage ist einfach: Woher wissen wir, dass wir das Richtige bauen?&lt;/p></description></item><item><title>Was ist SAFe for DevOps?</title><link>https://romanoroth.com/de/blogs/was-ist-safe-fuer-devops/</link><pubDate>Sun, 06 Jun 2021 18:56:06 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-safe-fuer-devops/</guid><description>&lt;p>In diesem Video erkläre ich, worum es beim SAFe for DevOps Training geht. Im Gegensatz zu klassischen Schulungen ist dieses Training ein praxisnaher Workshop, in dem echte Teams an ihren eigenen Value Streams arbeiten und mit einem konkreten, priorisierten Aktionsplan nach Hause gehen.&lt;/p></description></item><item><title>Was ist TDD? Test-Driven Development erklärt</title><link>https://romanoroth.com/de/blogs/was-ist-tdd/</link><pubDate>Tue, 02 Feb 2021 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-tdd/</guid><description>&lt;p>Was genau ist TDD oder Test-Driven Development, und warum schwören so viele erfahrene Entwickler darauf? In diesem kurzen Video erkläre ich, woher TDD kommt, wie der Red-Green-Refactor-Zyklus funktioniert, und ich zeige an einem einfachen Calculator-Beispiel in C#, wie der Prozess in der Praxis aussieht. TDD ist nicht nur eine Entwicklungstechnik, sondern ein Mindset, das prägt, wie man an jede Zeile Code herangeht.&lt;/p></description></item><item><title>Was sind die Top DevOps Trends 2021?</title><link>https://romanoroth.com/de/blogs/top-devops-trends-2021/</link><pubDate>Sun, 03 Jan 2021 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/top-devops-trends-2021/</guid><description>&lt;p>Was wird DevOps 2021 wirklich bewegen? Nach einem Jahr, das fast jede Organisation gezwungen hat, Digital Delivery zu beschleunigen, sind die Trends für 2021 weniger glänzende neue Tools, sondern Disziplin: DevOps im grossen Stil zum Funktionieren bringen, Security nach links verschieben, Continuous Delivery ernst nehmen, weiter in die Cloud gehen — und die ersten Signale von AIOps beobachten.&lt;/p></description></item><item><title>Was ist der Unterschied zwischen Waterfall und Agile?</title><link>https://romanoroth.com/de/blogs/unterschied-zwischen-waterfall-und-agile/</link><pubDate>Mon, 31 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/unterschied-zwischen-waterfall-und-agile/</guid><description>&lt;p>Waterfall und Agile sind nicht einfach zwei Geschmacksrichtungen von Projektmanagement. Es sind zwei grundlegend verschiedene Arten, mit Unsicherheit umzugehen. Wer das versteht, versteht den Rest fast von selbst.&lt;/p>
&lt;div style="position: relative; padding-bottom: 56.25%; height: 0; overflow: hidden;">
 &lt;iframe allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share; fullscreen" loading="eager" referrerpolicy="strict-origin-when-cross-origin" src="https://www.youtube.com/embed/PnvFiLYp_ew?autoplay=0&amp;amp;controls=1&amp;amp;end=0&amp;amp;loop=0&amp;amp;mute=0&amp;amp;start=0" style="position: absolute; top: 0; left: 0; width: 100%; height: 100%; border:0;" title="YouTube video">&lt;/iframe>
 &lt;/div>


&lt;h2 class="relative group">Waterfall: Linear und sequenziell
 &lt;div id="waterfall-linear-und-sequenziell" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#waterfall-linear-und-sequenziell" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Waterfall ist ein linearer, sequenzieller Lebenszyklus. Das Team geht erst in die nächste Phase, wenn die vorherige erfolgreich abgeschlossen ist. Zuerst Anforderungen, dann Design, dann Implementierung, dann Test, dann Deployment, dann Betrieb. Jede Phase hat eine Übergabe und eine Freigabe. Jede Phase erzeugt ein Dokument, das die nächste Phase konsumiert.&lt;/p></description></item><item><title>Was ist der dritte Weg von DevOps? Continuous Learning und eine Kultur des Vertrauens</title><link>https://romanoroth.com/de/blogs/was-ist-der-dritte-weg-von-devops/</link><pubDate>Thu, 20 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-der-dritte-weg-von-devops/</guid><description>&lt;p>Der dritte Weg, DevOps einzuführen, besteht darin, eine Vertrauenskultur zu schaffen, die Experimente und Risikobereitschaft trägt. Das ist der Third Way im Three-Ways-Framework von Gene Kim — und er bringt das Team auf eine Lernkurve, die steil genug ist, um die Konkurrenz hinter sich zu lassen.&lt;/p></description></item><item><title>Was ist der zweite Weg von DevOps? Feedback verstärken</title><link>https://romanoroth.com/de/blogs/was-ist-der-zweite-weg-von-devops/</link><pubDate>Wed, 19 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-der-zweite-weg-von-devops/</guid><description>&lt;p>Der zweite Weg, DevOps einzuführen, ist ein starker Feedback-Fluss in die Gegenrichtung des Value Flows — vom Kunden und aus der Produktion zurück ins Business und ins Development. Das ist der Second Way im Three-Ways-Framework von Gene Kim, und er verhindert, dass der First Way im Blindflug optimiert.&lt;/p></description></item><item><title>Was ist der erste Weg von DevOps? Den Flow optimieren</title><link>https://romanoroth.com/de/blogs/was-ist-der-erste-weg-von-devops/</link><pubDate>Tue, 18 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-der-erste-weg-von-devops/</guid><description>&lt;p>Der erste Weg, DevOps einzuführen, besteht darin, den Value Flow von Development über Operations bis zum Kunden zu optimieren. Das ist der First Way im Three-Ways-Framework von Gene Kim — und genau dort sollte jede Transformation starten.&lt;/p></description></item><item><title>Was ist Continuous Deployment (CD)?</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-deployment/</link><pubDate>Thu, 06 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-deployment/</guid><description>&lt;p>Continuous Deployment ist der finale, aggressivste Schritt in der CI/CD-Progression. CI beweist, dass der Code baut und die Unit Tests grün sind. Continuous Delivery beweist, dass das Artefakt in einer produktionsähnlichen Umgebung funktioniert. Continuous Deployment entfernt den letzten manuellen Checkpoint: Wenn alle Tests auf dem Weg grün sind, geht die Änderung direkt in Produktion. Kein &amp;ldquo;Deploy&amp;rdquo;-Button, kein Freitagnachmittag-Release-Fenster, kein Mensch im Loop für den letzten Schritt.&lt;/p></description></item><item><title>Was ist Continuous Delivery (CD)?</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-delivery/</link><pubDate>Wed, 05 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-delivery/</guid><description>&lt;p>Continuous Integration endet mit einem getesteten Artefakt. Das klingt gut, aber ein grüner Build heisst nicht, dass die Software in einer realistischen Umgebung tatsächlich funktioniert. Unit Tests laufen isoliert. Integrationstests laufen gegen Mocks. Solange man die Software nicht irgendwo hinstellt, das aussieht wie Produktion, und sie unter echten Bedingungen ausführt, hat man eigentlich noch nichts bewiesen. Continuous Delivery ist der Schritt, der diese Lücke schliesst.&lt;/p></description></item><item><title>Was ist CI/CD?</title><link>https://romanoroth.com/de/blogs/what-is-ci-cd/</link><pubDate>Tue, 04 Aug 2020 18:49:47 +0000</pubDate><guid>https://romanoroth.com/de/blogs/what-is-ci-cd/</guid><description>&lt;p>In der traditionellen Softwareentwicklung wird Software von allen Entwicklern in einem grossen einzigen Integrationsschritt zusammengeführt und getestet, der in der Regel Wochen oder gar Monate dauert. Da dies nur alle paar Monate passiert, ist dieser Schritt sehr zeitaufwändig.&lt;/p></description></item><item><title>Was ist Continuous Integration (CI)?</title><link>https://romanoroth.com/de/blogs/was-ist-continuous-integration/</link><pubDate>Tue, 04 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-continuous-integration/</guid><description>&lt;p>In der klassischen Softwareentwicklung war Integration ein einziges, schmerzhaftes Ereignis. Jeder Entwickler arbeitete wochen- oder monatelang isoliert, und am Ende wurde alles in einem grossen Big Bang zusammengeführt. Dieser Integrationsschritt dauerte Wochen, manchmal Monate. Konflikte häuften sich an, Bugs versteckten sich in den Nahtstellen zwischen Modulen, und niemand konnte mit Sicherheit sagen, ob das System tatsächlich funktionierte. Continuous Integration wurde erfunden, um genau diesen Schmerz aufzulösen.&lt;/p></description></item><item><title>Wie können wir Wertströme verbessern? Ein Vorgehen in sieben Schritten</title><link>https://romanoroth.com/de/blogs/wie-koennen-wir-wertstroeme-verbessern/</link><pubDate>Mon, 03 Aug 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-koennen-wir-wertstroeme-verbessern/</guid><description>&lt;p>Ein Wertstrom ist der Weg, den Wert von der ersten Idee bis in die Produktion zurücklegt. Er ist die Summe aller Schritte, Übergaben und Wartezeiten dazwischen. In diesem Video zeige ich ein einfaches Vorgehen in sieben Schritten: einen Wertstrom identifizieren, ehrlich messen, ein Zielbild entwerfen und dann Schritt für Schritt dorthin arbeiten. Die Zahlen im Beispiel sind bewusst vereinfacht, damit die Methode im Vordergrund steht und nicht ein einzelnes Ergebnis.&lt;/p></description></item><item><title>Wie startet man eine DevOps-Transformation</title><link>https://romanoroth.com/de/blogs/how-to-start-a-devops-transformation/</link><pubDate>Thu, 30 Jul 2020 18:20:54 +0000</pubDate><guid>https://romanoroth.com/de/blogs/how-to-start-a-devops-transformation/</guid><description>&lt;p>Auf den ersten Blick scheint eine DevOps-Transformation für jedes Unternehmen ein grosses Unterfangen zu sein. Mit dem richtigen Ansatz können Sie den Prozess jedoch schlank und agil halten.&lt;/p>

&lt;h2 class="relative group">Einsicht in Kürze
 &lt;div id="einsicht-in-kürze" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#einsicht-in-k%c3%bcrze" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;ul>
&lt;li>Klein anfangen mit einem kleinen bis mittelgrossen Projekt oder Produkt.&lt;/li>
&lt;li>Wählen Sie die richtigen Menschen aus, um genügend Glaubwürdigkeit und Einfluss sicherzustellen.&lt;/li>
&lt;li>Kontinuierliche Verbesserung ist der Schlüssel zum Erfolg.&lt;/li>
&lt;/ul>
&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="2000"
 height="2000"
 src="https://romanoroth.com/images/blog/how-to-start-a-devops-transformation-inline-1_hu_e9c7018addd0422a.jpg"
 srcset="https://romanoroth.com/images/blog/how-to-start-a-devops-transformation-inline-1_hu_e9c7018addd0422a.jpg 800w, https://romanoroth.com/images/blog/how-to-start-a-devops-transformation-inline-1_hu_1f9fe058eb53b85f.jpg 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/how-to-start-a-devops-transformation-inline-1.jpg">&lt;/figure>
&lt;/p></description></item><item><title>Wie man ein erfolgreiches DevOps-Team aufbaut</title><link>https://romanoroth.com/de/blogs/wie-baut-man-ein-erfolgreiches-devops-team/</link><pubDate>Thu, 30 Jul 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wie-baut-man-ein-erfolgreiches-devops-team/</guid><description>&lt;p>Eine DevOps-Transformation ist keine Magie. Jede Firma kann sie schaffen. Den Unterschied macht, wen du in das erste Team setzt — denn dieses Team muss den Beweis liefern, dass DevOps in deinem Kontext tatsächlich funktioniert.&lt;/p></description></item><item><title>Warum Wert schneller liefern</title><link>https://romanoroth.com/de/blogs/warum-wert-schneller-liefern/</link><pubDate>Wed, 29 Jul 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/warum-wert-schneller-liefern/</guid><description>&lt;p>Der DevOps-Business-Case scheitert selten daran, dass die Technologie nicht funktioniert. Er scheitert, weil niemand in Geldbegriffen erklären kann, warum schneller wichtig ist. Die Version, die beim CFO ankommt, geht so: Ein Dollar heute ist mehr wert als ein Dollar morgen — und ein Feature, das heute in Produktion ist, verdient Geld, das ein Feature im nächsten Quartals-Release nicht verdient.&lt;/p></description></item><item><title>Was ist der Business Case für DevOps?</title><link>https://romanoroth.com/de/blogs/what-is-the-business-case-for-devops/</link><pubDate>Mon, 27 Jul 2020 21:40:58 +0000</pubDate><guid>https://romanoroth.com/de/blogs/what-is-the-business-case-for-devops/</guid><description>&lt;p>Alle reden von DevOps. Welches Unternehmen möchte nicht effizienter Software entwickeln? Was genau ist also der Business Case für DevOps?&lt;/p>

&lt;h2 class="relative group">Einsicht in Kürze
 &lt;div id="einsicht-in-kürze" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#einsicht-in-k%c3%bcrze" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;ul>
&lt;li>Wert entsteht erst, wenn das Produkt oder Feature beim Kunden ankommt.&lt;/li>
&lt;li>Wirtschaftliches Konzept: «Ein Franken heute ist mehr wert als ein Franken morgen.»&lt;/li>
&lt;li>Fokus auf schnelle Wertschöpfung, damit Sie Kunden so schnell wie möglich Wert bieten können.&lt;/li>
&lt;/ul>
&lt;p>&lt;figure>&lt;img
 class="my-0 rounded-md"
 loading="lazy"
 decoding="async"
 fetchpriority="auto"
 alt=""
 width="693"
 height="520"
 src="https://romanoroth.com/images/blog/what-is-the-business-case-for-devops-inline-1.jpg"
 srcset="https://romanoroth.com/images/blog/what-is-the-business-case-for-devops-inline-1.jpg 800w, https://romanoroth.com/images/blog/what-is-the-business-case-for-devops-inline-1.jpg 1280w"
 sizes="(min-width: 768px) 50vw, 65vw"
 data-zoom-src="https://romanoroth.com/images/blog/what-is-the-business-case-for-devops-inline-1.jpg">&lt;/figure>
&lt;/p></description></item><item><title>Wo in der Softwareentwicklung Wert entsteht</title><link>https://romanoroth.com/de/blogs/wo-wert-in-der-softwareentwicklung-entsteht/</link><pubDate>Mon, 27 Jul 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/wo-wert-in-der-softwareentwicklung-entsteht/</guid><description>&lt;p>Wenn du ein Entwicklungsteam fragst, wo Wert entsteht, bekommst du ein Dutzend unterschiedliche Antworten. Im Planning-Workshop. Im Sprint. Beim Demo. Beim Deployment. Sie liegen alle falsch — und genau dieser Denkfehler ist der Grund, warum die meisten DevOps-Business-Cases beim CFO auseinanderfallen.&lt;/p></description></item><item><title>Zufriedene Endnutzer dank DevOps</title><link>https://romanoroth.com/de/blogs/satisfied-end-users-thanks-to-devops/</link><pubDate>Sun, 26 Jul 2020 21:07:39 +0000</pubDate><guid>https://romanoroth.com/de/blogs/satisfied-end-users-thanks-to-devops/</guid><description>&lt;p>Unternehmen stehen heute vor der Herausforderung, ihre Effizienz zu steigern und gleichzeitig die Kosten zu senken. Änderungen an Produkten brauchen oft viel zu lange, bis sie die Endkunden auf dem Markt erreichen. Ein konsequenter DevOps-Ansatz kann diesen Prozess unterstützen.&lt;/p></description></item><item><title>Besser durch die Krise dank DevOps</title><link>https://romanoroth.com/de/blogs/besser-durch-die-krise-dank-devops/</link><pubDate>Sun, 26 Jul 2020 19:45:30 +0000</pubDate><guid>https://romanoroth.com/de/blogs/besser-durch-die-krise-dank-devops/</guid><description>&lt;p>Die Corona-Krise zeigt, wie Unternehmen mit einem agilen DevOps-Mindset besser auf neue Umstände und Herausforderungen reagieren können als Unternehmen mit starren Strukturen und Prozessen.&lt;/p>
&lt;p>Von Romano Roth und Romeo Weber&lt;/p></description></item><item><title>Warum ist DevOps wichtig?</title><link>https://romanoroth.com/de/blogs/warum-ist-devops-wichtig/</link><pubDate>Sun, 26 Jul 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/warum-ist-devops-wichtig/</guid><description>&lt;p>Unternehmen stehen heute von zwei Seiten unter Druck: mehr liefern, schneller liefern und das zu geringeren Kosten. Gleichzeitig brauchen Änderungen am Produkt oft Monate, bis sie beim Kunden ankommen. DevOps schliesst genau diese Lücke — und deshalb ist es wichtig.&lt;/p></description></item><item><title>Was ist DevOps?</title><link>https://romanoroth.com/de/blogs/was-ist-devops/</link><pubDate>Sun, 26 Jul 2020 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/blogs/was-ist-devops/</guid><description>&lt;p>DevOps ist eines der am stärksten überladenen Wörter in unserer Branche. Leute meinen damit ein Tool, ein Team, einen Jobtitel oder gar ein Hersteller-Produkt. Nichts davon trifft es. DevOps ist die Summe der kulturellen und technischen Praktiken, die Entwicklung (Dev) und Betrieb (Ops) von Software verbessern — gemeinsam, über den gesamten Lebenszyklus.&lt;/p></description></item><item><title>Erfahrungsbericht: Wie führt man DevOps in einem Grossunternehmen ein?</title><link>https://romanoroth.com/de/speaking/experience-report-devops-in-large-enterprise/</link><pubDate>Thu, 31 Jan 2019 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/experience-report-devops-in-large-enterprise/</guid><description>&lt;p>DevOps in einem Grossunternehmen einzuführen ist schwierig. Aber Moment, warum wollen wir DevOps überhaupt einführen? Gute Frage.&lt;/p>

&lt;h2 class="relative group">Die ganze Geschichte
 &lt;div id="die-ganze-geschichte" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#die-ganze-geschichte" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>In diesem Talk beantworte ich die Frage und zeige, was passiert, wenn man DevOps einführt, und was nicht passiert.&lt;/p></description></item><item><title>Was ist der Business Case für DevOps?</title><link>https://romanoroth.com/de/speaking/what-is-the-business-case-for-devops/</link><pubDate>Thu, 31 Jan 2019 00:00:00 +0000</pubDate><guid>https://romanoroth.com/de/speaking/what-is-the-business-case-for-devops/</guid><description>&lt;p>Alle wollen DevOps machen. Aber nur wenige verstehen, was DevOps ist und was es mit deinem Unternehmen macht.&lt;/p>

&lt;h2 class="relative group">Die Herausforderung
 &lt;div id="die-herausforderung" class="anchor">&lt;/div>
 
 &lt;span
 class="absolute top-0 w-6 transition-opacity opacity-0 -start-6 not-prose group-hover:opacity-100 select-none">
 &lt;a class="text-primary-300 dark:text-neutral-700 !no-underline" href="#die-herausforderung" aria-label="Anker">#&lt;/a>
 &lt;/span>
 
&lt;/h2>
&lt;p>Wenn du DevOps in einem Unternehmen einführen willst, musst du Entscheidungsträger überzeugen, dass es sich lohnt, Geld, Zeit und Ressourcen in die DevOps-Transformation zu investieren. Sie werden dich nach dem Business Case und dem Return on Investment von DevOps fragen.&lt;/p></description></item></channel></rss>