<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
<channel>
<title>HMD 54(2) - April 2017 - DevOps</title>
<link>http://dl.gi.de/handle/20.500.12116/10749</link>
<description/>
<pubDate>Thu, 23 Jul 2026 15:33:42 GMT</pubDate>
<dc:date>2026-07-23T15:33:42Z</dc:date>
<item>
<title>Fünf kritische Erfolgsfaktoren für eine erfolgreiche DevOps Transformation</title>
<link>http://dl.gi.de/handle/20.500.12116/10778</link>
<description>Fünf kritische Erfolgsfaktoren für eine erfolgreiche DevOps Transformation
Lichtenberger, Alex
DevOps ist weit mehr als nur Continuous Delivery und Automatisierung. DevOps sollte auch nie das Ziel sein, sondern Mittel zum Zweck. Daher ist es unerlässlich, sich in einem ersten Schritt über das eigene „Warum DevOps?“ im Klaren zu werden, eine Vision zu entwickeln und in messbare Ziele umzumünzen. IT-Abteilungen müssen umdenken, weg von der funktionalen Trennung zwischen Entwicklung und Betrieb, hin zu interdisziplinären Teams mit einer gemeinsamen Werschöpfungskette, gemeinsamen Zielen und Anreizen. Vom Ursprung her ist DevOps tief in der agilen Philosophie verwurzelt, für viele IT-Bereiche stellt die Adaption des agilen Mindsets eine kulturelle Herausforderung dar. Wer diese Hürde nicht meistert, scheitert in der DevOps-Transformation, denn „Culture eats Strategy for Breakfast“. Der vorliegende Artikel beleuchtet diese und andere kritische Erfolgsfaktoren für eine DevOps-Transformation. Die Basis bilden Beobachtungen aus verschiedenen Projekten und die Erkenntnis, das auch bei DevOps nicht die Technik im Zentrum steht, sondern der Mensch.AbstractDevOps is more than just Continuous Delivery and Automation. DevOps shouldn’t be the goal, but rather a means to reach the goal. It is therefore critical, to get clear about the individual “Why DevOps?”, to develop a vision and to define measureable goals out of that. IT Department have to change, get away from the functional separation between Development and Operations and move towards cross-functional teams with a common value stream, common goals and incentives. DevOps is very much originating from the agile movement and for many IT teams, adopting this agile mindset is a real challenge. If you don’t master this challenge, your transformation will fail, because “Culture eats stratgy for Breakfast”. This and other critical success factors for a successful DevOps Transformation are highlighted in this article. Based on observations from various projects and the insight, that the human being and not he technology is in the centre of DevOps.
</description>
<pubDate>Sun, 01 Jan 2017 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/10778</guid>
<dc:date>2017-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Raus aus den Silos – mit DevOps zum Lean Manufacturing</title>
<link>http://dl.gi.de/handle/20.500.12116/10777</link>
<description>Raus aus den Silos – mit DevOps zum Lean Manufacturing
Samulat, Peter
Ein stabiler und risikoarmer Betrieb geschäftskritischer Produktionssysteme trotz hoher Änderungshäufigkeit? Das kann nur gelingen, wenn die Mauern der Silos zwischen Entwicklung und (Infrastruktur-) Betrieb fallen, verbunden mit einem hohen, industriellen Automatisierungsgrad auf Basis elastischer Plattformen.Technische Voraussetzung sind vollständig automatisierte Interaktionen der Entwicklerwerkzeuge (Jenkins, Chef, …) mit einer Infrastruktur, die die benötigten Entwicklungs-, Test und Produktionssysteme dynamisch zur Verfügung stellt.In diesem Artikel werden mit dem Führungs- und Organisationskonzept „Plattform Lean-IT“ technische und organisatorische Rahmenbedingungen vorgestellt. Dabei steht der Mensch im Mittelpunkt: insbesondere die dafür benötigte Produktfokussierung und Skillsets – auch die der Führungskräfte.AbstractA stable and low-risk operation of business-critical production systems despite a high rate of change? This can only be achieved if the walls of the silos fall between development and (infrastructure) operation, combined with a high degree of industrial automation based on elastic platforms.The technical prerequisites are fully automated interactions of the developer tools (Jenkins, Chef, …) with an infrastructure that provides the required development, test and production systems dynamically.In this article, the management and organizational concept “Platform Lean-IT” presents the technical and organizational framework. The focus is on the human being: in particular, the product focus and skillsets required for this – as well as those of the executives.
</description>
<pubDate>Sun, 01 Jan 2017 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/10777</guid>
<dc:date>2017-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Rezension „Site Reliability Engineering“</title>
<link>http://dl.gi.de/handle/20.500.12116/10776</link>
<description>Rezension „Site Reliability Engineering“
Fröschle, Hans-Peter
</description>
<pubDate>Sun, 01 Jan 2017 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/10776</guid>
<dc:date>2017-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>DevOps by Scrumban</title>
<link>http://dl.gi.de/handle/20.500.12116/10781</link>
<description>DevOps by Scrumban
Schaefer, Philipp; Söllner, Dierk
Auch in klassisch geprägten IT-Organisationen sind agile sowie schlanke Prinzipien umsetzbar und kulturelle Veränderungen in Teams erreichbar. Zu diesem Zweck können Scrum und Kanban verknüpft und als Kombination von Teams angewendet werden, die Entwicklung und Betrieb (=DevOps) für die nächste Evolutionsstufe der Agilität vereinen möchten. Das Kunstwort, das diese IT-Management-Methode umschreibt ist Scrumban. So kann mithilfe von Kanban herkömmliches Abteilungsdenken leichter überwunden werden. Weiterhin können die Herausforderungen einer neuen Teamzusammenstellung und neuer Arbeitsstile besser bewältigt werden. Ergänzt um den organisatorischen Rahmen aus Scrum ist es möglich, temporäre, cross-funktionale Projektteams in hoch performante, motivierte Produktteams zu überführen. Scrumban, das als sinnvolle Kombination von Scrum- und Kanban-Elementen im Einklang mit der DevOps-Philosophie steht, kann dann als Treiber für die nachhaltige Etablierung von DevOps angewendet werden und bei neuartigen Arbeitsprozessen behilflich sein. Dieser Beitrag reflektiert die Erfahrungen eines Software-Entwicklungsteams bei der Nutzung von Kanban- und ersten DevOps-Ansätzen und stellt mit Scrumban einen unterstützenden Management-Ansatz vor. Ziel ist es, Veränderungen, die mit der DevOps-Denkweise verbunden sind, in Unternehmen bestmöglich umzusetzen.AbstractEven in traditional IT organizational structures, agile and lean principles as well as cultural change can be realized successfully. To achieve this purpose, IT teams who want to unite development and Operations on their way to agility, can combine scrum with Kanban. This IT management method is called Scrumban. Kanban overcomes traditional silo thinking and softens the challenge for new team formations including the way of work. Implemented together with the organizational framework of scrum, temporary, cross-functional project teams will be transformed into motivated, high-performance product teams. Scrumban, the intelligent combination of elements from scrum and Kanban, is consistent with the DevOps philosophy and therefore can be seen as the driving force behind DevOps implementations in work processes. This article reflects the experiences of a software developing team while applying both Kanban and DevOps elements. On this basis Scrumban can serve as a management framework which helps to introduce changes that come along with DevOps.
</description>
<pubDate>Sun, 01 Jan 2017 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/10781</guid>
<dc:date>2017-01-01T00:00:00Z</dc:date>
</item>
</channel>
</rss>
