Ich bin Manager in einem mittelständischen Ingenieurbüro. Wir haben vor Kurzem ein Mandat umgesetzt, dass jeder nun einen Windows-Laptop mit verschiedenen darauf installierten Sicherheitstools für Audit-, Backup- und rechtliche Zwecke verwenden muss. Ein neues Software-Tool zum Schreiben von Code (dh ein Visual Studio) muss jetzt auch verwendet werden.
Dies ist bei den meisten unserer Ingenieure (insgesamt etwa 60) gut angekommen, aber 5 bestimmte leitende Ingenieure haben Einwände dagegen. Sie haben ein gemeinsames Setup, bei dem sie fast alles über die Befehlszeile und mit einigen Konsolen-Texteditoren erledigen. Wir haben ihre Bitte berücksichtigt, ihnen zu erlauben, ihr bestehendes Setup auf den neuen Laptops weiter zu verwenden, aber jeder muss jetzt die Entwicklung in Windows durchführen. Wenn sie ihr Linux-Setup wünschen, können sie eine virtuelle Maschine erstellen, aber die Codierung muss weiterhin in Visual Studio erfolgen.
Nachdem ihre Laptops endlich ersetzt wurden, ist ihre Produktivität insgesamt sprunghaft gesunken. Ich habe sie mehrmals nach dem Grund gefragt, und sie legen großen Wert darauf, dramatisch langsam zu tippen oder Seiten mit Dialogen/Menüs mit der Maus zu durchlaufen, fast alles auf Windows, Visual Studio zu schieben und einen "Rookie"-Texteditor verwenden zu müssen.
Die fraglichen Ingenieure sind hochrangig und klug, und ich denke, dies ist nur ihre Art, sich Veränderungen zu widersetzen, aber ich brauche sie, um wieder wie gewohnt weiterzumachen.
Wie kann ich am besten mit ihnen zusammenarbeiten, um ihnen zu helfen, den neuen Standard einzuhalten?
Wenn Sie wirklich wollen, dass die Entwickler wieder auf ihr altes Produktivitätsniveau zurückkehren, müssen Sie anfangen, sensibler auf ihre Bedenken einzugehen. Im Moment haben Sie (oder Ihr Unternehmen, es spielt keine Rolle, Sie vertreten das Unternehmen in dieser Angelegenheit) einem Haufen kreativer Leute gesagt: "Wir nehmen Ihnen Ihre Lieblingswerkzeuge weg, schlucken Sie es." Anstatt zu versuchen, mit den Entwicklern zusammenzuarbeiten, setzen Sie sie stattdessen herab, indem Sie Wörter wie „antiquiert“ und „schmollend“ verwenden; Auch wenn Sie diese Worte nicht direkt verwendet haben, bin ich mir ziemlich sicher, dass Ihre Einstellung dazu offensichtlich ist.
Als Manager von Entwicklern sind Sie sich bewusst (oder sollten sich bewusst sein), dass eine solche Entscheidung zumindest bei einigen Ihrer Mitarbeiter Unmut hervorrufen würde. Erklären Sie ihnen, dass Sie ihre Bedenken verstehen und mit ihnen zusammenarbeiten möchten, um den Schmerz zu minimieren, den diese Entscheidung verursacht. Erklären Sie ihnen die geschäftlichen Gründe für diese Änderung und dass Sie es zu schätzen wissen, dass Sie ihre Jobs schlechter gemacht haben, aber das Unternehmen diese Änderung braucht. Arbeiten Sie mit ihnen, anstatt gegen sie - gibt es einen Knochen, den Sie ihnen im Austausch dafür zuwerfen können, dass sie ihre Entwicklungsumgebungen durcheinander gebracht haben? Hören Sie auf jeden Fall auf, darüber zu streiten (wie Sie es in Kommentaren tun), ob ihre bevorzugte Entwicklungsumgebung besser ist oder nicht.
Alternativ können Sie sie zu einem Disziplinargespräch führen und ihnen eine schriftliche Verwarnung geben. Gleichzeitig können Sie genauso gut mit der Personalabteilung über Ihren Bedarf an fünf (oder vielleicht mehr) neuen leitenden Ingenieuren sprechen, da niemand für ein Unternehmen mit einer so beschissenen Einstellung gegenüber kreativen Talenten arbeiten möchte.
Die Kommandozeile ist für Experten:
Was die von Ihnen erwähnten Editoren betrifft, so sieht es so aus, als hätten Sie den ersten richtig verstanden: vim
. Der andere jedoch ist wahrscheinlich emacs
, nicht emux
. Ähnlich wie bei dem Argument Befehlszeile vs. GUI, das ich oben vorgebracht habe, neigen Menschen, die in die Welt von Befehlszeilen- und modalen "antiquierten" Editoren eingetaucht sind (aber nicht garantiert), viel erfahrener zu sein als ihre Gegenstücke, die die Benutzeroberfläche verwenden (Greg Kroah- Hartman, wohl einer der klügsten Linux-Kernel-Entwickler, der derzeit aktiv ist, verwendet mutt
für E-Mail und vim
für die Entwicklung; und beide sind "antiquiert" aussehende Werkzeuge). Die Leute, mit denen ich gearbeitet habe, die solche Setups verwenden, sind in der Regel Kernel- oder Linux-Experten, schreiben ihre eigenen Plugins für die Codevervollständigung und helfen bei täglichen Aufgaben usw. Sie haben erwähnt, dass nur leitende Ingenieure dagegen sind : das kommt nicht überraschend.
Es hört sich so an, als würden „die Fünf“ ein wenig übertreiben, wenn sie die von Ihnen beschriebene langsame Eingabe und Mausnutzung demonstrieren, aber es ist wahrscheinlich keine 100%ige Übertreibung: Sie erzählen Ihnen das Problem, und Sie „weigern sich, es zu glauben“. . Sie haben eine Gruppe von Experten, Sie haben ihnen die Power-User-Tools weggenommen, die sie verwenden, um bei ihrer Arbeit hervorragende Leistungen zu erbringen, und ihnen anstelle ihrer bisherigen Tools einheitliche Tools gegeben. Die Tatsache, dass Ihr Produkt unter Linux läuft und alle Entwickler Windows verwenden müssen, um dafür zu bauen, ist verwirrend: Es macht einfach keinen Sinn.
Wenn Sie die Anforderung „Sie müssen in Visual Studio programmieren“ fallen lassen und sie virtuelle Maschinen verwenden lassen, werden Sie sich wahrscheinlich irgendwo in der Mitte treffen, und ihre Produktivität wird sich erholen (obwohl Sie wahrscheinlich neue Probleme haben werden, wie z. virtuelle Festplattendateien werden beschädigt) schneidet jetzt in ihre Routine ein.
Geben Sie ihnen einfach die neuen Laptops und lassen Sie sie Linux und Windows dual booten.
emacs.exe
Ich spreche als Power-User mit VIEL Erfahrung mit Linux und Windows ...
1) Sie haben gerade die Werkzeuge genommen, die Ihre Ingenieure Ihnen gesagt haben, dass sie ihre Arbeit erledigen müssen. Das ist so, als würden sie Ihnen sagen, dass sie Schraubendreher brauchen, und Sie darauf bestehen, dass sie Hämmer verwenden können. Es gibt viele Aufgaben und Nischen, in denen Linux die überlegene Lösung ist.
2) Es ist erstaunlich, wie oft die IT denkt, dass sie die Tools von R&D kontrollieren sollte. Es ist eine schlechte Idee, weil die beiden Gruppen sehr unterschiedliche Prioritäten haben.
3) Höchstwahrscheinlich ist das ganze " einen "Rookie"-Texteditor verwenden müssen " oder " mit der Maus durch Seiten von Dialogen/Menüs gehen " nur die Spitze des Eisbergs und was sie Ihnen leicht zeigen können. Es gibt Werkzeuge, die sie einfach nicht mehr haben.
4) Alle paar Jahre kommt eine neue Fenstervariante auf den Markt und zerstört die gesammelte Erfahrung, die die Leute mit dem alten gemacht haben. Linux und insbesondere die Befehlszeile tun das nicht. Eine erfahrene Person, die an die Befehlszeile gewöhnt ist, kann also über jahrzehntelange Erfahrung verfügen, um Dinge zu erledigen, und jetzt lernen sie mit einer GUI alles von Grund auf neu. Sie sind also nicht mehr „erfahren“.
Lösungen:
1) Lassen Sie sie zu Linux zurückkehren.
2) Warte ab. Irgendwann werden sie besser werden ... aber das ist noch lange nicht dasselbe, als würden sie in Bezug auf die Effizienz wieder ganz auf den Stand zurückkommen .
Was auch immer Sie tun, Sie sollten darauf vorbereitet sein, dass einer oder mehrere von ihnen aufhören . So etwas sorgt für verärgerte Mitarbeiter. Senior-Entwickler mit Linux-Erfahrung sind leicht einzustellen.
Basierend auf dem, was Sie präsentiert haben, gibt es kein Zurück mehr. Die Entwicklung erfolgt in der neuen Umgebung. Als Manager müssen Sie sich der Realität stellen. Unabhängig davon, was Sie denken, waren „sie“ in der alten Umgebung produktiver. Es ist nur eine Tatsache.
Da es kein Zurück gibt, müssen Sie sicherstellen, dass sie sich in der neuen Umgebung auskennen. Lassen Sie sie mit anderen zusammenarbeiten, die sich in Windows hervorzuheben scheinen. Legen Sie ein akzeptables Leistungsniveau und Konsequenzen für diejenigen fest, die sie in einer bestimmten Zeit nicht erfüllen können.
Hoffentlich nehmen sie dich ernst und verbessern dich. Was Sie tun möchten oder können, wenn sie es nicht tun, müssen Sie als Manager bestimmen. Schließlich ist das Ihr Job.
Besonders leitende Angestellte haben ein beträchtliches "Muskel"-Gedächtnis, wenn es darum geht, mit ihren Werkzeugen zu arbeiten, und Sie haben im Grunde all diesen Vorteil verloren.
Außerdem sind sie anscheinend nicht einmal mit den neuen Tools vertraut, die sie jetzt verwenden sollen, wodurch Sie mehr Produktivität verlieren.
Dieser erhebliche Produktivitätsverlust und das schlechte Arbeitsklima sind Ihre Schuld / die Ihres Unternehmens, indem Sie Ihren Mitarbeitern eine völlig neue Arbeitsumgebung und ein völlig neues Toolset aufzwingen.
Sie sollten eine Übergangszeit (idealerweise zwischen Projekten) eingerichtet haben, in der sie sich mit der neuen Software vertraut machen und in die Produktion einsteigen konnten.
Wenn Sie keine Schulungen für die neuen Tools durchgeführt haben, sollten Sie dies sofort tun.
Sie können auf Ihre verärgerten Mitarbeiter zugehen, indem Sie ihnen Schulungen anbieten und ihnen etwas Zeit lassen, bis sie mit dem neuen System vertraut sind. Dies wird eine Weile dauern, das sollten Sie eingeplant haben.
Sie müssen sehr wichtige Gründe haben, warum Sie sich für den Einsatz dieser speziellen Software entschieden haben, diese Ihren Mitarbeitern klar kommunizieren und ihnen nicht nur den Nutzen für das Unternehmen, sondern auch alle Studien zeigen, die den Nutzen für Ihre Ingenieure hervorheben.
Stellen Sie sicher, dass sie lernen, diese zuerst zu nutzen, um die Produktivität wiederzugewinnen, und lassen Sie sie hoffentlich das Gute in der extremen Veränderung sehen, die sie jetzt durchkauen müssen.
Ihr Unternehmen hat gerade eine tektonische Verschiebung durchgemacht.
Kurze Antwort: Lassen Sie mich Ihnen sagen, wie es sich für sie anfühlt: Stellen Sie sich vor, Sie wären Ihr ganzes Leben lang Rechtshänder und würden dann gebeten, die Mona Lisa mit der linken zu zeichnen. Ja, das war's.
Lange Antwort :
Lassen Sie mich Ihnen eine Perspektive aus der Sicht eines Programmierers geben.
Es ist keine Überraschung, dass Ihre erfahrenen Mitarbeiter der Änderung widersprechen.
Sie haben Erfahrung in der Verwendung der Standardwerkzeuge gesammelt, die in der Programmier- und Softwareentwicklungsgemeinschaft verwendet werden.
Dies sind alte Werkzeuge und immer noch weit verbreitet. Das macht sie nicht antiquiert. Sie zeigen, dass sie für die Softwareentwicklung geeignet sind und daher eine große Unterstützung für die Benutzer bieten. Und die Leute lieben sie.
Nun, wenn sie diese erstaunlichen Tools nicht verwenden dürfen, dann seien Sie auf reduzierte Produktivität und möglicherweise verpasste Fristen vorbereitet .
Nun zum Produktivitätsabfall: Ihre leitenden Angestellten werden aufgrund der Einschränkungen einer neuen Entwicklungsumgebung stark behindert.
Als jemand, der Vim und Linux verwendet, möchte ich Ihnen sagen, dass die geistige Erschöpfung des Mitarbeiters aufgrund der verringerten Produktivität größer sein wird als Sie.
Sie wollen produktiv sein und dabei nicht nur schmollen. Stellen Sie sich vor, Sie hätten einen Formel-1-Rennwagen, der aber nur 20 Meilen pro Stunde fahren darf.
Ich gehe davon aus, dass sie nicht stundenweise bezahlt werden und wenn sie ihre Fristen nicht einhalten, werden sie möglicherweise gefeuert, vielleicht nicht sofort, aber möglicherweise in der Zukunft.
Visual Studio ist eine integrierte Entwicklungsumgebung (Integretaed Development Environment, IDE) und eine großartige noch dazu. Sie können sie wissen lassen, dass vim- und emacs-Plugins für sie verfügbar sind, die die Moral und Produktivität (für eine kurze Zeit) verbessern würden.
Aber hier ist der wichtigste Grund, warum Ihre Mitarbeiter möglicherweise unzufrieden sind: cmd.
cmd steht für Eingabeaufforderung und ist das Hauptterminal für Windows, es ist schrecklich (schönste Art, es auszudrücken). Microsoft hat jedoch großartige Arbeit geleistet und sein cmd für Windows10 verbessert. Windows 10 verfügt auch über eine WSL-Funktion, die es ermöglicht, eine Linux-Distribution nebeneinander auszuführen und viele wichtige Linux-Tools zu installieren, die in Windows nicht verfügbar sind. Vielleicht kannst du Windows 10 verwenden?
Zum Managementaspekt kann ich nichts sagen, da ich diese Erfahrung nicht habe. Ich würde jedoch freundlich empfehlen, sich vor einer Änderung der Arbeitsumgebung freundlicherweise mit den Teammitgliedern zu beraten.
Die meisten Beschwerden kommen von jüngeren Mitarbeitern, aber da die älteren Mitarbeiter betrübt sind, zeigt dies einen ernsthaften Mangel an Kommunikation.
Warum wurden die leitenden Angestellten vor einer solchen tektonischen Verschiebung nicht konsultiert? Sie sollten diejenigen sein, die bei der Entscheidung helfen sollten, welche Werkzeuge in der Produktion verwendet werden sollen.
Das ist der Kern des Problems...
Das Beste, was Sie hier tun könnten, wäre, mit dem Entwicklungsteam, dem Betrieb, den Sicherheitsleuten usw. zusammenzuarbeiten, um einen Weg zu finden, den Entwicklern die Verwendung der Tools zu ermöglichen, die sie verwenden möchten, um die Sicherheits- und Hörbarkeitsbedenken auszuräumen. Dies kann mit mehr Aufwand und einigen Kompromissen seitens der Entwickler und der Inkaufnahme größerer Sicherheitsrisiken verbunden sein.
Unter der Annahme, dass dies nicht möglich ist, müssen Sie dem Entwicklungsteam erklären, warum Sie diese Änderungen vornehmen. Bereiten Sie einen Vortrag und ein Dokument vor, in dem Sie erklären, warum Sie diese Änderungen vornehmen müssen. Ich kann verstehen, warum es einfacher ist, zu sichern und zu prüfen, wenn ein Betriebssystem verwendet wird als zwei. Mir persönlich fällt es schwer, mir vorzustellen, warum die Wahl der Softwareentwicklungswerkzeuge (mit Ausnahme von Debuggern und Netzwerkschnüfflern) eine Rolle spielen sollte. Erklären Sie ihnen, warum die Tools, die sie verwenden möchten, Ihre Anforderungen nicht erfüllen können. Erklären Sie, warum Visual Studio verwendet werden muss. Seien Sie offen für die Fragen der Menschen.
Ihr Entwicklungsteam wird auch eher geneigt sein, sich diesen Änderungen zu widersetzen, wenn es der Meinung ist, dass die Möglichkeit besteht, dass sie rückgängig gemacht werden. Machen Sie deutlich, dass die Entscheidung aus den von Ihnen angegebenen Gründen nicht rückgängig gemacht wird.
Sie müssen aufhören, die Entwickler für unprofessionell zu halten. Sie tun nur, was sie für möglich halten, um eine Änderung rückgängig zu machen, die ihrer Meinung nach ein Fehler ist und es ihnen erschwert, ihre Arbeit zu erledigen. Sie denken vielleicht, dass Sie dogmatisch und unflexibel sind. Es nützt niemandem, davon auszugehen, dass andere nicht das Richtige tun. Deshalb ist Offenheit wichtig.
Das Unternehmen hat sich für eine besondere Balance zwischen Sicherheitsbedenken und Entwicklerproduktivität entschieden. Sie müssen jetzt akzeptieren, dass Deleopers weniger produktiv sein werden. Von vielen Entwicklern verlangen Sie, dass sie viel Zeit und Energie in das Erlernen neuer Tools investieren. Einige werden entscheiden, dass es keine gute Investition ist, und werden gehen. Schlimmer noch, sie entscheiden sich möglicherweise dafür, die Werkzeuge nicht zu lernen und zu bleiben. Sie müssen planen, was zu tun ist, wenn beides eintritt.
Jedes Mal, wenn Sie Entwickler fragen, insbesondere solche, die in ihrer Art festgelegt sind (jung oder alt spielt wirklich keine Rolle), werden Sie beim „Standardisieren“ auf Widerstand stoßen. Aus Unternehmenssicht sind Standards sinnvoll, und wenn sie einmal etabliert sind und sich der Staub gelegt hat, führt dies normalerweise zu einem saubereren Code und einer besseren Produktivität.
Sie haben hier also zwei Möglichkeiten:
Das oben Gesagte. Ihre Firma ist ein Idiot. Sie haben diese Änderung vorgenommen, ohne den Ältesten im Team zu konsultieren. Anstatt einen Standard darüber zu formulieren, was funktioniert und was Industriestandard für das ist, was Sie entwickeln, haben Sie etwas ausgewählt, das jemand in der IT für am kostengünstigsten hielt, und sich dafür entschieden. Sie haben jetzt jedoch eine großartige Standard-Unternehmenssicherheit, also haben Sie das für sich. Wenn Sie jetzt nur ein paar erfahrene Entwickler finden, die bereit sind, mit diesem Mist zu arbeiten, sind Sie bereit.
David K
Thomas Owens
Thomas Owens
Neo
Tobia Tesan
David Thornley
Alper