{"id":18623,"date":"2021-04-15T11:25:00","date_gmt":"2021-04-15T09:25:00","guid":{"rendered":"https:\/\/www.sysbus.eu\/?p=18623"},"modified":"2021-04-12T10:35:13","modified_gmt":"2021-04-12T08:35:13","slug":"mit-devops-auf-irrwegen-sind-unternehmen-wirklich-so-vernetzt-wie-notwendig","status":"publish","type":"post","link":"https:\/\/www.sysbus.eu\/?p=18623","title":{"rendered":"Mit DevOps auf Irrwegen: Sind Unternehmen wirklich so vernetzt wie notwendig?"},"content":{"rendered":"\n

Autor\/Redakteur: Brian Dawson, DevOps-Evangelist und Fachmann bei CloudBees<\/a>\/gg<\/p>\n\n\n\n

DevOps kann ohne \u00dcbertreibung als eine der einflussreichsten Transformationen in der Softwareentwicklung und -bereitstellung der letzten zwei Jahrzehnten betrachtet werden. Der Ansatz f\u00f6rdert unter anderem eine bessere Zusammenarbeit zwischen Dev- (Development) und Ops- (Operation) Teams, Automatisierung, einen st\u00e4rkeren Fokus auf die Unternehmenskultur und eine verbesserte Ber\u00fccksichtigung von Feedback-Schleifen zur Pr\u00e4zisierung der Lieferprozesse.<\/p>\n\n\n\n

\"\"<\/a>
Bild: CloudBees<\/figcaption><\/figure>\n\n\n\n\n\n\n\n

In der Theorie ist DevOps ein Game Changer. In der Praxis ist sein Nutzen jedoch schwieriger zu definieren. Mit dem Eintritt von DevOps in das Teenager-Alter ist die Idee einer vollst\u00e4ndig integrierten Softwarebereitstellungsfunktion, die auf ein gemeinsames Ziel ausgerichtet ist, n\u00e4mlich Gesch\u00e4ftswert zu generieren, doch eher Illusion als Realit\u00e4t.<\/p>\n\n\n\n

Daher stellt sich den DevOps-Teams zun\u00e4chst die Frage, ob sie selbst so vernetzt sind, wie sie sein sollten. In der Realit\u00e4t neigen Entwickler und operative ITler dazu, ihre eigenen Versionen von \u201edev DevOps\u201c und \u201eops DevOps\u201c zu haben, die ungl\u00fccklicherweise innerhalb vermeintlich integrierter Teams gegeneinander arbeiten. Obwohl sie vielleicht Deployment-Pipelines eingerichtet haben, tendieren die einzelnen Parteien dazu, ihre eigenen Tools zu verwenden, auf ihre eigenen Informationen zuzugreifen und ihren eigenen Arbeitsabl\u00e4ufen zu folgen, was zu gelegentlichen verpassten Handoffs und Verz\u00f6gerungen bei der Softwareauslieferung f\u00fchrt.<\/p>\n\n\n\n

Blickt man auf das gesamte Unternehmen, fransen die DevOps-Kulturen weiter aus. Eine perfekte DevOps-Umsetzung bedeutet, dass Teams in verschiedenen Abteilungen, Gesch\u00e4ftsbereichen sowie Regionen alle synchron arbeiten und in einer zuverl\u00e4ssigen Taktung hochwertige Software bereitstellen. In der Realit\u00e4t ist DevOps im Unternehmen nur schwer umzusetzen, da die meisten Unternehmen keine gemeinsame Sprache, keinen einheitlichen Prozess und keine Best Practices f\u00fcr alle Teams implementiert haben, die von der Gesch\u00e4ftsleitung mitgetragen werden.<\/p>\n\n\n\n

Zus\u00e4tzlich besteht die Problematik, DevOps-Abteilungen mit dem Rest der Organisation zu verkn\u00fcpfen. DevOps per Definition soll an sich das Konzept der Zusammenarbeit auf andere Parteien jenseits der konventionellen technischen Aufgaben erweitern; dazu z\u00e4hlen unter anderem Qualit\u00e4tssicherung, Tests und Security. Wie also bindet eine DevOps-Kultur die Ziele, Bed\u00fcrfnisse, Ressourcen und Prozesse anderer Bereiche im Unternehmen ein, die von der Softwarebereitstellung abh\u00e4ngig sind \u2013 wie Produktmarketing, Vertrieb und Gesch\u00e4ftsf\u00fchrung?<\/p>\n\n\n\n

Bessere Software bereitstellen<\/strong><\/p>\n\n\n\n

Gartner beschreibt DevOps als \u201eschnelle IT-Service-Bereitstellung durch die Einf\u00fchrung agiler, schlanker Methoden im Rahmen eines systemorientierten Ansatzes.\u201c Mit anderen Worten: schnellere und besser organisierte Bereitstellung. Aber hat DevOps den Software-first-Organisationen geholfen, bessere Software zu entwickeln? Hat der Ansatz ihnen geholfen, die passenden Prozesse einzuf\u00fchren, um die gew\u00fcnschte Software in der erforderlichen Geschwindigkeit bereitzustellen und so den gr\u00f6\u00dftm\u00f6glichen Wert f\u00fcr das Unternehmen zu schaffen? Frei nach einem englischen Sprichwort \u201eWenn ein Baum im Wald umf\u00e4llt und niemand da ist, um es zu h\u00f6ren, w\u00fcrde es wirklich ein Ger\u00e4usch beim Aufschlag geben?\u201c l\u00e4sst sich also paraphrasieren: Wenn Unternehmen Software entwickeln und es niemanden gibt, der sie nutzen k\u00f6nnte, wurde dann wirklich ein Mehrwert geschaffen?<\/p>\n\n\n\n\n\n\n\n

Selbst wenn ein Unternehmen DevOps einigerma\u00dfen gut umsetzt, gibt es eine Integrationsebene, die in den heutigen Softwarekulturen fehlt, eine Ebene, die alle Funktionen der Softwarebereitstellung miteinander verbindet \u2013 nicht nur die, die sich auf die Vorg\u00e4nge in den Entwicklungsabteilungen beziehen. Es muss das Ziel sein, mehr zu liefern als nur bessere Messwerte. Es ist die Bereitschaft, alles, was mit der Softwarebereitstellung zu tun hat, als eine eigene Disziplin zu definieren \u2013 wie beispielsweise bei Finanzen oder Vertrieb und nicht nur als Hilfsmittel f\u00fcr andere Disziplinen.<\/p>\n\n\n\n

Entsprechend entwickelt sich aktuell eine neue Kategorie in der Technologiebranche, die auf den Errungenschaften von DevOps aufbaut und diese auf die gesamte Softwarebereitstellung ausweitet. Sie wird \u201eSoftware Delivery Management\u201c (SDM) genannt. Eine SDM-Strategie basiert auf vier Grundpfeilern, die die Softwarebereitstellung zu einer zentralen Gesch\u00e4ftspriorit\u00e4t machen \u2013 entsprechend der Relevanz, die Software heute f\u00fcr viele Unternehmen hat.<\/p>\n\n\n\n

  • Gemeinsame Daten \u2013 Alle Informationen in und um die Softwarebereitstellung werden mit einem konsistenten Dom\u00e4nenmodell erfasst und gespeichert, um Verkn\u00fcpfungen innerhalb und au\u00dferhalb von Prozessen, unternehmensweiten Informationsaustausch sowie reibungslose Zusammenarbeit zu erleichtern.<\/li>
  • Vernetzte Prozesse \u2013 Prozesse orchestrieren die Softwarebereitstellung und vernetzen verschiedene Bereiche miteinander, um Ideen effizient mit maximaler Funktionalit\u00e4t und Akzeptanz auf den Markt zu bringen.<\/li>
  • Alle Abteilungen arbeiten zusammen \u2013 Alle Abteilungen und Teams innerhalb und im Umfeld der Softwarebereitstellung arbeiten zusammen, um den Wertsch\u00f6pfungsprozess zu steigern.<\/li>
  • Universeller Informationsaustausch \u2013 Transparenz und geteilter Zugriff auf Informationen im gesamten Unternehmen, also auf allen Ebenen und in allen Bereichen, erm\u00f6glicht Verst\u00e4ndnis sowie kontinuierliches Lernen aus Daten.<\/li><\/ul>\n\n\n\n

    Unternehmens\u00fcbergreifende Optimierungen vorantreiben<\/strong><\/p>\n\n\n\n

    Die Einf\u00fchrung einer SDM-Strategie auf der Grundlage einer bestehenden DevOps-Kultur kann einer Organisation in vielerlei Hinsicht helfen. Denn mit unzusammenh\u00e4ngenden Tools, isolierten Daten und einer mangelhaften Kommunikation ist es f\u00fcr die unterschiedlichen Unternehmensbereiche schwierig zu erfahren, was die jeweils anderen wollen. Selbst in ausgereiften DevOps-Implementierungen ist die Softwarebereitstellung am Ende ein Flickenteppich aus verschiedenen Prozessen f\u00fcr unterschiedliche Teams.<\/p>\n\n\n\n

    Es ist auch schwer festzustellen, ob die Teams das richtige Endprodukt liefern, wenn man keinen transparenten Einblick in den gesamten Entwicklungsprozess hat. SDM hilft durch die Etablierung gemeinsamer Daten und gemeinsamer Prozesse, allen Stakeholdern Einblicke in die unterschiedlichen Entwicklungsstufen der neuen Software-L\u00f6sungen, aber auch in unterschiedliche Tools und Technologien zu bieten, sodass alle Abteilungen zusammenarbeiten k\u00f6nnen. Auf diese Weise wird sichergestellt, dass nicht nur eine simple Software entwickelt, sondern tats\u00e4chlich ein kontinuierlicher Mehrwert geliefert wird.<\/p>\n\n\n\n

    F\u00fcr Unternehmen, die ihre DevOps-Transformation noch nicht abgeschlossen haben, ist in diesem Moment der ideale Zeitpunkt f\u00fcr die Implementierung von SDM. SDM bietet ein \u00fcbersichtliches und flexibles Modell, um nachzuverfolgen und zu verstehen, wie die DevOps-Strategie im Gro\u00dfen und Ganzen abschneidet, welche Teams produktiv agieren und welche nicht, und wie F\u00fchrungskr\u00e4fte diese Erkenntnisse nutzen k\u00f6nnen, um bessere Resultate zu erzielen.<\/p>\n\n\n\n

    Tipps zur Implementierung von SDM<\/strong><\/p>\n\n\n\n

    Hier sind f\u00fcnf Beispiele, wie SDM auf DevOps aufbauen kann:<\/p>\n\n\n\n

    • Integration von Tools: Nicht miteinander verkn\u00fcpfte Toolchains machen es schwer, wenn nicht gar unm\u00f6glich, den Entwicklungsprozess von Ende zu Ende zu orchestrieren. Darum gilt es, alle DevOps-Tools auf eine gemeinsame Plattform zu bringen, auf der Informationen \u00fcber Teams und Unternehmensbereiche hinweg ausgetauscht werden k\u00f6nnen.<\/li>
    • Datenerfassung: Unternehmen sollten einen Audit Trail einrichten und alle Daten zu Ereignissen sowie Aktionen erfassen, die in diesem End-to-End-Prozess durchgef\u00fchrt werden. In der gemeinsamen Datenablage werden die einzelnen Datenpunkte als normalisierte Objekte gespeichert. Der abteilungs\u00fcbergreifende Zugang zu Daten hat den Vorteil, dass sich beispielsweise eine bestimmte Supportanfrage mit dem passenden Anwendungsfall abgleichen und die entsprechende Aktualisierung, die auf einem Server implementiert wird, best\u00e4tigen l\u00e4sst.<\/li>
    • Kommunikation als A und O: Die gemeinsame Datenablage st\u00e4rkt im n\u00e4chsten Schritt die Zusammenarbeit sowie auch die regelm\u00e4\u00dfige Kommunikation mit der F\u00fchrungsebene des Unternehmens. Continuous Delivery ist nicht nur ein n\u00fctzlicher Ansatz f\u00fcr Entwickler. Alle Abteilungen, die in die Softwarebereitstellung eingebunden sind, m\u00fcssen die gesch\u00e4ftlichen Anforderungen ber\u00fccksichtigen. Und dies ist ohne ein hohes Ma\u00df an Kommunikation nicht m\u00f6glich.<\/li>
    • Festlegen von KPIs: Idealerweise werden die Gesch\u00e4ftsziele, die mit der DevOps-Implementierung erreicht werden sollen, nach einer bestimmten Klassifikation oder Hierarchie geordnet. Testszenarien erleichtern die Strategiefindung zum Erreichen der gesetzten Ziele. Anschlie\u00dfend k\u00f6nnen dann Anwendungsf\u00e4lle und andere in Korrelation stehende Elemente auf der Implementierungsebene integriert werden.<\/li>
    • Einsatz von \u00dcberwachungsverfahren: Damit Leistungen anhand von KPIs gemessen werden k\u00f6nnen, m\u00fcssen diese erst einmal getrackt werden. Beispielsweise k\u00f6nnte die Benutzeroberfl\u00e4che einer SaaS-Anwendung optimiert werden, um die Verweildauer der Nutzer zu erh\u00f6hen. Hier sollte also als KPI festgelegt werden, wie lang diese Verweildauer sein sollte und welche positiven Ergebnisse noch gew\u00fcnscht sind. Wenn das Update dann bereitgestellt wird, lassen sich ganz genau Messungen, Analysen und Anpassungen durchf\u00fchren, um die KPIs zu erreichen.<\/li><\/ul>\n\n\n\n

      Fazit<\/strong><\/p>\n\n\n\n

      DevOps hat die Softwarebereitstellung erheblich vorangebracht, und die Implementierung einer SDM-Strategie kann sie noch schneller und reibungsloser gestalten. Der Einsatz von SDM wird DevOps nicht ver\u00e4ndern, aber wird dem Ansatz neues Leben einblasen. Wenn beide Strategien zusammen eingesetzt werden, m\u00fcssen sich alle Beteiligten weniger auf die Automatisierung und Tools an sich konzentrieren. Stattdessen k\u00f6nnen sie sich auf die Ergebnisse richten, auf die menschliche Zusammenarbeit und die einzelnen Schritte, die zum Ziel f\u00fchren sollen: eine hochfunktionelle Software mit Mehrwert f\u00fcr den Anwender.<\/p>\n","protected":false},"excerpt":{"rendered":"

      DevOps kann ohne \u00dcbertreibung als eine der einflussreichsten Transformationen in der Softwareentwicklung und -bereitstellung der letzten zwei Jahrzehnten betrachtet werden. Der Ansatz f\u00f6rdert unter anderem eine bessere Zusammenarbeit zwischen Dev- (Development) und Ops- (Operation) Teams, Automatisierung, einen st\u00e4rkeren Fokus auf die Unternehmenskultur und eine verbesserte Ber\u00fccksichtigung von Feedback-Schleifen zur Pr\u00e4zisierung der Lieferprozesse.<\/p>\n","protected":false},"author":1,"featured_media":18624,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"colormag_page_container_layout":"default_layout","colormag_page_sidebar_layout":"default_layout","footnotes":""},"categories":[8,39],"tags":[7128,4602,2983,13111,4836],"class_list":["post-18623","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-artikel","category-management","tag-cloudbees","tag-devops","tag-kommunikation","tag-sdm","tag-softwarebereitstellung"],"amp_enabled":true,"_links":{"self":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/18623","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=18623"}],"version-history":[{"count":1,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/18623\/revisions"}],"predecessor-version":[{"id":18630,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/posts\/18623\/revisions\/18630"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=\/wp\/v2\/media\/18624"}],"wp:attachment":[{"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=18623"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=18623"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.sysbus.eu\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=18623"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}