Die Programmier-/Entwicklungsteam auf dem neuesten Stand halten

Question

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!

Answer 1

Wie bereits erwähnt, vergessen Sie die Legacy-Projekte, wenn sie ordnungsgemäß funktionieren, werden Sie niemanden überzeugen können, sie neu zu schreiben. Ein besserer Weg könnte sein, auf ein neues Projekt zu warten und zu diesem Zeitpunkt die Verwendung neuer Tools vorzuschlagen. Argumentieren Sie, wie diese neuen Tools die Effizienz verbessern werden oder was auch immer, aber argumentieren Sie nicht, dass Sie sie nur verwenden sollten, weil sie neu sind. Es könnte einfacher sein, dies mit einem kleinen Projekt zu tun, das das Management als weniger wichtig erachten wird.

Sobald Sie ein Projekt am Laufen haben, haben Sie die Hälfte des Kampfes gewonnen und können es als Beispiel für die Vorteile neuer Technologien für das Management nutzen.

Viel Glück trotzdem.

Answer 2

Wenn der neue Mitarbeiter kommt und anfängt zu predigen - auch auf völlig legitimere, positive und hilfreiche Weise - über neue Tools, kann das oft eine "du gegen sie" Atmosphäre aufbauen.

Es sollte nicht so sein, aber indem man zugibt, dass diese erstaunlichen neuen Werkzeuge ihnen viel Arbeit ersparen werden, ist es irgendwie ein implizites Eingeständnis, dass sie viel Zeit verschwendet haben. Selbst wenn sie damit auf persönlicher Ebene einverstanden sind (externe Zwänge außer Acht gelassen, die meisten Menschen wollen einfach gute Arbeit leisten!), werden sie skeptisch sein, wie es auf ihre Vorgesetzten wirken könnte, wenn "der neue Typ" viel mehr weiß als sie.

Idee: Überreden Sie sie, mit Ihnen an einigen Entwicklerveranstaltungen in der Nähe teilzunehmen. Dann ist es mehr wie wenn Sie aufregende neue Dinge zusammen entdecken und weniger wie eine "meine Werkzeuge sind besser als deine" Angelegenheit.

Vor allem müssen Sie ein wenig mehr Einsatz zeigen und einige Projekte erfolgreich abschließen, damit Sie sich Glaubwürdigkeit am neuen Arbeitsplatz aufbauen.

Außerdem habe ich immer gedacht, dass SQL Server 2000 fantastisch ist. SQL 2K5 und 2K8 sind schöne Upgrades, aber 2000 ist wirklich solide; es ist nicht so, als ob sie auf Access laufen.