Jedes Unternehmen ist ein IT-Unternehmen (EC = IC)

Heutzutage ist ec = ic, das heißt, jedes Unternehmen ist ein IT-Unternehmen. DevOps bietet einen Rahmen, um die einzelnen Softwarebausteine eines Unternehmens zu untersuchen und zu verbessern. In den nächsten Jahren wird die einstimmige interne Ausrichtung der entscheidende Faktor für erfolgreiches DevOps sein. Early-Adopters, die DevOps schon eine Weile praktizieren, konzentrieren sich jetzt auf die beste Art und Weise, ihre Teams zu organisieren - von der Gewinnung von Mitarbeitern mit fundierten Kenntnissen bis hin zur Rationalisierung ihrer (Plattform-)Teams.

Typischerweise begann die frühe Einführung von unten nach oben, während jetzt (und in naher Zukunft) die höhere Führungsebene eines Unternehmens mit später Mehrheit DevOps einführen wird. Leider führt diese Übernahme von oben nach unten dazu, dass die Menschen weiter unten in den Schützengräben den Bezug zur wahren Bedeutung von DevOps verlieren. Die Herausforderung besteht darin, Ihre Organisationsstruktur zu ändern und alle Personen einzubeziehen, die in der Lieferpipeline eine Rolle spielen. Nur so kann eine fruchtbare und ganzheitliche Einführung von DevOps gelingen.

Tools konsolidieren

Wenn Sie mehrere tägliche statt monatliche oder jährliche Releases anstreben, müssen Sie DevOps leben und atmen, d.h. sich auf Menschen, Prozesse, Technologie und Informationen konzentrieren. Organisationen, die etwas früher als andere damit begonnen haben, verfügen bereits über mehrere kleine DevOps-Teams. Diese Kreise beginnen nun, sich zusammenzuschließen und zu leistungsstarken Teams zu verschmelzen. Es handelt sich dabei eindeutig um eine interne Transformation, die das Lernen aus Fehlern, das Experimentieren (mit den unterstützenden Tools und Praktiken, die mit DevOps im Zusammenhang mit der kontinuierlichen Bereitstellung verbunden sind), die kontinuierliche Verbesserung, Infrastruktur und Konfiguration als Code usw. umfasst.

Unternehmen, die zu der späten Mehrheit der Mainstream-Anwender gehören, gehören wahrscheinlich zu einer eher konservativen Organisation, was Innovationen angeht. DevOps sollte greifbarer gemacht werden, um die Digitalisierung des Unternehmens zu unterstützen, damit die Teams nicht den Glauben verlieren, wenn es schwierig wird. Ob es um Docker, Container oder Microservices geht, in der ersten Zeit sieht alles gut und rosig aus. Aber dann beginnen die Dinge zu stagnieren und die Moral sinkt. Die Lernkurve zu akzeptieren und in diesem "Versagenssumpf" durchzuhalten bedeutet, den Erfolgsgeschichten anderer zu vertrauen und ein eigenes DevOps-Mainframe zu schaffen.

Es gibt keine Abkürzung für Erfahrung

Die Arbeit mit DevOps-Prinzipien erfordert einen ganzheitlichen Ansatz, der sowohl kommerzielle, organisatorische, technologische als auch kulturelle Auswirkungen hat. Für die Mitarbeiter des Unternehmens bedeutet dies einen erheblichen Wandel. Sie müssen an der Modernisierung ihrer Softwarearchitektur arbeiten, eine agile und schlanke Arbeitsweise einführen, eine intelligente Infrastruktur aufbauen und eine kontinuierliche Bereitstellung einführen.

Talentmanagement kann sich nicht auf die Ausbildung und individuelle Entwicklung von Mitarbeitern beschränken. Erfahrung ist das Ergebnis einer DevOps-Reise. Mitarbeiter lernen bei ihrer Arbeit auf die DevOps-Art. Idealerweise werden sie intensiv von agilen und technischen Coaches angeleitet, die ihnen helfen, die Auswirkungen von DevOps zu verstehen und zu erleben, damit sie zu echten Ingenieuren werden. Dieser Prozess braucht Zeit. Erfahrung kann man nicht über Nacht erlangen.

Anwendung eines Ninja-Ansatzes für die Softwareauswahl

Vermeiden Sie eine langwierige Auswahl von Unternehmenssoftware-Tools auf der Grundlage von allgemeinen Anwendungsfällen, Demonstrationen und Funktionsbewertungen. Software-Tools sind erst dann von Nutzen, wenn sie von den Teams in Ihrem Unternehmen erfolgreich angenommen und integriert wurden. Wenden Sie lieber einen unorthodoxen Ansatz an, bei dem die Teams befähigt werden, Software-Tools einzuführen und mit ihnen zu experimentieren. Sie können den wahren Wert aufdecken und müssen die Software beherrschen (z.B. verwalten).

Verschmutzen Sie Ihre DevOps-Initiative nicht

Es ist verlockend, Anforderungen aus anderen laufenden (Projekt-)Initiativen oder gescheiterten Projekten als Anforderungen für Ihre DevOps-Initiative zu verwenden. Dies belastet Ihre DevOps-Initiative mit zusätzlicher Komplexität, widersprüchlichen Anforderungen und technischen Herausforderungen. Dies beeinträchtigt die Autonomie Ihrer HPTs und führt zu vielen Hindernissen. Im schlimmsten Fall sind Ihre HPTs an bestehende Arbeitsweisen gebunden und erben bestehende Technologien und Verfahren.

Tiefe vor Breite

Anstatt eine unternehmensweite Initiative mit geringen Auswirkungen zu starten, fangen Sie lieber klein an, und zwar in einem einzigen Produktbereich. Führen Sie DevOps durchgängig in diesem Bereich ein und beziehen Sie nach und nach weitere Bereiche ein. Sammeln Sie in Ihrem Unternehmen eingehende Erfahrungen, bevor Sie mit einer unternehmensweiten Einführung beginnen.

Erfolgreich schalten

Bei DevOps geht es darum, einen kontinuierlichen Wert für das Unternehmen zu schaffen. Das bedeutet, dass es bei DevOps darum geht, das Geschäft zu beschleunigen (ohne Kompromisse bei Qualität oder Umfang einzugehen).

Aber wie? Der erste Schritt besteht darin, die Geschäftsfähigkeiten zu definieren, die Sie Ihren Kunden bieten möchten, und sich entsprechend zu organisieren, mit minimalen Abhängigkeiten. Dies erfordert den Aufbau von High-Performance-Teams (HPTs) rund um Ihre Geschäftsfähigkeiten (auch bekannt als DevOps-Teams).

Der nächste Schlüssel zum Erfolg ist, mit einer Geschäftsfunktion zu beginnen. Es ist jedoch sehr wichtig, bei dieser Initiative alle Aspekte von DevOps zu berücksichtigen. Kultur, Organisation, Prozesse, Automatisierung und Messung müssen von Anfang an berücksichtigt werden.

Vorteile der Cloud

Um DevOps zu beschleunigen, sollten Sie die Vorteile der Cloud in vollem Umfang nutzen. Bastiaan Bakker, IT-Architekt und DevOps-Coach, nennt mehrere unmittelbare Vorteile einer umfassenden Cloud-Erfahrung:

• Automatisierung: Die Offenlegung aller Infrastrukturdienste über Programmierschnittstellen erleichtert die rigorose Automatisierung erheblich und bietet Ihrem Unternehmen alles, was mit Software zu tun hat.
• Eigenständigkeit: Die Mandantenfähigkeit, Ressourcenisolierung und Sicherheit der Cloud ermöglichen es den Teams, ihre Infrastruktur nicht nur zu entwerfen, sondern auch zu erstellen und zu warten - ein ganzheitlicher Nebeneffekt einer Cloud-nativen Umgebung.
• Innovation: Die Cloud ist ein Katalysator für Innovationen und Experimente. Wenn Sie eine neue Architektur oder einen neuen Service ausprobieren möchten, fallen keine hohen Vorlaufkosten für Hardware, Einrichtung usw. an.
• Rückmeldung: Die Messung der genutzten Ressourcen ermöglicht ein schnelles und detailliertes finanzielles Feedback.
• Wissensaustausch: Entwickler ziehen den Austausch von Code dem Schreiben und Lesen von Dokumentation vor.
• Verantwortung: Bakker erklärt, "Klare Verantwortlichkeiten und Abgrenzungen zwischen Ihrem Cloud-Anbieter und Ihrem Team erleichtern eine "Sie bauen es, Sie betreiben es"-Mentalität. Als Team können Sie die Verantwortung für den ordnungsgemäßen Betrieb der von Ihnen entwickelten Produkte übernehmen. ".

Dieser Artikel ist Teil des Urgent Future IT Forecast 2017.

{{cta('b89d0ce0-d977-48b9-b7c5-96354d8e52e4','justifycenter')}}