Gutes neues Jahr an alle!
Inspiriert von dem Artikel Business, ich liebe euch Verovir- Kollegen sowie ihren eigenen Artikel. Verlassen - verlassen? Ein nächtliches Gespräch über Entlassungen (obwohl letzteres eine gesonderte ausführliche Antwort verdient).
Kollege, Sie haben in dem Artikel die Hauptproblempunkte gut identifiziert, die Sie im IT-Geschäft (und nicht nur) treffen können.
Eine objektive Bewertung und Empfehlungen für jeden dieser Punkte („Was ist tatsächlich passiert und was ist zu tun?“) Ist jedoch eine umstrittene Frage.
// Das gilt übrigens auch für Ihren vorherigen Artikel
Zum Beispiel.
Sie haben über einen VMK-Absolventen gesprochen, der Ihre Teamleiter leicht verstreut hat und nach Kalifornien gegangen ist. Dann sind die Spuren verloren.
Dies ist eine bekannte Geschichte aus der Sowjetzeit, als die Fabriken keine heißen Absolventen mochten, die mehrere Normen pro Zeiteinheit aufstellten.
Sie mochten es nicht, weil "heute ein Kunststück ist, morgen ein Plan".
Morgen wird dieser Absolvent nach Kalifornien abreisen oder zu einer Familie und einer Hypothek heranwachsen und sich in denselben Teamleiter verwandeln, den Sie wegen ihm entlassen haben.
Sie sind auf einen Rechen getreten, haben aber keinen Schlag auf Ihre Stirn bemerkt.
Dies ist unabhängig von der tatsächlichen Qualität dieser Teamleiter (abhängig davon, ob ihre Entlassung entweder Ihr Fehler war oder ob sie nicht im Zusammenhang mit dem VMK-Absolventen entlassen werden mussten).
Sie schreiben über das Geschäft, aber es geht nicht nur um die Schock-Exploits in einer einzigen Aufgabe mit einem hohen Busfaktor.
In der Geschäftswelt geht es darum, große Aufgaben von einem Team zu lösen, das sich langsam bewegt (ja, mit Teamleitern wie Ihrem, mit Mitarbeitern, die wie Nachkommen aus dem Kindergarten denken usw.), aber sicher. wie ein Eisbrecher und fegt irreversibel alles auf seinem Weg und erreicht mit hoher Wahrscheinlichkeit die geplanten Ergebnisse.
Laut meinen Kollegen, die sich mit diesem Thema befasst haben, wird ein Team von fünf motivierten genialen Rockstars in N-Zeit und ein Team von fünf Personen in 3xN-Zeit arbeiten.
Und diese Einschätzung erscheint mir angemessen.
Beachten Sie, dass der Gesamtpreisanstieg etwa 15xN betragen wird - weil Sie müssen nicht nur 5 Gehälter zahlen, sondern diese auch dreimal länger bezahlen. Dabei werden andere Ausgaben nicht berücksichtigt - ein größeres Büro, mehr Computer und andere Ausgaben.
Aber das ist ein Team. Bei ordnungsgemäßer Verwaltung wird garantiert, dass das geplante Ergebnis erreicht wird.
Und wenn wir über das Geschäft sprechen, kann das Team die Aufgaben in Bezug auf Volumen und Umfang erledigen, die Einzelgänger nicht mehr bewältigen können.
Ein weiteres Beispiel. Ein Kollege OlegGelezcov hat gut bemerkt, dass Ihr Artikel aus der Serie stammt, dass "Ruderer nichts wert sind" (Ihr vorheriger Artikel befindet sich übrigens in derselben Steppe).
Das heißt, zum größten Teil schreiben Sie: "Egal wie Sie behandelt werden, wischen Sie sich selbst aus, ziehen Sie Schlussfolgerungen und fahren Sie fort."
Reden wir über Ruderer
Anscheinend sprechen wir über Entwickler (Programmierer) und teilweise über QS-Ingenieure
In letzter Zeit war es Mode, Entwickler nicht nur mit Ruderern, sondern auch mit Arbeitern an der Maschine zu vergleichen.
Mal sehen, ob das stimmt.
Zunächst ist ein Entwickler ein Ingenieur, und ein Arbeiter, selbst der erfahrenste, ist ein Arbeiter.
Und dies ist ein grundlegender Unterschied, aus dem alles andere bis zu Unterschieden von 180 Grad folgt.
Kann ein Entwickler einen Tester, Analysten oder PM ersetzen?
Ein Tester ist einfach.
Erstellen Sie Testfälle für Ihren Code, klicken Sie auf alles und schreiben Sie Autotests.
Darüber hinaus schreibt der Entwickler weiterhin Unit- und Integrationstests.
Ja, es wird ein bisschen schlimmer sein, weil Der Autor testet seinen Code mit einem blinden Auge (aber Sie können ihn einem anderen Entwickler geben).
Analytics - wenn nicht einfach, aber nicht schwierig.
Ein Teil des Entwickler-Trainingskurses ist genau das Studium des Themenbereichs, die Problemstellung und die Modellierung. Und jetzt, wo OOP heute unmodern ist, geht es genau um "das".
PM'a? Nun, wenn ein Entwickler mehr oder weniger in der Lage ist, Aufgaben "von oben" zu betrachten, mehr oder weniger kontaktfreudig und im Allgemeinen mit seinem Kopf befreundet ist, dann, wenn es keine Erfahrung gibt, dann mit Schwierigkeiten, mit weniger Qualität, aber er kann.
Ist ein umgekehrter Austausch möglich? Vor allem, wenn wir ehrlich zu uns selbst sind und zugeben, dass Tester, Analysten und PMs hauptsächlich Absolventen technischer Universitäten sind, die offen gesagt nicht programmiert haben (und in letzter Zeit sind die Leute überhaupt dazu gekommen, in die IT einzusteigen) Parteien, und genau diese Positionen; Ausnahmen kommen in die Entwicklung))?
Ein Tester - mit Schwierigkeiten, höchstwahrscheinlich ausgehend von einer Junior-Position, mehr über Entwicklungssprachen und -plattformen, Entwicklungsmuster (anstatt zu testen), Informatik im Allgemeinen, ein Paradigmenwechsel im Denken, aber es kann.
Mit anderen Worten, er kann, aber nicht jeder, und das mit sehr großen Schwierigkeiten und Kosten.
Analyst? Wenn es einen Hintergrund in der Ingenieurausbildung und -arbeit gibt, ist dies wahrscheinlich möglich, aber weniger wahrscheinlich als bei einem Tester.
Denn mit der seltenen Ausnahme starker Analysten (und tatsächlich Analysten , nicht "Analysten") gehen diejenigen, die die Entwicklung nicht beherrschen, zu den sogenannten Analysten.
Und die Tatsache, dass Entwicklung eine gewisse psychologische Verfassung erfordert (Introversion, Ausdauer, hohe Konzentration; ja, jetzt gibt es Versuche, die Branche neu zu gestalten, so dass im Gegenteil Hyperaktivität gefragt ist, aber wir diskutieren auch dieses Problem), und moderne " Analysten "sind in diesem Sinne eindeutig weiter von Entwicklern als von Testern entfernt.
Im Allgemeinen geht es beim Konzept der Analytik nicht um die Rolle, die in modernen Entwicklungsprozessen als "Analytik" bezeichnet wurde.
Mit anderen Worten, nein statt ja.
PM? Wie das Sprichwort sagt: "Es gibt keine Zeit zu erklären." Mit hoher Wahrscheinlichkeit, nein, mit wirklich wenigen Ausnahmen.
Und wenn es sich nicht um ein System handelt, bei dem das Unternehmen PM- / Linienmanager gezielt von Entwicklern und nicht von Testern und Analysten entwickelt.
Bei den Werken und Arbeitern ist die Situation jedoch eher spiegelbildlich.
Wenn Sie den Direktor, den Buchhalter und den Vermarkter zu dreimonatigen Kursen schicken, können diese im Großen und Ganzen zumindest den Dreher, den Schweißer und den Schlosser in den ersten Kategorien ersetzen.
Aber kann ein Mitarbeiter diese Rollen nach einem dreimonatigen Kurs ersetzen?
Vielleicht kann ein hochqualifizierter Arbeiter nach den Kursen einen Buchhalter (nicht den Hauptbuchhalter) ersetzen und die Belastung durch das Darlehen reduzieren und Gelder und Gelder zwischen Konten überweisen (ob es für ihn interessant ist, ist eine andere Frage).
Regisseur, Vermarkter usw.? Dies ist deutlich schwieriger, wenn nicht von expliziten Ausnahmen gesprochen wird.
Wenn überhaupt, dient die obige Diskussion über verschiedene Berufe und Rollen nicht dazu, jemanden relativ zu anderen zu erheben und umgekehrt.
Hier geht es um die Tatsache, dass es bestimmte Rollen im Produktionsprozess gibt, und um den objektiven Wert jeder Rolle, der einschließlich bestimmt wird (Nicht-) Ersetzbarkeit durch Vertreter anderer Rollen.
Hier geht es um die Tatsache, dass all diese modischen Gespräche in den letzten Jahren über "Ruderer", "Entwickler an der Maschine" - dies ist nur ein systematischer Versuch, die Rolle der Entwickler herunterzuspielen.
Diejenigen, die dieses Thema bewegen, werden am Ende keinen Erfolg haben, denn es gibt die Natur der Dinge, aus denen alles andere hervorgeht. Ein Entwickler ist ein Ingenieur , kein Ruderer oder Arbeiter (bei allem Respekt vor letzterem).
Und früher oder später wird entweder alles wieder auf den ersten Platz zurückkehren, weil es auf andere Weise nicht funktioniert, oder alles wird kaputt gehen, wenn alle zur Qualitätssicherung, zu Analysten, PMs gehen und niemand zu Entwicklern gehen möchte (und es gibt niemanden sonst) )