Viele Menschen denken vor dem Schlafen oder beim Aufwachen über sie beschäftigende Probleme nach. Ich bin da keine Ausnahme. Heute Morgen kam mir eine von Habr:
Ein Kollege im Chat teilte eine Geschichte:
Ich hatte vor zwei Jahren einen großartigen Kunden, damals, als ich eine klare "Krise" durchlebte.
Der Kunde hatte in seiner Entwicklungsgruppe zwei Teams, die jeweils ihren eigenen Teil des Produkts bearbeiteten (vereinfacht gesagt, das Backoffice und das Frontend, d.h. Software, die für die Auftragsbildung verantwortlich ist, und Software, die für die Auftragsausführung zuständig ist), die sich sporadisch integrieren.
Das Backoffice-Team war wirklich total am Ende: ein halbes Jahr voller Fehler, die Eigentümer drohten, alle zu entlassen, sie engagierten einen Berater, nach dem Berater engagierten sie einen weiteren (mich). Das andere Team (Frontend) arbeitete normal und machte weiter, während das Backoffice, das zuvor auch gut gearbeitet hatte, anfing, Probleme zu haben. Die Teams sitzen in verschiedenen Büros und haben sich daran gewöhnt, sich zu schikanieren.Grund: Frontend und Backend sind ein und dasselbe System, das viele Abhängigkeiten hat. Die Teams in verschiedenen Büros haben nicht miteinander kommuniziert. Die Eigentümer schauen ständig auf das Frontend, dementsprechend gibt es dort neue Funktionen, Ideen und Kontrollen. In diesem System gab es einen Alleskönner, eine Mischung aus Business Analyst, Designer und "Bring uns Kaffee". Dieser Alleskönner hat, unbemerkt von seinem Team, zahlreiche kleine Aufgaben erledigt, wie "Das zweite Team über das Deployment informieren", "Die Dokumentation aktualisieren" und ähnliche Routinearbeiten, bis hin zu "Versionen und Komponenten in das Jira-Ticket eintragen". Aber der Junge hat keinen Code geschrieben und eines Tages beschlossen die Eigentümer, ihn zu optimieren, indem sie ihn einfach entlassen haben. Für das Frontend-Team hat sich nichts geändert, sie haben einfach keine Dokumente mehr erstellt oder aktualisiert, während das Backend-Team in eine Situation geriet, in der die Releases des Frontends etwas bei ihnen kaputt gemacht haben und das ihre Probleme waren. Wenn ihre Releases etwas im Frontend kaputt gemacht haben, waren das wieder ihre Probleme, da das Frontend im Blickfeld der Eigentümer war 🙂
Was mich an diesem Kommentar gefesselt hat und was Suchende aus dem Titel herausziehen werden – nach dem Cut.
Ich arbeite seit etwa 20 Jahren in der Entwicklung von Webanwendungen, daher sind Frontend und Backend für mich keine Fremdwörter. Diese beiden Bereiche sind stark miteinander verbunden. Ich kann mir beispielsweise nicht vorstellen, dass das Frontend unabhängig oder in erheblichem Maß vom Backend entwickelt wird. Auf beiden Seiten werden dieselben Daten verarbeitet und sehr ähnliche Operationen ausgeführt. Ich habe ein gewisses Verständnis dafür, wie viel Informationen zwischen den Entwicklern beider Teams austauscht werden müssen, um die Entwicklung abzustimmen, und wie oft und wie lange diese Abstimmungen erforderlich sind. Die Teams können nicht ohne enge Kommunikation arbeiten, selbst wenn sie in verschiedenen Zeitzonen tätig sind. Insbesondere, wenn JIRA vorhanden ist.
Ich weiß, dass es sinnlos ist, Backend-Entwickler über einen Deployment 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 die Backend-Entwickler benachrichtigen müssen, dass sie neue oder geänderte Funktionalitäten benötigen. Das Frontend ist von den Deployments des Backends abhängig und nicht umgekehrt.
Was der Junge, der "bring uns Kaffee", nicht als BA (wenn man BA als "Business Analyst" versteht) sein kann, und ein BA kann nicht "junge, bring uns Kaffee" sein. Und schon gar nicht, "Versionen und Komponenten in die Protokolle eintragen" Ohne Rücksprache mit den Entwicklungsteams kann weder der "Junge" noch der BA agieren. Das ist wie ein Wagen, der vor dem Pferd läuft.
Da der "Junge" entlassen wurde, hätten diese Funktionen von "Bring Kaffee" bis "trage in die Protokolle ein", neu verteilt werden müssen zwischen den anderen Teammitgliedern. In einer etablierten Gruppe sind Informationsflüsse und Rollen festgelegt; wenn der Ausführende einer oder mehrerer Rollen die Bühne verlässt, bleibt die Notwendigkeit für die anderen Gruppenmitglieder bestehen, die gewohnte Information von den gewohnten Rollen zu erhalten. Sie können einfach nicht übersehen, dass die für ihre Arbeit benötigten Informationen nicht mehr zu ihnen gelangen. Das ist so, als ob ein Süchtiger den Verlust der Drogenzufuhr nicht bemerkt. Und wie ein Süchtiger nach anderen Kanälen sucht, werden auch die Gruppenmitglieder versuchen, die Quellen der benötigten Informationen auf "der" Seite und neue Ausführende alter Rollen zu finden. Und sie werden definitiv fündig werden. Mindestens bei jemanden, von dem sie glauben, dass er ihnen die benötigten Informationen geben sollte.
Selbst wenn man annimmt, dass gewohnte Informationskanäle zusammengebrochen sind und diejenigen, die es sollten, nicht glauben, dass sie es müssen, werden die Backend-Entwickler nicht sechs Monate lang die Gründe für ihre Misserfolge vor dem Eigentümer verbergen, da ihnen klar ist, dass ihre Probleme auf fehlenden Informationen basieren. Eigentümer werden nicht "dumm" herumsitzen, während sie sehen, dass die benötigten Informationen früher "in der Tabelle waren" und jetzt niemand mehr etwas einträgt. Und der erste Berater war wohl kaum so unprofessionell, dass er nicht mit den Backend-Entwicklern gesprochen und die Ursache des Problems — den Mangel an Abstimmung zwischen den Teams — herausgefunden hätte. Das ist der Grund für die beschriebenen Schwierigkeiten, nicht die Kündigung des "Jungen".
Das banale Fehlen von Kommunikation zwischen Entwicklern ist eine typische Ursache für viele Probleme in der Entwicklung und darüber hinaus. Man muss kein herausragender Berater sein, um es zu erkennen. Es reicht, vernünftig zu sein.
Ich denke, diese ganze Geschichte ist erfunden und schön präsentiert. Nun, nicht ganz vollständig erfunden — alle Elemente stammen aus dem echten Leben (Frontend, Backend, Entwicklung, Junge, Kaffee, "Tabelle", ...). Aber sie sind so verbunden, dass eine solche Konstruktion im wirklichen Leben nicht vorkommt. Man kann alles einzeln in der Umgebung finden, aber in dieser Kombination – nein. Ich habe oben erklärt, warum.
Dennoch wird es sehr plausibel dargestellt. Es liest sich interessant und zeigt persönliche Beteiligung. Mitgefühl für "den Alleskönner-Jungen", das unverzichtbare kleine Räderchen in der großen Maschine (das bin ich!). Herablassung gegenüber den Entwicklern, die so klug und erfahren sind, aber nicht über ihren eigenen Tellerrand hinaussehen (sie sind doch um mich herum!). Leichte Ironie über die Eigentümer, wohlhabende Herren, die sich selbst "wehtun" und die Gründe nicht verstehen (es ist wie in meinem Führungsstil!). Geringschätzung für den ersten "Berater", der nicht die so einfache Quelle der Probleme finden konnte (aha, so einer mit Brille war neulich hier, ging mit einem klugen Gesicht), und enthusiastische Einheit mit dem "wirklichen" Berater, der als einziger die wahre Rolle des Alleskönner-Jungen (also von mir!).
Fühlen Sie sich nach dem Lesen dieses Kommentars innerlich zufrieden? Unsere Rolle als kleine Zahnräder im großen Mechanismus ist in Wirklichkeit gar nicht so klein! Wundervoll formuliert, auch wenn es nicht ganz wahr ist. Aber welch angenehmer Nachgeschmack.
Ich weiß nicht, wer der Kollege ist und in welchem Chat er dieses Offenbarung mit einem anderen Kollegen geteilt hat. und warum der Kollege mkrentovskiy beschlossen hat, es unter dem Artikel "" des herausragenden Hub-Autoren zu veröffentlichen (der übrigens momentan auf dem ersten Platz im Hub-Ranking steht!), aber ich gebe zu, dass der Kollege mkrentovskiy das äußerst gelungen gemacht hat. Die Botschaft des Kommentars und der Schreibstil passen so gut zu der Botschaft und dem Stil anderer Veröffentlichungen nmivanvon ihm, dass man denken könnte, der Krisenberater aus dem Kommentar und der Hauptprotagonist vieler von ihm veröffentlichten Artikel sind ein und dieselbe Person. nmivanIch habe ziemlich viele Veröffentlichungen von Ivan Belokamentsev gelesen, als der Autor 2017 seine Tätigkeit auf Hub begann. Einige sogar mit Vergnügen (
). Er hat einen guten Stil und eine interessante Art, die Inhalte zu präsentieren. Seine Geschichten ähneln sehr den Geschichten aus dem Leben, aber sie haben praktisch null Chance, in der Realität tatsächlich zu passieren,, in der Realität. . So sieht diese Geschichte im Kommentar aus.
Um ehrlich zu sein, denke ich nicht, dass die Publikationen von Ivan auf Habr besser geworden sind. Aber seine Bewertungen und anderer Habr-Nutzer sprechen eine andere Sprache:
Ich verstehe Ihr Genörgel nicht. Habr ist schon lange abgestürzt, und der Autor bringt ein wenig Schwung und hebt die Stimmung der Leser, indem er die Plattform aus der Tiefe zieht.
Ja, Habr ist keine Wohltätigkeit, Habr ist ein kommerzielles Projekt. Habr ist ein Spiegel, der unsere Wünsche reflektiert. Nicht meine persönlichen Wünsche oder die Wünsche jedes einzelnen Besuchers, sondern die Gesamtheit aller unserer Wünsche – das ‚Durchschnittliche‘. Und Ivan Belokamenzev spürt am besten, was wir alle zusammen brauchen, und liefert 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 betrifft uns.
Die von dem Schöpfer geschaffene Realität fasziniert uns nicht mehr.
Gott, die Natur, der Urknall – wie auch immer. Die Realität exists. Sie umgibt uns und ist unabhängig von uns.
Wir leben in Übereinstimmung mit den Gesetzen der Natur (dem Plan Gottes). 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 Hypothesen 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. Mit der heutigen Arbeitsproduktivität müssen wir nicht mehr überleben – eine Minderheit kann die Mehrheit mit allem Notwendigen versorgen. Die Mehrheit muss sich hingegen mit etwas beschäftigen. Historisch gesehen gaben die überschüssigen Ressourcen, die für Kreativität bereitgestellt wurden, den talentiertesten (oder den durchsetzungsstärksten, was ebenfalls Talent ist) Menschen. Heute gibt es so viele Ressourcen, dass sie allen einigermaßen Talentierten zugutekommen, unabhängig vom Niveau. Vergleichen Sie, wie viele Filme weltweit jährlich veröffentlicht werden und wie viele davon sehenswert sind. Wie viele Bücher geschrieben werden und welche davon lesenswert sind. Wie viele Informationen ins Internet gelangen und welcher Teil davon verwendbar ist.
Warum ist der Beruf des IT-Spezialisten so beliebt? Weil man in der IT unzählige Ressourcen verschwenden kann, ohne dass jemand auch nur mit der Wimper zuckt (denken Sie nur an das Problem des Jahres 2000). In der IT kann man jahrelang Anwendungen entwickeln, die noch vor dem Start veraltet sind. Man kann versuchen, inkompatible Komponenten zu integrieren und sie zum Laufen zu bringen, man kann immer wieder eigene Lösungen erfinden oder sich sofort um die Wartung von Programmen in Fortran kümmern, die vor 20 Jahren in Vergessenheit geraten sind. In der IT kann man sein ganzes Leben verbringen und nichts Nützliches beisteuern. Und das Wichtigste – niemand wird es merken! Sogar Sie selbst nicht.
Nur wenigen von uns wird es gelingen, einen bleibenden Eindruck 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, möglicherweise sogar früher. Und schon gar nicht zu Lebzeiten (sofern wir das Rentenalter erreichen). Wir werden unseren Enkeln nicht die Computersysteme zeigen können, an denen ihr Großvater in seiner Jugend gearbeitet hat. Die Leute werden einfach die Namen vergessen. Zu Beginn meiner Karriere habe ich Mail-Server betrieben. unter "". Ich habe noch etwa 20 Jahre bis zur Rente und 10 Jahre bis zu den Enkeln, aber die meisten von Ihnen haben wahrscheinlich noch nie von der "herausragenden E-Mail-Software der Mitte der 90er Jahre" gehört ("top E-Mail-Softwarepaket der Mitte der 1990er Jahre").
Vielleicht sind wir uns in der Realität der Vergeblichkeit unserer IT-Belastung nur schwach bewusst, aber unbewusst streben wir dorthin, wo wir uns wohlfühlen. In imaginäre Welten, in denen die Nutzung von Scrum und Agile unweigerlich zu Produkten führt, die Jahrzehnte lang die Welt mit ihrem Nutzen erobern. Wo wir nicht nur die kleinen Zahnrädchen in großen Maschinen sind, sondern Zahnrädchen, ohne die große Maschinen nicht funktionieren. Wo unser Leben nicht in sinnloser Ausübung routinemäßiger Tätigkeiten verläuft, sondern erfüllt ist von Kreativität und Schöpfung, auf die wir stolz sein können.
Wir fliehen in diese wunderbaren, von jemandem erdachten Welten vor unserer eigenen Bedeutungslosigkeit in der realen Welt. Wir suchen Trost in ihnen.
Wir suchen Trost auch auf Habré. Und Ivan gibt uns hier genau das.
Quelle: habr.com
