Warum sich DevOps nicht gut in das russische Geschäft einfügt und wer schuld ist

Was ist DevOps und welche Aufgaben erledigt ein DevOps-Ingenieur?

Der Begriff DevOps (Development Operations oder Operationen innerhalb

Entwicklung - „High-Tech“) wurde erstmals eingesetzt2009 IT-Berater Patrick Debois. Im Wesentlichen handelt es sich dabei nicht nur um eine freie Stelle, sondern um eine ganze Methodik, die es Ihnen ermöglicht, digitale Produkte effizienter und schneller zu erstellen. Ein aufeinander abgestimmter Satz an Werkzeugen aus Entwicklung, Produktmanagement, Software-Engineering und anderen Fachgebieten gewährleistet einen kontinuierlichen Software-Erstellungsprozess.

Ein reichhaltiges Arsenal an Praktiken bringt DevOps anderen näherbeliebt im IT-Bereich mit der Agile-Methode. Es ist ein iterativer Entwurfsansatz, mit dem Sie sich an sich ändernde Anforderungen anpassen können. Dementsprechend versucht der DevOps-Spezialist, das Produkt besser und die Geschäftsprozesse vorhersehbarer und transparenter zu machen. Es verbessert auch die Geschäftsmetriken, z. B. die Verkürzung der Markteinführungszeit. Dies ist die Zeitspanne vom Beginn der Produktentwicklung bis zur Markteinführung. Durch die Kenntnis der Faktoren, die die Zeit für die Erstellung von Software verlängern, und eines Systemansatzes kann der DevOps-Ingenieur die Produktion kontinuierlich und schnell gestalten. Um es klarer zu machen, können Sie eine Analogie mit einem Förderband für die Montage von Autos ziehen. Alle Teile sind im Voraus so konstruiert, dass sie bei der Montage perfekt zusammenpassen. Ingenieure, die einen Motor konstruieren, überlegen, wie er in Verbindung mit den Rädern, dem Bremssystem usw. funktioniert. DevOps macht dasselbe: Es übernimmt die Verantwortung für mehr Produkte als der Entwickler und stellt sicher, dass alle Teams zusammenarbeiten.

Pink Pony World: Rennen um die Modephilosophie

Allerdings benötigen nicht alle Unternehmen DevOps.In Teams ohne bereits vorhandene IT-Abteilungen, die nicht an der Produktion eines digitalen Produkts beteiligt sind, gilt die DevOps-Philosophie beispielsweise überhaupt nicht. Zu diesen Bereichen gehören Unternehmen, deren Gewinn nicht direkt davon abhängt, wie zufrieden die Kunden mit dem IT-Produkt sind, mit dem sie interagieren. Darüber hinaus ist es oft nicht für kleine Unternehmen geeignet. Die Methodik erfordert Änderungen in vielen etablierten Geschäftsprozessen und sogar in der Unternehmenskultur. Kleine Unternehmen tolerieren solche Änderungen in Bezug auf die Projektökonomie möglicherweise einfach nicht.

Die modische Krankheit der digitalen Transformation ist oftbetrifft die Leiter solcher Unternehmen. Im Streben nach endloser Optimierung vergessen sie andere Faktoren, die das Geschäft beeinflussen. Infolgedessen verlieren Unternehmen Geld, Effizienz und im schlimmsten Fall Geschäftsprozesse, die seit Jahren aufgebaut werden. IT-Giganten, Banken, große Handels- und Industrieveranstaltungen sind eine andere Sache. Für sie kann DevOps sehr nützlich sein. Laut dem Jahresbericht der Alfa-Bank für 2017 konnten wir durch die Implementierung der Methodik die Entwicklung und Implementierung um das 60-fache beschleunigen.

Stachanowit-Mnogostanochnik anstelle der Werkstatt der Mitarbeiter

Eine derart umfangreiche Funktionalität ist natürlich schwierigUm von einem Mitarbeiter ausgeführt zu werden, ist idealerweise ein ganzes funktionsübergreifendes Team an DevOps beteiligt. Dazu gehören Fachleute, die die Rollen von Prozess- und Produktmanagern, Infrastrukturcodeentwicklern, Ingenieuren und vielen anderen Rollen übernehmen. In der russischen Praxis kann ein DevOps-Spezialist jedoch häufig zu einem modischen Weg werden, um Geld bei der Produktentwicklung zu sparen. In der Regel tritt diese Situation auf, nachdem der Top-Manager des Unternehmens entschieden hat, dass die Zeit für die digitale Transformation gekommen ist. Das Unternehmen stellt dringend neue Spezialisten ein oder erweitert die Liste der Verantwortlichkeiten bestehender Entwickler und Systemadministratoren. Infolgedessen bieten die Rekrutierungsdienste keine offenen Stellen für DevOps-Ingenieure, sondern für Mitarbeiter mit mehreren Stationen.

Ein solcher Mitarbeiter kann individuell verpflichtet werdenRichten Sie Server ein, verlegen Sie die Verkabelung und verfolgen Sie dann Fehler, richten Sie Datenbanken und Hosting-Projekte ein und so weiter. Dieses Beispiel ist extrem, aber real. Infolgedessen brennen die Mitarbeiter schnell aus und die Implementierung der Methodik in der Arbeit des Unternehmens schlägt fehl. Die Behandlung eines DevOps-Spezialisten als Zauberer, der eine Vielzahl von Aufgaben gleichzeitig erledigen kann, sowie die Überwachung des Betriebs des gesamten Systems bringen dem Unternehmen keinen Gewinn.

Ein weiteres häufiges Problem hängt damit zusammenAufteilung des Teams in zwei Gruppen, die nicht miteinander auskommen können. Stellen Sie sich vor, eine DevOps-Abteilung erscheint in einem IT-Unternehmen, das die üblichen Arbeitsregeln ändern darf. Diese Regeln bleiben jedoch für andere Entwickler verbindlich. In diesem Fall besteht natürlich keine Notwendigkeit, über Zusammenarbeit und „Nahtlosigkeit“ der Arbeit zu sprechen. Die beiden Teams geraten in Konflikt und die Produktivität sinkt.

Schießpulver im Laderaum: DevOps ist nicht nur eine Fähigkeit

Eine der Aufgaben der DevOps-Abteilung ist die EinrichtungKommunikation zwischen verschiedenen IT-Spezialisten des Unternehmens. DevOps-Ingenieure sollten nicht nur Technologien implementieren und Prozesse debuggen, sondern auch das Entwicklungsteam in den Geschäftsverlauf eintauchen lassen - Verantwortlichkeiten teilen, Kompetenzen verbessern. Trotzdem beschäftigen sich solche Spezialisten häufig mit rein technischen Aufgaben, meist aufgrund des banalen Zeitmangels, sowohl für sie als auch für diejenigen, deren Kompetenzen erweitert werden müssen.

Infolgedessen aufgrund der Tatsache, dass die modische eingeführtJeder nutzt Technologien, und Wissen und Fähigkeiten sind auf eine Abteilung konzentriert. Es treten problematische Situationen auf, auch katastrophale. Neue Lösungen, die von DevOps-Ingenieuren ohne gut koordinierte Arbeit verschiedener Abteilungen entwickelt wurden, können so viele Probleme mit sich bringen, wie sie ursprünglich hätten lösen sollen. Dies bedeutet jedoch nicht, dass DevOps-Spezialisten eine Unternehmenskultur von Grund auf neu schaffen sollten, wie es die inländischen häufig zu tun scheinen denke. Führer. Die Einheit der digitalen Produktionspipeline und die Förderung des Transfers neuer Fähigkeiten und Kommunikation müssen von den Führungskräften des Unternehmens ausgehen. Ohne dies wird sich selbst das DevOps-Team schlecht entwickeln und kein Wissen mit dem Team teilen.

Weder DevOps Outsourcing nochBeratung mit einem Spezialisten von außen. Im ersten Fall konzentriert sich das externe Team nicht auf die Bedürfnisse des Kundenunternehmens, sondern auf eine Reihe von Standardtechnologien, die auf dem Markt angeboten werden. Für den Kunden ist dies eine Lotterie: Ausgelagerte Mitarbeiter verwenden ein vages Verständnis von DevOps auf dem Markt. Infolgedessen werden Geschäftsprozesse immer komplexer, dies bringt jedoch keine Vorteile für das Geschäft. Oft fördern Unternehmen diesen Ansatz selbst - indem sie sie beispielsweise auffordern, ihre Entwicklungsprozesse nicht zu ändern. Es ist klar, dass dies dem Konzept von DevOps widerspricht.

Lang, teuer, problematisch: harte DevOps auf Russisch

Anstatt die DevOps-Philosophie auf anzuwendenInländische Unternehmen bevorzugen bei allen Geschäftsprozessen häufig die Arbeit an Tools, die die Arbeitsgeschwindigkeit nicht beeinträchtigen. Eines der Ergebnisse ist beispielsweise die "Mauer" - Operations, dh das Team von Systemadministratoren, bleibt isoliert, und die Entwickler werfen einfach Anwendungen auf sie. Natürlich verbessert sich die Toolbox dadurch immer noch. Grundlegende Änderungen finden jedoch nicht statt, die Transparenz nimmt nicht zu und die Zusammenarbeit im IT-Team verbessert sich nicht.

Ein weiterer Haken, auf den sie stoßenManager bei der Implementierung von DevOps – fehlende Unternehmenswissensdatenbanken. Laut dem DORA-Bericht von 2019 waren Teams, die unternehmensinterne Informationsquellen nutzten, 1,73-mal effektiver als andere. Dieses Problem ist wiederum auf die geschlossene Kultur vieler russischer Unternehmen zurückzuführen, in der das Team kein Wissen teilt. Aufgrund dieser geschlossenen Natur beginnen Unternehmen, technische Schulden anzuhäufen. Die Tools veralten, Artefakte werden nicht entfernt, die Dokumentation wird nicht aktualisiert.

Das objektive Geschäftsbedürfnis nach Produktionsstabilität und damit Gewinn, gepaart mit einer veralteten Technologiebasis und technischen Schulden, führen zum erfolglosen Einsatz von DevOps.

All dies führt oft dazu, dass nach langer Qual neue Lösungen des DevOps-Teams einfach weggeworfen und die Prozesse "zurückgesetzt" werden.

Jedes Unternehmen hat seinen eigenen Weg der digitalen Transformation.In den meisten Fällen ändert sich dadurch wirklich, wie Ihr Code zum Besseren entwickelt und bereitgestellt wird. Dies bedeutet, dass DevOps in Russland immer noch existiert: Jeden Monat erscheinen viele offene Stellen im Zusammenhang mit dieser Methodik auf dem Markt. Eine andere Sache ist, dass es unterschiedliche Definitionen der Fach- und praktischen Aufgaben gibt, die dahinter stehen. Unternehmen sollten jedoch aufhören, gespenstisch ideale IT-Systeme zu verfolgen, und kritisch gegenüber einer trendigen, aber nicht unbedingt profitablen Philosophie sein und ihre eigenen Bedürfnisse priorisieren.

Siehe auch:

Es kann Universen in Schwarzen Löchern geben. Wir erzählen Ihnen von der neuen Entdeckung

Am dritten Krankheitstag verlieren die meisten COVID-19-Patienten ihren Geruchssinn und leiden häufig an einer laufenden Nase

Forschung: 15 Millionen Tonnen Mikroplastik auf dem Meeresboden gefunden