4 Stimmen

Die Programmier-/Entwicklungsteam auf dem neuesten Stand halten

Ich habe kürzlich ein großes Universitätskrankenhaus verlassen, um in ein viel kleineres zu wechseln, aufgrund der Gehaltserhöhung und weil es förderlich für meine Karriere war. Natürlich wären diese beiden Dinge normalerweise etwas, worüber man sich freuen würde und eine tolle Leistung darstellen würde (besonders in meinem Alter), aber ich erwische mich dabei, morgens auf dem Weg zur Arbeit innerlich zu schmollen, und das aus gutem Grund. Das neue Team, dem ich beigetreten bin, hinkt schrecklich hinterher in Sachen Codierungspraktiken, neuester Technologie (ja, sie verwenden immer noch klassisches .ASP) und Software - sodass ich mich in einer rückständigen Zeitblase wiederfinde, von der Verwendung von VS2008, .NET 3.5 und SQL Server/BIDS 2008 zu alten SQL 2000/ VS 6.0 Relikten.

Zu Beginn dachte ich, es sei nicht so schlimm, ich habe angenommen, dass nicht alle Unternehmen sofort auf dem neuesten Stand sind und nur auf den richtigen Impuls warten, um sie in Richtung Veränderung und Verbesserung zu lenken - aber nein. Ich habe professionell und nicht herablassend einige neue Tools vorgeschlagen und erläutert, welche Vorteile sie für unser Unternehmen sowohl auf unserer Seite als auch auf der Kundenseite haben würden, aber sie (das Team, dem ich angehöre) haben mich angesehen, als wäre ich ein Alien, und mir einfach gesagt, warum wir das brauchen sollten, auch nachdem ich meine Gründe dargelegt hatte.

Dies hat mich dazu gebracht zu glauben, dass ich möglicherweise nicht auf die richtige Weise vorgehe und ich hoffte, dass einige erfahrene Entwickler/Ingenieure ihre Erfahrungen teilen würden, als sie jünger waren und gerade erst anfingen. Ich weiß, die Zeiten haben sich geändert, aber ich glaube dennoch, dass es nützlich wäre und wäre über jeden Rat sehr dankbar!

Vielen Dank an alle!

1voto

Jorge Córdoba Punkte 49057

Sie werden feststellen, dass Menschen sich stark gegen Veränderungen wehren und Sie sollten die Gründe kennen, warum Menschen Veränderungen ablehnen, um zu versuchen, sie zu ändern.

Zunächst einmal sind Menschen im Allgemeinen Risikovermeider (mit einigen "Early Adopter"-Ausnahmen). Das heißt, Menschen meiden Risiken und jede Veränderung ist ein Risiko.

Zweitens tendieren Menschen in Ihrer Situation dazu, Angst davor zu haben, WOHIN die Veränderung sie bringen wird. Betrachten Sie es so: Ein Entwickler in Ihrem Team wird denken "Wenn wir zu xxx-Technologie wechseln, wie wird sich das auf meine Karriere auswirken? Wie wird es meine Chancen auf eine Beförderung oder sogar auf eine Kündigung beeinflussen? Sie kennen die neue Technologie nicht, sie wollen nicht veraltet sein oder ihre Position als Experten oder was auch immer in den "alten Wegen" verlieren.

Schließlich ist alles Neue schwer zu lernen und zu verstehen, besonders wenn Sie lange mit dem alten gearbeitet haben. Es dauert Zeit und gibt Ihnen das Gefühl, als wären Sie ein Idiot. In älteren Teams (und ich meine buchstäblich in Bezug auf ältere Personen) erhöht es auch die Angst, durch jemanden ersetzt zu werden, der jünger ist und die Technologie bereits kennt.

Wenn Sie den Widerstand überwinden möchten, müssen Sie all diese Dinge ansprechen.

Zunächst muss die Sache allmählich sein. Schritt für Schritt, ein Produkt nach dem anderen. Versuchen Sie nicht, den gesamten Prozess für das gesamte Unternehmen zu ändern. Schlagen Sie stattdessen vor, ein kleineres Projekt zu übernehmen und die neue Technologie darauf anzuwenden. Präsentieren Sie es als eine Gelegenheit und einen Test. Wenn es nicht nützlich ist, werden wir es nicht mehr verwenden, aber lassen Sie es uns einfach versuchen, dann wird das Risiko minimal sein.

Dann beruhigen Sie die Menschen. Stellen Sie sicher, dass sich jeder geschätzt fühlt und dass Sie oder das Unternehmen mehr auf die langjährige Erfahrung in dem Bereich als auf eine bestimmte verwendete Technologie vertrauen. Hören Sie auf die Menschen, respektieren Sie ihre Meinungen und lassen Sie sie spüren, dass Ihnen wichtig ist, was sie denken. Natürlich sollte dies keine Tat sein, Sie sollten wirklich so fühlen. Große Teams vertrauen einander.

Andererseits handeln Sie mit der Veränderung. Meilensteine müssen größer sein, Sie müssen die Veränderung berücksichtigen. Sie müssen dem Team das Gefühl geben, dass Sie verstehen, dass Veränderung schwierig ist und dass es ein langwieriger Prozess ist. Dass niemand beurteilt wird, wenn das neue Ding länger dauert als das ältere, und dass Fehler zu erwarten sind und niemand deswegen entlassen wird.

Am Ende, wenn Sie Veränderungen möchten, müssen Sie die Menschen beruhigen und ihnen klar machen, dass die Veränderung nur ein Test ist, wenn es funktioniert, dann ist das großartig für alle, wenn nicht, dann ist es in Ordnung. Natürlich muss auch das Unternehmen das verstehen. Für Manager bedeutet das, ihnen einen klaren Risiko-Nutzen-Bericht vorzulegen, die Wahrheit zu sagen und ihnen zu sagen, WARUM die Veränderung vorgenommen werden muss.

Bei Gesprächen mit dem Management sollten Sie auch nicht vergessen, sie daran zu erinnern, dass die Konkurrenz immer präsent ist. Sie müssen sich weiterentwickeln oder genauer gesagt immer in Bewegung bleiben. Selbst wenn das Produkt in Bezug auf Funktion und aus marketingtechnischer Sicht gleich ist und so traurig es auch sein mag, zu sagen, dass Sie die neueste xxx-Technologie mit der neuesten yyy-Entwicklungstechnik verwenden, beeindruckt. Kunden sind nicht dumm, aber sie sind auch nicht computererfahren, sodass sie leicht von schwammigen Worten beeindruckt werden, sodass die Konkurrenz sie stehlen kann, ohne wirklich ein besseres Produkt zu haben, sondern einfach ein "neueres".

Nur noch eine Sache: Vielleicht finden Sie es nützlich, ihnen die Geschichte "Wer hat mein Käse verschoben?" zu erzählen, die sich um Veränderungen und darum dreht, wie sich der Markt um Veränderungen entwickelt.

Veränderung ist etwas Grundlegendes im Leben jedes Menschen, sowohl persönlich als auch beruflich, und sollte immer berücksichtigt werden. Immer wenn jemand sagt "jetzt ist Veränderung zu riskant" oder "wir können uns Veränderungen nicht leisten", müssen Sie wirklich darüber nachdenken... sieht man das Bild auf lange Sicht oder sprechen wir über ein kurzfristiges Szenario? Denn wenn es letzteres ist, dann werden wir vorerst in Ordnung sein, aber auf lange Sicht ... etwas wie immer jedem einen Kredit zu geben, um ein Haus zu kaufen, weil Häuser IMMER an Wert zunehmen... oder tun sie das?...

0voto

MarkPowell Punkte 16434

Sind es nur die Tools, die veraltet sind? Oder ist der von ihnen produzierte Code minderwertig? Wenn es der Code ist, ist Ihre beste Option Gruppen-Code-Reviews. Wenn es nur die Tools sind, erstellen Sie einfach Artikel und/oder Dokumente, die die fehlenden Funktionen auflisten und wie diese der Gruppe nützen könnten.

0voto

TLiebe Punkte 7783

Wenn das Team in der Vergangenheit stecken bleibt, gibt es möglicherweise nicht viel, was Sie dagegen tun können. Einige Entwickler sehen entweder nicht die Vorteile neuerer Technologien/Methoden (und in einigen Fällen könnten sie Recht haben) oder haben Angst vor Veränderungen. Ich würde sagen, lerne so viel wie möglich von ihnen - es gibt viele zwischenmenschliche, Projektmanagement-, politische und andere Fähigkeiten, die du lernen kannst. Verbringe etwas Zeit damit, dich über die aktuelle Technologie auf dem Laufenden zu halten und halte die Augen offen für eine Gelegenheit, zu etwas anderem zu wechseln. Lerne jetzt, was du kannst. Viele Entwickler konzentrieren sich auf die Technologie und verpassen die wichtigen Fähigkeiten, die sie später in ihrer Karriere wirklich brauchen werden.

0voto

JohnFx Punkte 34169

Wir alle haben unsere Plattform- und Technologievorlieben und wenn eine neue Person zu einem Team kommt und alles nach ihrer Art ändern will, ist das störend und das Team wird oft versuchen, die Änderung abzulehnen, auch wenn die Motivationen gut sind.

Leider haben Typen wie "Du benutzt Java?? Igitt! Wir müssen das sofort alles nach C# portieren!" dazu geführt, dass die Leute zu Recht skeptisch gegenüber dem neuen Kollegen sind, der viele neue Dinge vorschlägt.

Ein Vorschlag, den ich machen könnte, wenn man einen neuen Prozess oder eine neue Technologie vorschlägt, besteht darin, es in Bezug auf ein tatsächliches Problem zu formulieren, mit dem sie konfrontiert sind und sich darauf beziehen können. Die Technologie ist nicht die Lösung, sondern die Antwort. Finde das Problem und biete vielleicht an, einen Brown-Bag-Workshop zur Technologie anzubieten, wobei die Aspekte betont werden, die im Hinblick auf ihre Schmerzpunkte für das Team resonieren werden. Zeige den Wert auf und lasse sie von alleine umdenken, anstatt einen Verkaufsansatz zu wählen.

0voto

David Thornley Punkte 55244

Wie haben Sie Ihren Fall dargelegt? Professionell und nicht herablassend ist gut, aber das ist nur der Anfang.

Wenn Sie versuchen, jemanden zur Änderung zu überreden, betonen Sie, was für sie drin ist. Finden Sie heraus, was sie wollen, und zeigen Sie ihnen, wie die neue Technologie helfen kann.

Das Management möchte mehr Arbeit erledigt und Dollar gespart haben. Manager werden sich nicht darum kümmern, neuere und bessere Dinge haben zu wollen. Versuchen Sie, Fälle und Studien zu finden, die zeigen, dass der Wechsel zu neuesten Tools X% an Geld und Arbeit gespart hat. Finden oder erstellen Sie gute Schätzungen, was es kosten wird (nicht nur an Werkzeugen, sondern auch an Schulung, parallelen Entwicklungsspuren und so weiter). Denken Sie daran, dass die alten Dinge erhalten bleiben werden und Sie einen Plan haben müssen, um dies zu berücksichtigen.

Ihre Kollegen müssen darüber informiert werden, warum dies für sie gut ist und dass sie nicht darunter leiden werden. Sie haben viel Zeit investiert. Sie wissen, was sie tun, und kennen die Code-Basis. Wenn sie auf ein neueres System umsteigen, werden sie nicht mehr wissen, was sie tun sollen, werden die Code-Basis nicht kennen, werden anfangs inkompetent sein und möglicherweise befürchten, dass sie entbehrlich werden könnten. Dies ist viel verlangt von der durchschnittlichen Person und möglicherweise zu viel verlangt von einigen Personen (wie dem Mitarbeiter, der noch drei Jahre bis zur Rente hat).

Finden Sie heraus, was sie nicht an dem aktuellen System mögen, und zeigen Sie ihnen, wie die neue Software helfen kann. Diskutieren Sie Schulungen und seien Sie mindestens ehrlich darüber, wie einfach es sein wird, umzusteigen. Wenn Sie ihnen zeigen können, wie sie im neuen System das tun können, was sie normalerweise tun, ohne sich Gedanken über die Nutzung neuer Funktionen machen zu müssen, wird das sehr helfen. Betonen Sie, dass ihr Wissen nicht nur auf der Code-Basis beruht, sondern auch auf dem Geschäft und dessen Anforderungen.

Und erwarten Sie nicht, dass Sie die alten Dinge einfach abschütteln können. Sie werden nur in der Lage sein, neue Tools einzuführen, wenn Sie ein Projekt beginnen, und wenn es mit den alten Systemen nicht kompatibel ist, wird es einfach nicht funktionieren.

Dies ist natürlich schwierig, und es könnte besser sein, noch ein paar Jahre zu bleiben und in einen moderneren Laden zu wechseln.

CodeJaeger.com

CodeJaeger ist eine Gemeinschaft für Programmierer, die täglich Hilfe erhalten..
Wir haben viele Inhalte, und Sie können auch Ihre eigenen Fragen stellen oder die Fragen anderer Leute lösen.

Powered by:

X