🥇DevOps oder wie wir Löhne verlieren und die Zukunft der IT-Branche

Das Traurigste an der aktuellen Situation ist, dass die IT nach und nach zu einer Branche wird, in der es bei der Anzahl der Verantwortlichkeiten pro Person überhaupt kein Wort „Stopp“ gibt.

Beim Lesen von Stellenangeboten sieht man manchmal sogar nicht 2-3 Personen, sondern ein ganzes Unternehmen in einer Person, alle haben es eilig, die technische Verschuldung wächst, das alte Erbe sieht vor dem Hintergrund neuer Produkte wie Perfektion aus, weil es zumindest so ist verfügt über ein Dock und Kommentare im Code, neue Produkte werden mit Lichtgeschwindigkeit geschrieben, können daher jedoch nach dem Schreiben noch ein Jahr lang nicht verwendet werden, und oft bringt dieses Jahr keinen Gewinn, außerdem sind die Kosten für Die Cloud ist höher als der Umsatz des Dienstes. Das Geld der Investoren fließt in die Aufrechterhaltung eines Dienstes, der noch nicht funktioniert, aber bereits als Worker für das Netzwerk freigegeben wurde.
Als Beispiel: ein bekanntes Unternehmen, dessen Remaster eines alten Spiels die niedrigsten Bewertungen in der Geschichte der Branche erhielt. Ich war einer von denen, die dieses Produkt gekauft haben, aber selbst jetzt funktioniert dieses Produkt schrecklich und hätte theoretisch noch nicht in dieser Form veröffentlicht werden dürfen. Rückerstattungen, Bewertungsverluste, eine große Anzahl von Benutzersperren in den Foren wegen Beschwerden über die Arbeit von Diensten. Die Anzahl der Patches ist nicht erfreulich, sondern erschreckend, aber dennoch ist das Produkt nicht verwendbar. Wenn dieser Ansatz bei einem Unternehmen, das sich seit 91 entwickelt, zu solchen Ergebnissen führt, ist die Situation für Unternehmen, die gerade erst am Anfang stehen, noch schlimmer.

Aber wir haben uns die Ergebnisse dieses Ansatzes seitens des Nutzers des Dienstes angesehen und schauen uns nun die Probleme an, die die Mitarbeiter haben.

Ich höre oft die Aussage, dass es keine DevOps-Teams geben sollte, dass dies eine Methodik usw. sei, aber das Problem ist, dass Unternehmen aus irgendeinem Grund aufgehört haben, nach Noks, DBAs, Infruktoren und Build-Ingenieuren zu suchen – jetzt ist alles ein DevOps-Ingenieur in einer einzigen Person. Natürlich gibt es in einzelnen Unternehmen immer noch solche offenen Stellen, aber es werden immer weniger. Viele nannten diese Entwicklung, ich persönlich sehe darin eine Verschlechterung, es ist unmöglich, in allen Bereichen einen guten Wissensstand aufrechtzuerhalten und gleichzeitig nicht mehr als 8 Stunden zu arbeiten. Natürlich sind das Fantasien. In der Realität sind viele IT-Mitarbeiter gezwungen, sowohl 12 als auch 14 Stunden zu arbeiten, von denen 8 bezahlt werden. Und oft ohne freie Tage, weil „mir eine Aufgabe gegeben wurde, es keine Docks oder Kurven gibt und der Service Geld kostet“. und für 1 in der Cloud können Sie grundsätzlich in ein paar Monaten kein Gehalt bekommen, insbesondere wenn Sie auf IP-Basis arbeiten. Tatsächlich verlieren wir in der Wirtschaft das Wort, zusammen mit der Aufgabentrennung, ich bin zunehmend mit der Tatsache konfrontiert, dass Manager in Entwicklungsprozesse einsteigen, ohne überhaupt etwas zu verstehen, sie verwechseln Geschäftsdaten und Anwendungsbetrieb, was zu Chaos führt beginnt.

Wenn das Chaos beginnt, möchte das Unternehmen den Schuldigen finden, und hier braucht es einen Universalschuldigen. Es ist schwierig, die Schuld auf mehr als 10 Personen zu schieben. Daher vereinen Manager ihre Positionen, denn je mehr Aufgaben ein Spezialist hat, desto einfacher ist es seine Fahrlässigkeit beweisen. Und unter den Bedingungen von Agile ist das Finden der „Schuldigen“ und Prügel die Grundlage dieser Methodik für die Geschäftsabwicklung im Management. Agile ist aus der IT schon lange nicht mehr wegzudenken und sein Hauptkonzept ist zur Anforderung täglicher Ergebnisse geworden. Das Problem besteht darin, dass ein hochspezialisierter Spezialist nicht immer über ein tägliches Ergebnis verfügt, wodurch die Berichterstattung schwieriger wird. Dies ist ein weiterer Grund, warum Unternehmen „Spezialisten für alles“ wollen. Aber der Hauptgrund ist natürlich die Gehaltsabrechnung – er ist der Hauptgrund für alle Änderungen, um der Zulage willen haben die Leute zugestimmt, für sich und diesen Kerl zu arbeiten. Aber am Ende ist es, wie in anderen Bereichen auch, einfach zu einer Verpflichtung geworden, für eine geringere Bezahlung für eine größere Anzahl erbrachter Dienstleistungen.

Nun sieht man oft sogar Artikel, dass Entwickler bereits in der Lage sein sollten, bereitzustellen, sich neben einem DevOps-Ingenieur mit der Infrastruktur befassen sollten, aber wozu führt das? Das ist richtig – zu einem Rückgang der Qualität der Dienste, zu einem Rückgang der Qualität der Entwickler. Buchstäblich vor 2 Tagen habe ich dem Entwickler erklärt, dass man von verschiedenen Hosts aus schreiben und lesen kann, und sie haben mir mit Schaum vor dem Mund bewiesen, dass sie so etwas noch nie gesehen haben, hier ist es in den Einstellungen für Host, Port, Datenbank, Benutzer, Passwort und das wars .... Aber der Entwickler weiß, wie man Bereitstellungen startet, Yamls schreibt ... Aber er vergisst bereits Unit-Tests und Kommentare im Code.

Als Ergebnis sehen wir Folgendes: ständige Bearbeitung, Suche nach Lösungen für Probleme außerhalb der Arbeitszeit, ständige Schulung am Wochenende und nicht um das Einkommen zu steigern, sondern um uns über Wasser zu halten. Entwickler sind gezwungen, einem DevOps-Ingenieur bei CI/CD zu helfen, und wenn der Entwickler keine Zeit hat, fängt er an, den Mund zu halten, und Manager beginnen, Gehirne zu kompostieren, und wenn dies nicht dazu beiträgt, den Wunsch nach Überstunden zu steigern, dann bewerben Sie sich Strafen und Bußgelder, die Person sucht einen neuen Job und hinterlässt technische Schulden in der Größe des Everest, wodurch die Schulden auch bei den Entwicklern zu wachsen beginnen. Sie sind gezwungen, Code mit weniger Refactoring zu schreiben, um Zeit zu haben, entweder einem alten oder einem neuen DevOps-Ingenieur zu helfen, und Manager sind mit allem ziemlich zufrieden, weil es einen Schuldigen gibt und er sofort erkannt werden kann, was bedeutet, dass dies der Fall ist Die Hauptregel im agilen Management wird eingehalten, der Schuldige wird gefunden, die Ergebnisse seiner Auspeitschung sind sichtbar.

Einmal hielt ich bei ITGM einen Vortrag zum Thema „Wenn wir lernen, Nein zu sagen“ – die Ergebnisse waren sehr aufschlussreich. Viele Menschen glauben, dass dieses Wort tabu ist, und solange wir nicht damit aufhören, so zu denken, werden die Probleme nur noch größer.

Hat mich teilweise dazu inspiriert, diesen Artikel zu schreiben. Dieser Artikel, aber ich werde es später vielleicht in weniger angenehmen Worten schreiben.

An der Umfrage können nur registrierte Benutzer teilnehmen. Einloggenbitte.