Mein Vorgesetzter weigert sich, neue Technologien zu akzeptieren oder zu lernen

Hier ein kleiner Hintergrund: Mein Manager ist seit mehr als zehn Jahren bei diesem Unternehmen. Es scheint, als hätte er in der Zeit, in der er hier ist, sehr wenig gelernt und macht die Dinge so, wie sie immer gemacht wurden. Er ist Ingenieur/Programmierer und arbeitet daher mit C++, SQL Server, .NET, JavaScript und ähnlichen Technologien. Er war auch derjenige, der die Frontend-Entwicklung gemacht hat, also macht er auch HTML und CSS.

Schneller Vorlauf bis heute: Ich bin UX-Analyst, visueller Designer und Webentwickler. Ich würde sagen, mein visuelles Design und meine Webentwicklung sind derzeit stärker als meine UX. Ich beschäftige mich seit geraumer Zeit mit Webdesign und -entwicklung. Ich lese und probiere immer neue Technologien aus, wie CSS-Präprozessoren SASS/LESS, Templating-Sprachen wie Liquid und Compiler-/Umgebungstools wie Jekyll und Vagrant. Ich verwende diese, um meinen Workflow zu optimieren, die Entwicklung zu beschleunigen und meinen Code sauber, effizient und wartungsfreundlicher zu gestalten.

Ich habe diese Technologien und Tools zu meinem Vorgesetzten gebracht, und er versteht sie nicht. Er denkt, dass neue Technologien wie Dreamweaver sind (ich schätze, er hatte schlechte Erfahrungen mit Dreamweaver, wie wir ALLE, und denkt, dass Tools außerhalb der Handcodierung den Code irgendwie verunreinigen werden). Er bringt ständig Argumente gegen sie vor, zum Beispiel, dass sie nicht Cross-Browser-kompatibel sind und Dinge injizieren, die den Code aufblähen. Wenn ich auf eine Sache hinweise, bringt er etwas anderes zur Sprache. Ich denke er will einfach nicht lernen? Ich zeigte ihm physisch ein ziemlich robustes UI-Kit, das ich in den letzten Tagen entwickelt hatte, und er war unbeeindruckt und untergrub die Arbeit ernsthaft, indem er sagte, er dachte, ich benutze einen Drag-and-Drop-Editor, da ich ein Designer und kein Entwickler bin (aber ich bin es ein Entwickler, nur nicht die gleiche Art von Entwickler wie er). Wenn ich ihm von diesen neuen Technologien erzähle und wie sie unseren Arbeitsablauf verbessern, die Produktivität steigern und die Entwicklungszeit erheblich verkürzen werden, wird er mich entweder schließen oder einige Ausreden dafür vorbringen, sie nicht zu verwenden. Er sagt, ich kann sie verwenden, aber er will nur das ausgegebene HTML und CSS, er will nicht das "andere Zeug".

Wie kann ich also jemals vorankommen, wenn mein direkter Vorgesetzter meine Fähigkeiten oder meine Arbeit nicht versteht? Und wenn er meine Arbeit nicht verstehen kann, wie soll er dann jemals den Wert sehen, den ich biete? Ich habe versucht, ihn hinzusetzen und ihm diese Technologien zu erklären, wie sie uns zugute kommen, wie sie leicht zu erlernen und zu verwenden sind und wie sie uns frühere Entwicklungszeit sparen werden. Er hört nur halb zu und nennt dann Gründe, warum er sie nicht verwenden will. Ich hörte ihm zu und versuchte wirklich, auf jedes seiner Anliegen einzugehen, aber er ließ es nicht zu. Er schaltet einfach ab und gibt die gleichen Ausreden. Was kann hier getan werden?

Boss ist der Boss, aber es ist irgendwie seltsam, dass sie an älteren Sachen hängen bleiben und immer noch eine UX-Person haben.
Nun, viele Tools fügen eine lächerliche Menge nutzlosen zusätzlichen Codes hinzu. Ein Beispiel aus meiner jüngsten Arbeit: Der browserbasierte Seiteneditor von SharePoint neigt dazu, Spans und Divs nach dem Zufallsprinzip zu definieren und einem Div, dem einzelnen p darin und den beiden benachbarten, identischen Spans, die das Ganze ausmachen, dieselben Stilparameter zuzuweisen Inhalt der S. Also gehe ich zurück und entferne das div und die Spans und lasse nur ein einzelnes p-Tag um meinen Text herum, was die Byte-Anzahl im Durchschnitt um etwa die Hälfte reduziert.
"Ich benutze diese Tools ... um meinen Code wartungsfreundlicher zu machen." - Ihr Chef möchte wahrscheinlich, dass der Code auch von anderen in Ihrem Team einfach gewartet werden kann. Selbst wenn es etwas Einfaches wie die Verwendung eines LESS-Präprozessors im Build-Prozess ist, kann sich so etwas summieren – wenn Ihr Team nicht mit all den großartigen Tools vertraut ist, die Sie dem Workflow hinzugefügt haben, kann die Unkenntnis mehr Wartungskosten verursachen als die Nutzen, den sie liefern. Wenn Sie diese Änderungen erfolgreich einführen möchten, müssen Sie dies schrittweise tun - verkaufen Sie jede in mundgerechten Mengen an Ihren Chef.
Verwandte, aber vertauschte Rollen - workplace.stackexchange.com/questions/33188/…
Wenn er sagt, Sie können sie benutzen, aber er will nicht, was ist das Problem? Er will nur eine Lieferung. Wenn Sie ihn beeindrucken wollen, beeindrucken Sie ihn mit Ihrem Code, nicht wie Sie ihn erstellt haben. Wenn das Problem darin besteht, dass Ihre Vorstellungen von "gutem" Code und seinen unterschiedlich sind, dann haben Sie ein Problem und müssen entscheiden, ob Sie mit seinen Standards leben können, denn es klingt nicht so, als könnten Sie sie ändern.

Antworten (5)

Ich war vor ein paar Jahren in einer ähnlichen Situation und das habe ich daraus gelernt, obwohl ich eher ein serverseitiger Entwickler bin.

Produktivität in der Softwareentwicklung sollte nicht das alleinige Kriterium bei der Entscheidung für Softwaretechnologie sein. Viel wichtiger ist die Softwarepflege.

Während einige neue Softwareentwicklungstechnologien tatsächlich die Produktivität verbessern, sind viele neue Technologien nur aufregender Flaum, der die Produktivität auf lange Sicht tatsächlich verringert, obwohl sie im Moment alles einfacher zu machen scheinen. Sie sind neu, aufregend, modisch und die Leute, die sie benutzen, gelten als schlau und diejenigen, die dies nicht tun, als rückständig und abgehoben. Dieser Druck treibt die Menschen dazu, die neueste Softwaremode zu übernehmen. Es wurde nicht mehr darüber nachgedacht, diese anzunehmen, als sich zu entscheiden, diese extra engen Jeans oder diese extra niedrigen Hosen zu tragen, die die Unterwäsche zeigen.

Erfahrene Entwickler haben mehrere Zyklen von Software-Modewahn erlebt. Sie haben sogar gesehen, wie Ideen in der Softwareindustrie aus der Mode kamen, kurzzeitig wieder in Mode kamen und wieder aus der Mode kamen, wie Schlaghosen. Daher suchen sie eher nach Methoden und Ideen, die einen langfristigen Wert bieten, nicht nur flauschige Aufregung. Das erklärt die Vorgehensweise Ihres Vorgesetzten.

Ich habe viel von meinem Vorgesetzten gelernt, der ähnliche Ideen wie Ihr Vorgesetzter hatte, und das Team, dem ich angehöre, profitiert jetzt von seinem Ansatz.

Ich wünschte, ich könnte dies mehr positiv bewerten. Ich habe viele Projekte torpediert gesehen, weil die Technologie, die einige der Entwickler eingeführt haben und die die Produktivität zu steigern schien , am Ende viel mehr Arbeit verursachte, als die unvermeidlichen Änderungen angefordert wurden. Je kompliziertere Dinge der Mischung hinzugefügt werden, desto schlimmer wird es am Ende.
Ich würde das millionenfach positiv bewerten. Aber dann waren einige von uns an dem Versuch beteiligt, ein ernstes Produktionsproblem zu beheben, bei dem alle fünf Minuten nach Fortschritt gefragt wurde, weil das Unternehmen Geld verliert und ineffizienten, aufgeblähten Code filtern muss, der von einem Tool generiert wurde.
Ich möchte auch mehrmals upvoten. Es gibt viele neue Dinge, die cool sind, aber sie sollten im Hinblick auf den gesamten Lebenszyklus des Produkts bewertet werden, nicht nur auf ihre Coolness oder Neuheit.
Ich stimme Ihrer Antwort teilweise zu. Ja, die Wartung ist sehr wichtig. Und ja, es gibt modischen Flaum in der Softwaretechnologie. Aber gleichzeitig sind alte Technologien manchmal mit echten Problemen belastet, und einige der neuen Technologien gehen diese Probleme sehr gut an. Nun habe ich LESS nie verwendet und kann nicht sagen, ob es zu den wirklich nützlichen neuen Technologien oder zum Flaum gehört. Aber alle neuen Technologien als Modewahn in einen Topf zu werfen, ist nicht produktiv, und wenn der Manager sich weigert zu verstehen, wie sie funktionieren, wird er nicht in der Lage sein, zwischen dem Flaum und der wertvollen Innovation zu unterscheiden.
Wenn Sie nicht an etwas so Einfachem arbeiten, dass Sie es beim ersten Versuch perfektionieren können, ist Produktivität untrennbar mit Wartbarkeit verbunden.

Steht es in Ihrer Stellenbeschreibung, festzulegen, welchen Technologie-Stack Ihr Unternehmen verwendet?

Wenn nicht, dann müssen Sie akzeptieren, dass es nicht Ihre Aufgabe ist, diesen Aspekt des Unternehmens zu ändern.

Es gibt Gründe, warum sich ein Unternehmen dafür entscheidet, an den alten Technologien festzuhalten, die es bereits verwendet – die Abneigung, das Risiko einzugehen, die erste zu sein, die einem in den Sinn kommt.

Trotzdem können Sie Ihrem Vorgesetzten gegenüber argumentieren, dass er die Rolle hat, Änderungen am Technologie-Stack vorzunehmen. Es hört sich so an, als hättest du das bereits getan. Sie müssen auch akzeptieren, dass das Unternehmen im Guten wie im Schlechten genau so arbeiten möchte.

Anstatt zu versuchen, Ihr aktuelles Unternehmen an Ihre Arbeitsweise anzupassen, sollten Sie vielleicht ein anderes Unternehmen suchen, das bereits über die Kultur und Technologie verfügt, die zu Ihnen passen.

"Wenn nicht, dann müssen Sie akzeptieren, dass es nicht Ihre Aufgabe ist, diesen Aspekt des Unternehmens zu ändern" - Ich bin anderer Meinung, es ist die Aufgabe jedes Mitarbeiters, die Dinge zu verbessern. Aber Sie haben insofern recht, als es nicht seine Aufgabe ist, es über die Empfehlung hinaus zu treiben (oder vielleicht einen Bericht zu schreiben, in dem die Ansätze verglichen werden).
Nur weil Sie nicht die endgültige Entscheidung getroffen haben, heißt das noch lange nicht, dass Sie starke Empfehlungen aussprechen können. Niemand bat mich, ein CRM-System zu finden, ich schlug vor, dass mein Unternehmen eines brauchte, und beteiligte mich an der Auswahl und Implementierung. Viele Menschen definieren ihre Jobs.

Wie viele Programmierer arbeiten Sie mit der Mentalität eines Ingenieurs. Sie versuchen logischerweise, Probleme zu lösen, und selbst wenn Sie wissen, dass etwas funktionieren sollte, es aber nicht funktioniert, bleiben Sie dran und nehmen die Änderungen vor, bis es funktioniert.

Dies tun Sie jedoch selten, wenn Sie es mit weniger technisch versierten Personen zu tun haben. Sie stützen etwas auf technische/logische Verdienste und verstehen nicht, warum die Leute sich nicht daran halten, wenn sie vielleicht sogar zum gleichen Schluss kommen. Du musst dran bleiben. Das bedeutet nicht zwangsläufig, an diesem Problem festzuhalten. Ihr Chef wird irritiert sein, wenn Sie das tun.

Denken Sie darüber nach, wie Sie diese Art von Vorschlägen anders angehen können. Du wirst die Idee verkaufen müssen. Technischer Wert ist nicht genug. Da Sie darin nicht sehr gut sein werden, wird es einige Zeit dauern, bis Sie den richtigen Ansatz finden und lernen, wie man überzeugt.

Das Erlernen dieser Fähigkeit ist besser für Ihre Karriere und Ihren Verstand. Erwarte nicht einfach, dass alle so denken wie du. Anpassen und lernen.

Ich halte es generell nicht für die Verantwortung eines Managers, jede einzelne Technologie im Stack zu kennen. Es ist viel wichtiger, dass der Manager weiß, wie man ... na ja ... das Team führt und Produkte herausbringt. Es ist bedauerlich, dass er sich gegen all dieses neue Zeug wehrt. Vielleicht ist es am besten, eine ehrliche (nicht konfrontative) Diskussion mit ihm darüber zu führen? Meiner Erfahrung nach ist es den meisten Managern egal, was Sie verwenden, vorausgesetzt, es bringt einen Mehrwert. Manchmal kann eine klare Dokumentation hilfreich sein, die die komparativen Vorteile dessen, was Sie verwenden möchten, gegenüber dem, was bereits verwendet wird, aufzeigt. Vielleicht lohnt es sich herauszufinden, ob er einer dieser Manager ist. Basierend auf dem, was Sie sagen, klingt es für mich so, als würde es ihm überhaupt nichts ausmachen, wenn es eine Vereinbarung gibt und er sich nicht darum kümmern muss.

Ist es in Bezug auf die Formate Ihrer Ergebnisse wirklich eine so große Sache, wenn er nur HTML und CSS haben möchte? Ist es möglich, dass Sie wollen, dass er Ihre Haltung so sehr übernimmt, dass Sie bei diesem (vergleichsweise) kleinen Problem keine Kompromisse eingehen wollen? Wenn er HTML und CSS haben möchte, gib es ihm einfach. Ich persönlich würde den Kampf um lieferbare Formate vermeiden und mein politisches Kapital für etwas anderes sparen.

Ich denke, Sie haben eine gute Antwort, müssen aber ein bisschen haben. Hoffentlich bringt es einen Mehrwert.

Es scheint nicht so, als würde Ihr Chef umziehen, und Sie werden ihn nicht dazu zwingen.

Seien Sie froh, dass Sie die Tools verwenden können und er möchte nur HTML und CSS.

Es ist nicht so, dass er Ihre Fähigkeiten nicht versteht. Er will einfach nichts Neues lernen.

Es sieht so aus, als ob Ihr Manager einfach eine Weile nicht umgezogen ist. Zumindest ist es nicht C, aber C# ist einfach produktiver. Ich denke, wir können sicher sein, dass HTML5 keine Modeerscheinung ist.

Mein Vorgesetzter weigert sich, neue Technologien zu akzeptieren oder zu lernen
AntwortenHierDatenschutz-Bestimmungen1y, 0v