Viele Menschen denken vor dem Schlafengehen oder nach dem Aufwachen über ihre Sorgen nach. Ich bin da keine Ausnahme. Heute Morgen kam mir ein Gedanke in den Sinn von Habr:
Ein Kollege im Chat teilte eine Geschichte:
Vor zwei Jahren hatte ich einen großartigen Kunden, das war noch zu der Zeit, als ich klare "Krisen" hatte.
Der Kunde hatte in seiner Entwicklungsgruppe zwei Teams, die jeweils ihren Teil des Produkts betreuen (nennen wir es den Backoffice und das Frontend, also die Software, die für die Auftragsgenerierung zuständig ist, und die Software, die für die Auftragsabwicklung zuständig ist), die nur gelegentlich miteinander integriert werden.
Das Backoffice-Team war wirklich ganz unten angekommen: Sechs Monate lang nur Probleme, die Eigentümer drohen, alle zu entlassen, sie haben einen Berater engagiert, nach dem Berater einen weiteren (mich). Dabei hat das zweite Team (Frontend) normal gearbeitet und weiterhin normal gearbeitet, nur das Backoffice-Team, das zuvor auch normal gearbeitet hatte, begann, Fehler zu machen. Die Teams sitzen in verschiedenen Büros und haben sich daran gewöhnt, aufeinander zu schimpfen.Der Grund: Store und Backend sind ein und dasselbe System, mit vielen Abhängigkeiten. Die Teams sitzen in verschiedenen Büros und haben nicht miteinander kommuniziert. Die Eigentümer schauen ständig auf das Frontend, daher gibt es dort neue Funktionen, Ideen und Kontrolle. In diesem Team gab es einen Alleskönner, eine Kombination aus BA, Designer und "bring uns Kaffee". Dieser Junge erledigte unauffällig in seinem Team eine Reihe kleiner Aufgaben wie "das zweite Team über das Deployment informieren", "die Dokumentation aktualisieren" und dergleichen Routine, bis hin zu "in Jira die verschiedenen Versionsnummern und Komponenten in das Ticket einzutragen". Aber der Junge schrieb keinen Code, und irgendwann entschieden die Eigentümer, ihn zu optimieren, indem sie ihn einfach entließen. Für das Team der Store änderte sich nichts, sie aktualisierten einfach keine Dokumente mehr, während das Backoffice-Team in der Situation war, dass Store-Releases etwas kaputt machten und das ihre Probleme waren, und wenn ihre Releases etwas beim Store kaputt machten, war es wieder ihr Problem, weil der Store im Blickfeld der Eigentümer war 🙂
Was mich an diesem Kommentar berührt hat und was die Suchenden aus dem Titel finden werden – nach dem Sprung.
Ich beschäftige mich seit 20 Jahren mit der Entwicklung von Webanwendungen, daher sind Frontend/Backend für mich keine bloßen Worte. Es handelt sich um stark miteinander verbundene Dinge. Ich kann mir zum Beispiel nicht vorstellen, dass das Frontend völlig (oder sehr stark) unabhängig vom Backend entwickelt wird. Auf beiden Seiten wird mit denselben Daten gearbeitet, ähnliche Operationen werden ausgeführt. Ich habe eine ungefähre Vorstellung davon, wie viele Informationen zwischen den Entwicklern beider Teams ausgetauscht werden, um die Entwicklung abzustimmen, und wie oft diese Abstimmungen erforderlich sind. Die Teams können nicht ohne enge Kommunikation arbeiten, selbst wenn sie sich in verschiedenen Zeitzonen befinden. Vor allem, wenn JIRA vorhanden ist.
Ich weiß, dass es sinnlos ist, die Backend-Entwickler über das Deploy des Frontends zu informieren. Eine neue Version des Frontends kann im Backend nichts kaputtmachen, aber umgekehrt ist das durchaus möglich. Es sind die Frontend-Entwickler, die daran interessiert sind, die Backend-Entwickler zu benachrichtigen, dass sie neue oder geänderte Funktionen benötigen. Das Frontend ist von den Deployments des Backends abhängig, nicht umgekehrt.
Was der Junge, der "bring uns Kaffee", kein BA (wenn man BA mit "Business Analyst" übersetzt) sein kann, während ein BA nicht "Junge, bring uns Kaffee" sein kann. Und erst recht kann "in der Jira irgendwelche Versionsnummern und Komponenten eintragen" ohne Abstimmung mit den Entwicklungsteams weder "Junge" noch BA. Das ist wie ein Wagen vor dem Pferd.
Nachdem der "Junge" gefeuert wurde, sollten die Funktionen von "bring Kaffee" bis "in die Jira eintragen" unter den anderen Teammitgliedern neu verteilt werden. In einer etablierten Gruppe sind die Informationsflüsse und Rollen festgelegt; wenn ein Ausführender einer oder mehrerer Rollen die Bühne verlässt, bleibt der Bedarf der anderen Gruppenmitglieder an den gewohnten Informationen aus den gewohnten Rollen bestehen. Sie können einfach nicht nicht bemerken, dass die für ihre Arbeit notwendigen Informationen nicht mehr zu ihnen gelangen. Das ist wie ein Süchtiger, der nicht bemerken kann, dass das Drogenniveau sinkt. Und wie ein Süchtiger nach anderen Quellen sucht und diese findet, so werden auch die Mitglieder der Gruppe versuchen, die ihnen nötigen Informationen von "dieser" Seite und neuen Ausführern der alten Rollen zu finden. Und sie werden definitiv finden. Mindestens diejenige Person, von der sie glauben, dass sie die benötigten Informationen bereitstellen muss.
Selbst wenn man annimmt, dass die gewohnten Informationskanäle versagt haben und derjenige, der es sollte, dies nicht als seine Pflicht ansieht, werden die Backend-Entwickler unter Androhung der Entlassung nicht ein halbes Jahr lang die Gründe für ihre eigenen Misserfolge vor dem Eigentümer verbergen, wohl wissend, dass ihre Fehler auf einen Mangel an benötigten Informationen zurückzuführen sind. Die Eigentümer werden nicht ein halbes Jahr lang "dumm" sein, während sie sehen, dass die benötigten Informationen früherim Überfluss warenund jetzt niemand diese mehr einträgt. Und der erste Consultant war wahrscheinlich nicht so unprofessionell, dass er nicht mit den Backend-Entwicklern gesprochen und die Quelle des Problems gefunden hätte – mangelnde Abstimmung zwischen den Teams. Das ist die Ursache für die beschriebenen Schwierigkeiten und nicht die Entlassung des "Jungen".
Das banale Fehlen von Kommunikation zwischen Entwicklern ist eine typische Ursache für eine Menge von Problemen in der Entwicklung und nicht nur dort. Man muss kein herausragender Consultant sein, um das zu erkennen. Man muss lediglich vernünftig sein.
Ich bin der Meinung, dass die ganze Geschichte erfunden und schön formuliert ist. Nun, nicht ganz erfunden – alle Elemente stammen aus dem Leben (Frontend, Backend, Entwicklung, Junge, Kaffee,Überfluss, …). Aber sie sind so verbunden, dass solch eine Konstruktion im echten Leben nicht vorkommt. Einzelne Teile kann man in der Umgebung finden, aber in dieser Kombination – nein. Das habe ich oben erklärt.
Dennoch ist es sehr glaubwürdig dargestellt. Es liest sich mit Interesse und es gibt eine persönliche Einbindung. Mitgefühl für den "Jungen, der alles kann", dem nicht gewerteten kleinen Rädchen in der großen Maschine (das bin doch ich!). Herablassung gegenüber den Entwicklern, solchen klugen und erfahrenen, aber die Nase nicht über das eigene Ich hinaussehend (die sind doch um mich herum!). Ein leichter Spott über die Eigentümer, wohlhabende Onkels, die sich selbst das "Weh" eingebrockt haben und die Gründe nicht verstehen (das ist doch wie mein Management!). Geringschätzung für den ersten "Consultant", der nicht die so einfache Quelle der Probleme finden konnte (ja, kürzlich kam so einer mit Brille, ging mit einem schlauen Gesicht herum), und begeistert vereinende Verbindung mit dem "echten" Consultant, der als einziger die wahre Rolle des Jungen, der alles kann, schätzen konnte (das heißt mich!}}).
Fühlen Sie eine innere Zufriedenheit nach dem Lesen dieses Kommentars? Unsere Rolle als kleine Zahnrädchen im großen Mechanismus ist tatsächlich nicht so klein! Wundervoll ausgedrückt, auch wenn es nicht wahr ist. Aber was für ein angenehmes Nachgeschmack.
Ich weiß nicht, wer der Kollege ist und in welchem Chat er dies mit einem Kollegen geteilt hat. und warum der Kollege mkrentovskiy beschlossen hat, es unter dem Artikel "" eines herausragenden Habr-Autors ‘s (übrigens derzeit auf dem ersten Platz im Habr-Ranking!), aber ich gebe zu, dass der Kollege mkrentovskiy dies äußerst gelungen gemacht hat. Die Botschaft des Kommentars und der Schreibstil passen so gut zu den Botschaften und Stilen anderer Publikationen nmivan‘s, dass man denken könnte, dass der Krisenberater im Kommentar und die Hauptfigur vieler Publikationen nmivan‘s — ein und dieselbe Person ist.
Ich habe ziemlich viele Veröffentlichungen von Ivan Belokamenzev gelesen, als der Autor 2017 mit seiner Tätigkeit auf Habr begann. Einige sogar mit Vergnügen (, ). Er hat einen guten Stil und eine interessante Präsentation des Materials. Seine Geschichten ähneln sehr den Geschichten aus dem Leben, aber sie haben praktisch null Möglichkeit, tatsächlich zu passieren, in . So wie mit dieser Geschichte im Kommentar.
Ehrlich gesagt, denke ich nicht, dass Habr durch die Veröffentlichungen von Ivan besser geworden ist. Aber sein Ranking und anderer Habr-Bewohner sprechen das Gegenteil:
Ich verstehe Ihr Jammern nicht. Habr ist schon lange abgestürzt, und der Autor bringt ein wenig Feuer und hebt die Stimmung der Leser ) indem er die Ressource aus der Tiefe zieht.
Ja, Habr ist keine Wohltätigkeit, Habr ist ein kommerzielles Projekt. Habr ist ein Spiegel, der unsere Wünsche widerspiegelt. Nicht meine persönlichen Wünsche und nicht die Wünsche jedes einzelnen Besuchers, sondern die Summe all unserer Wünsche — "der Durchschnitt im Krankenhaus". Und Ivan Belokamenzev spürt am besten, was wir alle insgesamt brauchen, und gibt es uns.
Vielleicht hätte ich diesen Artikel nicht geschrieben, wenn ich nicht angefangen hätte, die Serie "".
"Wir haben Gott verloren" (c)
Das ist aus der Serie. Und das geht um uns.
Die Realität, die der Schöpfer geschaffen hat, hat uns nicht mehr gefesselt.
Gott, Natur, Urknall — wie auch immer. Realität existiert. Um uns herum und unabhängig von uns.
Wir leben in Übereinstimmung mit den Gesetzen der Natur (dem göttlichen Plan). Wir erkennen diese Gesetze (den Plan) und lernen, die Realität, in der wir leben, so zu nutzen, dass wir noch besser leben können. Wir überprüfen unsere Annahmen durch praktische Erfahrung, verwerfen die falschen und behalten die relevanten. Wir interagieren mit der Realität und verändern sie.
Und wir haben dabei große Fortschritte gemacht.
Es gibt viele Menschen auf dem Planeten. Sehr viele. Bei der aktuellen Produktivität müssen wir nicht mehr um das Überleben kämpfen – eine Minderheit kann die Mehrheit mit allem Nötigen versorgen. Der Mehrheit bleibt es nur, sich irgendwie zu beschäftigen. Historisch gesehen gelangten die überschüssigen Ressourcen, die für Kreativität bereitgestellt wurden, zu den talentiertesten (oder durchsetzungsfähigsten, was ebenfalls Talent ist). Jetzt hingegen gibt es so viele Ressourcen, dass sie allen einigermaßen Talentierten zugutekommen, unabhängig von ihrem Niveau. Vergleichen Sie, wie viele Filme jedes Jahr weltweit veröffentlicht werden und wie viele davon sehenswert sind. Wie viele Bücher werden geschrieben und welche davon kann man lesen? Wie viel Information wird ins Internet gekippt und was davon ist konsumierbar?
Warum ist der Beruf des IT-Spezialisten so beliebt? Weil man in der IT eine Menge Ressourcen verschwenden kann, und niemand blinzelt dabei (denken Sie nur an das Y2K-Problem). In der IT kann man jahrelang Anwendungen entwickeln, die noch vor dem Start veraltet sind, man kann versuchen, inkompatible Komponenten zu integrieren und sie doch zum Laufen zu bringen, man kann immer wieder eigene Räder erfinden, oder man kann sich jetzt gleich mit der Unterstützung von Programmen in Fortran beschäftigen, der vor 20 Jahren schon von Moos überwachsen war. In der IT kann man sein ganzes Leben verbringen, ohne etwas Nützliches zu tun. Und das Wichtigste – niemand wird es merken! Nicht einmal du selbst.
Nur wenigen von uns wird es gelingen, einen Fingerabdruck in der IT-Industrie zu hinterlassen. Und noch weniger Menschen wird es gelingen, in guter Erinnerung zu bleiben. Die Ergebnisse unserer Arbeit werden in den nächsten 10-20 Jahren, im besten Fall, entwertet, wahrscheinlich sogar früher. Und sicher während unserer Lebenszeit (falls wir das Rentenalter erreichen). Wir werden unseren Enkeln keine Computersysteme zeigen können, an denen ihr Großvater in seiner Jugend gearbeitet hat. Die Leute werden einfach ihre Namen vergessen. Zu Beginn meiner Karriere habe ich Mail-Stationen hochgezogen. unter ""Ich habe noch 20 Jahre bis zur Rente und etwa 10 Jahre bis zu Enkeln, aber die meisten von Ihnen haben noch nie von der "herausragenden E-Mail-Anwendung aus den späten 90ern" gehört ("Top-E-Mail-Softwarepaket der Mitte der 1990er Jahre").
Vielleicht sind wir uns der Vergänglichkeit unserer IT-lastigen Belastung in der Realität nur schwach bewusst, aber unterbewusst streben wir danach, dorthin zu fliehen, wo es uns angenehm ist. In erfundene Welten, wo die Anwendung von Scrum und Agile unweigerlich zur Schaffung von Produkten führt, die jahrzehntelang die Welt mit ihrer Nützlichkeit erobern. Wo wir keine kleinen Zahnräder in großen Maschinen sind, sondern Zahnräder, ohne die große Maschinen zusammenbrechen. Wo unser Leben nicht im sinnlosen Ausführen routinemäßiger Tätigkeiten verläuft, sondern gefüllt ist mit Kreativität und Schöpfung, auf deren Ergebnisse wir stolz sein können.
Wir fliehen in diese wunderbaren, von jemandem erfundenen Welten vor unserer eigenen Nutzlosigkeit in der realen Welt. Wir suchen dort Trost.
Wir suchen Trost auch auf Habré. Und Ivan gibt ihn uns hier.
Quelle: habr.com
