Wie kann ich als kürzlich eingestellter Mitarbeiter Änderungen vorschlagen? [geschlossen]

Ich wurde kürzlich in einer großen Firma eingestellt (Tausende von Leuten, um eine Vorstellung von der Größe zu bekommen). Sie sagten, sie hätten mich eingestellt, weil ich so streng war und trotz meiner Jugend (ich bin 25) Erfahrung als C / C ++ - Programmierer hatte.

Jetzt, wo ich dabei bin, kann ich sehen, dass das gesamte System alt ist und häufig veraltete Technologien verwendet. Es gibt keine Namenskonvention (Dateien, Funktionen, Variablen, ...), sie verwenden keine Versionskontrolle, verwenden keine Ausnahmen oder Polymorphismen und es scheint, als hätte fast jeder seine Leidenschaft verloren (einige von ihnen sind erst 30 Jahre alt) ).

Ich würde gerne Änderungen vorschlagen, aber ich möchte nicht "der Neue sein, der alles ändern will, nur weil er nicht dazu passen will". Ich habe versucht, mich anzupassen, aber tatsächlich brauche ich eine Woche, um das zu tun, was ich an einem Nachmittag tun würde, nur wegen der schlechten Werkzeuge, zu denen wir gezwungen sind. Viele meiner Kollegen schauen sich nie die neuen "Dinge" und Techniken an, die die Leute heutzutage anwenden. Es ist, als hätten sie einfach aufgegeben. Die Situation ist wirklich frustrierend.

Warst du jemals in einer ähnlichen Situation und wenn ja, welche Ratschläge würdest du mir geben? Gibt es eine subtile Möglichkeit, Dinge zu ändern, ohne hier das schwarze Schaf zu werden? Oder soll ich einfach auch meine Leidenschaft und Energie aufgeben?

Danke.

Aktualisierung

Nach Ihren wertvollen Ratschlägen konnte ich Änderungen vorschlagen und bin jetzt für das Team verantwortlich, das Subversion erstellen und bereitstellen muss: D Vielen Dank an Sie alle!

6 Monate später

Ich habe aufgehört und fand ein viel interessanteres Umfeld mit einer viel besseren Bezahlung und interessanteren Herausforderungen. Ich würde für nichts zurückkehren.

Ich war in einer ähnlichen Situation in meiner vorherigen Firma, in der ich 5 Jahre lang tätig war. Als ich 2004 dazu kam, waren sie:

• Microsoft Access weiterhin für ihre Datenbanken verwenden (auch geschäftskritische)
• Verwenden von Visual Basic 6 oder Access / Excel VBA für die Entwicklung
• Einsatz vieler Dritter anstelle der internen Nutzung von Entwicklungsressourcen (Business Manager leiteten ihre eigenen Entwicklungsprojekte, und in 90% der Fälle wurden Aufträge ohne IT-Kenntnisse ausgeschrieben)
• keuchen keine Versionskontrolle.

Als ich letztes Jahr ging, waren die Unternehmen:

• ausschließlich mit .NET und C #
• hatte alle Access-Entwicklung verbannt
• mit SVN für die Versionskontrolle
• hatte 2 bullige SQL Server-Boxen und migrierten vorhandene Access-Datenbanken nach SQL
• Die gesamte Entwicklung wurde von den internen Teams durchgeführt und nur ausgeschrieben, wenn die Ressourcen begrenzt waren

Zu diesem Zeitpunkt war ich noch keine 21 Jahre alt und der nächste Jüngste im Entwicklungsteam war 30. Ich habe nicht alles selbst gemacht. Der IT-Manager war zur gleichen Zeit in das Unternehmen eingetreten und wollte die gesamte Entwicklung über die IT abwickeln.

SVN war mein erster Erfolg. Ich hatte eine Besprechung mit meinem Vorgesetzten und hob einige Situationen hervor, in denen Code veröffentlicht oder geändert wurde, was zu Problemen geführt hatte, und hob die Tatsache hervor, dass es keine Verantwortlichkeit gab - er konnte im Grunde genommen niemanden beschuldigen - und danach fing an zuzuhören.

Anschließend stellte ich dem Team eine Präsentation zusammen und erläuterte das Konzept der Versionskontrolle. Außerdem stellte ich einige Situationen vor, in denen SVN uns Entwicklern helfen könnte. Die Jüngeren haben es wie eine Ente zu Wasser genommen, die Älteren nicht so sehr, aber sie haben es versucht und sich nicht über diejenigen beschwert, die es benutzt haben.

Ein weiterer großer Erfolg war, ein komplettes System in Eigenregie zu bringen - ich leitete ein Projekt, mit dem das Unternehmen jährlich 120.000 GBP an Lizenzen einsparen konnte. Ich verbrachte ungefähr 2 Monate meiner Freizeit damit, ein neues System zu schreiben, es dem IT-Manager vorzustellen und die Kosteneinsparungen zu erläutern. Er erlaubte mir dann, es dem Unternehmen vorzustellen und erklärte, wie wir alles, was sie wollten, in das System implementieren könnten - nicht mehr auf "handelsübliche" Systeme beschränkt.

4 Wochen später war mein System an 10 Standorten im Pilotbetrieb und 6 Monate später ging es live. Ein Jahr später kündigten sie den Vertrag mit Drittanbietern, entfernten alle Spuren davon aus dem Netzwerk und kamen zu uns, um unser firmeninternes System umfassend zu verbessern.

Mein Rat an Sie:

• Wenn Sie sich für das Unternehmen interessieren, strecken Sie es aus. Wenn andere Ihre Herangehensweise nicht mögen, lassen Sie sie mit sich aufnehmen - es geht nur um Kompromisse
• Passen Sie Vorschläge an die Person an, mit der Sie sich unterhalten - Manager möchten wissen, wie sie a) Geld sparen, b) Menschen genau beschuldigen, wenn etwas nicht stimmt, aber Entwickler möchten wissen, wie sie a) Zeit sparen, b) durchhalten können für sich selbst zum Beispiel
• Wenn Sie sich leidenschaftlich für Veränderungen interessieren (wie es sich anhört), zeigen Sie den Menschen Ihre Begeisterung und lassen Sie sich nicht entmutigen, wenn sie weniger begeistert sind
• Sprechen Sie nicht über Änderungen. Mach sie. Wenn Sie anfangen, in kürzerer Zeit fantastische Arbeit zu leisten als die erfahreneren Leute, werden die Leute anfangen zu fragen: "Warum?"

Sie sagten, sie hätten mich eingestellt, weil ich so streng war und trotz meiner Jugend (ich bin 25) Erfahrung als C / C ++ - Programmierer hatte.

Wahrscheinlicher, weil Sie billiger sind.

Warst du jemals in einer ähnlichen Situation?

Ja.

Welche Ratschläge würdest du mir geben?

Verlassen.

Gibt es eine subtile Möglichkeit, Dinge zu ändern, ohne hier das schwarze Schaf zu werden?

Es kann sein. Führen Sie Änderungen ein und zeigen Sie, wie sie die Dinge für alle verbessern. Nachdem Sie es einige Male getan haben, können Sie Anerkennung von denen erhalten, die nicht verloren sind.

Oder soll ich einfach auch meine Leidenschaft und Energie aufgeben?

Auf keinen Fall. Du bist jung und musst die Chancen voll ausschöpfen. Verschwenden Sie keine Jahre "irgendwo". Schauen Sie sich diese Position an und finden Sie heraus, ob Sie wertvolle Erfahrungen sammeln können, um Ihre Karriere voranzutreiben. Wenn Sie Gelegenheiten sehen, erkunden Sie sie. Wenn es keine gibt und es nur "ein Job" ist, verschwinde. Die Praxis zeigt, dass diejenigen, die ihre Leidenschaft verloren haben (oder nie hatten), sie nicht wieder erwerben können. Suchen Sie sich ein Team von leidenschaftlichen Menschen und schließen Sie sich ihnen an.

Mit gutem Beispiel vorangehen . Inkrementell kleine Änderung zur Zeit. Ziehen Sie einen Kollegen heran und stellen Sie ihm etwas vor. Wenn es ihnen nicht gelingt, versuchen Sie es ein anderes Mal.

Es wird einige Zeit dauern. Ziehen Sie die Menschen einfach nicht zu schnell aus ihren Komfortzonen.

Traurig, aber deswegen bist du hier und sie sind es nicht.

Zum Beispiel. Richten Sie die Versionskontrolle lokal ein und zeigen Sie ihnen, wie sie helfen kann. Geben Sie ihnen dann einige Ressourcen (einfaches Lesen), die Sie unterstützen können.

Noch etwas zu Werkzeugen . Manchmal muss man sein eigenes Geld dafür ausgeben, bessere Werkzeuge zu kaufen. Ich weiß, es ist nicht das, was ich getan habe, aber wenn ich mit anderen Berufen spreche, finde ich viele "echte" Ingenieure, die Mode herstellen / ihre eigenen Werkzeuge kaufen, um ihre Arbeit besser zu machen. Ich habe dies immer getan, wo ich sehen kann, dass ich mich selbst vor einer Atrophie der Fähigkeiten rette.

Ich bin ein alter Mann (51) und hatte bei jedem Job das gleiche Problem. Vielleicht liegt es einfach daran, immer der klügste Kerl im Raum zu sein! :-) Im Ernst, wenn du weißt, wie man es richtig macht und sie es nicht, dann denkst du oft: "Hey, ich werde jedem diese neue und verbesserte Technik zeigen und sie werden alle beeindruckt sein und wollen einspringen um es zu benutzen. " Aber im wirklichen Leben zeigt man den Menschen in 90% der Fälle einen besseren Weg, und sie finden eine lange Liste von Ausreden, warum die Art und Weise, wie sie es die ganze Zeit getan haben, besser ist. Wenn Sie demonstrieren, dass ihre Gründe nicht gültig sind, kommen sie mit neuen, sogar lameren Gründen auf. Ich hatte viele Male, dass ich

Auch wenn Sie wirklich ein Genie sind, müssen Sie akzeptieren, dass niemand weiß, dass Sie ein Genie sind, bis Sie es beweisen. Ich erinnere mich an Kris, eine Freundin von mir, die nach 10 Jahren bei einem Unternehmen einen neuen Job angefangen hat. Kurz nach dem Beginn des neuen Jobs war er auf einem Meeting, wo ein technisches Problem besprochen wurde, und begann, seine Lösungsvorschläge vorzulegen. Dann unterbrach jemand anderes und sagte: "Ja, danke. Bob, was denkst du?" Zuerst ärgerte er sich: Er wusste die richtige Antwort, aber es kümmerte niemanden! Stattdessen gingen sie mit der Meinung von jemandem um, der viel weniger wusste als er. Aber dann wurde ihm klar, dass ich in meinem alten Job einen Ruf als jemand aufgebaut hatte, der wusste, wovon er sprach. Wenn ich redete, hörten die Leute zu. Hier habe ich noch keinen Ruf, also kümmert es niemanden, was ich denke.

Ich bin seit 2 Jahren in meinem jetzigen Job und erst in den letzten Monaten hat meine Meinung an Gewicht gewonnen. Du musst geduldig sein.

Auf der anderen Seite haben neue Leute oft eine Million Vorschläge für Verbesserungen, die wirklich unpraktisch sind, weil sie noch nicht genug über die Organisation wissen und deshalb nicht wissen, warum die Dinge so gemacht werden, wie sie sind. Manchmal machen die Leute 20 Jahre lang so, weil es immer so war und niemand jemals daran gedacht hat, nach einem besseren Weg zu suchen. Aber manchmal machen die Leute 20 Jahre lang so, weil die Erfahrung gezeigt hat, dass dies ein guter Weg ist, und jedes Mal, wenn sie etwas anderes ausprobieren, ist es eine Katastrophe. Also sei nicht zu schnell, um zu dem Schluss zu kommen, dass all diese Leute Idioten sind. Finden Sie heraus, warum sie es auf die alte Weise tun, bevor Sie Ihren brillanten neuen Vorschlag herausbringen. Ich hatte viele Male in meinem Leben, als ich

Finde Verbündete, die auch das Unternehmen verbessern wollen.

Es gibt etwas zu sagen, um jetzt auszusteigen und sie der Fäulnis zu überlassen. In Ihrem Lebenslauf wird es jedoch großartig aussehen, wenn Sie sich erfolgreich für die Versionskontrolle und andere Verbesserungen einsetzen.

Verwenden Sie den Joel-Test während Ihrer zukünftigen Interviews. Denken Sie daran, dass Sie auch das Unternehmen interviewen.

Mein erster Rat ist, nicht zu früh zu versuchen, zu viel zu ändern. Holen Sie sich zuerst den Ruf eines guten und zuverlässigen Entwicklers, der Dinge erledigen kann. Im Moment ist alles, was Sie als Neuling vorschlagen, verdächtig. Sie kennen und respektieren dich noch nicht. Holen Sie sich diesen Respekt als ersten Schritt. Dann ist es an der Zeit, Änderungen einzuführen.

Wähle deinen Boden sorgfältig aus. Beginnen Sie mit der Versionskontrolle, nicht mit neuen Technologien. Denn das ist wirklich die wichtigste Änderung. Sie können dies sogar nur mit Ihrem Code tun und dann sicherstellen, dass Sie die Leute wissen lassen, wie einfach es in gelegentlichen Gesprächen war, wenn Sie auf eine frühere Version oder Copmpare zurückgreifen müssen, um herauszufinden, was sich geändert hat.

Verwenden Sie Ihr aktuelles Wissen, um die Person zu sein, die glänzt, und dann werden sich die Leute fragen, wie Sie dies erreichen. Als der PC zum ersten Mal an den Arbeitsplatz kam, arbeitete ich für eine staatliche Prüfungsbehörde. Die Senioren waren alle sehr dagegen, einen eigenen Computer zu haben (weil das Arbeit für die Sekretärinnen war). Die Junioren schnappten sich die ersten Computer und begannen Dinge zu tun, die die Senioren mit Lotus 1-2-3 und Harvard Graphics nicht machen konnten. Plötzlich interessierten sich die älteren Leute dafür, weil sie die Aufmerksamkeit eines sehr hochrangigen Managements auf sich zogen.

Der Wandel zu einer Organisationskultur ist kein technisches Problem, sondern ein politisches Problem. Lesen Sie etwas über die Verwaltung der Büropolitik. Sie brauchen politische Unterstützung auf hohem Niveau.

Bei meiner jetzigen Arbeit traf ich auf eine ähnliche Situation. Ich wurde direkt nach meinem Schulabschluss eingestellt, um in einem Team zu arbeiten, das größtenteils aus Ingenieuren besteht, die seit mehr als 15 Jahren hier sind. Das Vornehmen von Änderungen war nicht einfach (ich dränge immer noch darauf, dass einige Dinge erledigt werden), aber es ist möglich.

Beispielsweise hat mein Team ein 16-Bit-DOS-Testdienstprogramm gewartet, aktualisiert und verwendet. Das Update des Dienstprogramms bereitete große Mühe, da die App die Grenzen des 16-Bit-Linkers so weit verschoben hat, dass Sie beim Hinzufügen von Code etwas anderes entfernen mussten, damit es passt. Auf die Frage, warum wir so viel Zeit und Energie mit 16-Bit-Code verschwendet haben, antworteten sie: "Wir brauchen ihn für DOS, damit wir ihn von einem bootfähigen Flash-Laufwerk ausführen können." Ich habe versucht, sie davon zu überzeugen, das Dienstprogramm auf 32-Bit-Linux zu portieren, aber das Management wollte nicht die Zeit dafür investieren (wir hatten bereits zu viel Arbeit, um das zu tun, was es war). Also ging ich voran und portierte das Dienstprogramm in meiner Stillstandszeit (15 Minuten hier und da beim Mittagessen, an den Wochenenden oder während ich auf anderen Code wartete, um ihn zu kompilieren). Im Laufe von ein paar Monaten, Ich hatte das Dienstprogramm vollständig portiert, mit allen möglichen Dingen erweitert, die die ursprüngliche 16-Bit-App nicht verarbeiten konnte, und von einem Linux-Flash-Laufwerk gebootet. Die Leute bemerkten, als ich anfing, es zu verwenden, und kommentierten, wie ich Dinge schneller erledigen konnte und wie mein Dienstprogramm eine bessere Debug-Ausgabe erzeugte. Ziemlich bald hörte das Management davon. Als sie die Vorteile sahen (und vor allem, dass die Arbeit bereits erledigt war), waren sie nicht mehr gegen die Idee.

Die Lektion, die ich aus dieser Geschichte gelernt habe, lautet: Wenn Sie glauben, dass Sie etwas verbessern können, sprechen Sie mit Ihrem Manager darüber. Wenn sie die Ressourcen nicht dafür ausgeben möchten, tun Sie dies auf eigene Faust und beweisen Sie ihnen, dass Ihre Idee gültig und nützlich ist. Es ist viel einfacher, zu einer Idee, die jemand vorschlägt, Nein zu sagen, als zu etwas, das Sie vor sich sehen und das einen offensichtlichen Wert hat.

Sobald Ihr Team / Manager Ihre Idee umsetzt und beginnt, die Vorteile davon zu erkennen, wird er in Zukunft viel wahrscheinlicher auf Ihre Ideen hören. Ich habe die "Straße gutgeschrieben", die ich durch das Neuschreiben meines Testtools erhalten habe, verwendet, um mein Team davon zu überzeugen, dass wir unser derzeitiges, archaisches Versionskontrollsystem aufgeben müssen (das anonym bleibt, um Verlegenheit zu vermeiden) und auf Subversion migrieren müssen. Ich habe mich bereit erklärt, die Einrichtung / Migration zu leiten, um sicherzustellen, dass das Management sie genehmigt.

Es ist so etwas wie "ein Schritt nach dem anderen". Es gibt wahrscheinlich eine Menge Dinge, die Sie ändern möchten, aber wählen Sie zunächst etwas Kleines aus. Demonstrieren Sie die Qualität Ihrer Ideen auf eine Weise, zu der Ihr Team und Ihr Manager nicht nein sagen können. Genau wie bei Ihrem Stackoverflow-Konto ist es für Sie umso einfacher, Ihre Ideen zu akzeptieren, je mehr gute Ideen Sie haben, desto besser wird Ihr Ruf sein.

Verwenden Sie auf jeden Fall die Tools, die Sie sich vor Ort gewünscht haben (wo Sie können - einige Unternehmen scheinen auch zu kontrollieren, was Sie mit einer ungewöhnlich engen Faust auf Ihrer Box installieren können). Richten Sie Ihr bevorzugtes Versionskontrollsystem ein und verwenden Sie es. Nehmen Sie in jedem Code, den Sie berühren, kleine Änderungen vor, die den Code sauberer machen, insbesondere dort, wo Sie neuen Code schreiben müssen. Wenn sie Sie für Ihre Sorgfalt und Erfahrung engagiert haben, bedeutet dies, dass sie Sie bereits respektieren.

Ich habe kürzlich Hiring Ren und Stimpy gelesen und fand, dass das Stimpy-Beispiel eine große Herausforderung war. Wenn Sie seinem Beispiel folgen, werden Sie am Ende (freundlich) nach allen möglichen Perspektiven von Ihren Mitarbeitern fragen und sich auf das Wissen einstellen, das ein leidenschaftsloser Entwickler nicht haben wird. Sie verbringen Ihre Freizeit damit, Verbesserungsvorschläge zu machen. Wenn das Unternehmen Ihre Arbeit als wertvoll ansieht, werden Sie von unschätzbarem Wert. Wenn nicht, möchten Sie wahrscheinlich einen Job suchen.

Viele Leute haben mit Vorschlägen geantwortet, sich jeweils auf eine kleine Sache zu konzentrieren, und einige haben eine Versionskontrolle vorgeschlagen. Ich gehe noch einen Schritt weiter: Erstellen Sie Repositorys auf Ihrem Desktop-Computer und arbeiten Sie von diesen Repositorys aus. Aktualisieren Sie sie regelmäßig von jedem Master-Repository aus, das das Unternehmen verwendet. Wenn (nicht wenn) eine Krise vorliegt, weil jemand den Master beschädigt hat, teilen Sie ihm mit, dass Sie eine neue Kopie aus Ihrem persönlichen Repository ausschneiden können.

Setzen Sie jedoch unter keinen Umständen einen Buchungskreis auf eine Maschine, die Sie persönlich besitzen oder mit nach Hause nehmen . Denn dann stellen Sie vielleicht fest, dass Sie nicht nur ein Held sind, sondern sich vor einem Anwalt (bestenfalls) oder einer Strafverfolgungsbehörde (schlimmstenfalls) auf der falschen Seite des Schreibtisches befinden.

Ich komme von einem anderen Junior-Entwickler ... hast du großartige Fähigkeiten für Leute? Haben Sie ein exzellentes Gefühl der Selbstbeherrschung und ein Verständnis dafür, wann es angebracht und nicht angebracht ist, eine Idee vorzuschlagen, und wie Sie diese Idee am besten verkaufen können? Selbst wenn Sie dies tun, könnten Sie immer noch der Typ sein, der anderen Leuten sagt, wie sie ihre Arbeit tun sollen, ohne Ihren Wert zu beweisen.

So baue ich IMMER NOCH meine Glaubwürdigkeit als Nachwuchsentwickler auf: Ich identifiziere einen Knick / Kludge / Zeitverschwender. Dann repariere ich es, indem ich es automatisiere (Batch-Dateien, Powershell-Skripte, einfaches Programm, neue Freeware, was auch immer am Wochenende sein mag), ohne andere zu stören. Ich stelle sicher, dass es Teil meiner ständigen technischen Selbstausbildung ist, damit ich mir vorstellen kann, dass ich "zusätzliche Stunden einsetze, um mir etwas Neues beizubringen UND dem Unternehmen zu helfen".

Wenn mein Fix besonders geschickt ist, teile ich ihn und sage: "Hey Leute, ich habe dieses coole Tool entwickelt, es automatisiert XY und Z und erledigt das andere schnell." Behalte deinen Namen drauf. Wiederholen. Das Problem mit der Glaubwürdigkeit ist in wenigen Monaten gelöst, wenn Sie einen hohen Prozentsatz von Künstlern für Ihr Niveau haben, und die Leute über Ihnen sind offener für Ihre Vorschläge, wenn Sie bereit sind, zu erklären, warum Ihre Idee gut ist und wie sie ihre Probleme lösen kann.

Vor kurzem konnte ich dem oberen Management neue Ideen vorschlagen, die akzeptiert wurden, hauptsächlich, weil ich mir die Zeit genommen habe, meine Überlegungen zu erklären, ihr Feedback anzuhören und die Glaubwürdigkeit meiner früheren Arbeit zu besitzen.

ADDENDUM: Wenn Ihr Manager Ihr Verhalten in Frage stellt ... tun Sie diese Dinge nur, wenn er der Meinung ist, dass Ihre Leistung mindestens "Top 25%" bleibt. Vergewissern Sie sich, dass Ihr Chef mit Ihnen zufrieden ist, bevor Sie versuchen, sich mit allen möglichen Dingen auseinanderzusetzen von cleveren Korrekturen, die dich in diesen oberen Bereich treiben, oder er wird denken, dass du Zeit verschwendest. Wenn Sie neue Dienstprogramme und Lösungen herausbringen und gleichzeitig positives Leistungsfeedback auslösen, er jedoch weiterhin auf Mikromanagement besteht, liegt möglicherweise ein Problem außerhalb des Bereichs dieses Themas.

Einmischen.

Wie du gesagt hast, du willst nicht das schwarze Schaf sein. Da Sie jedoch (wie ich) eine nützliche Änderung hinzufügen möchten:

Mehrwert im Hintergrund.

Richten Sie Cronjobs ein, um den Code der Benutzer in svn / hg / git einzuchecken. Erstellen Sie in Ihrer Freizeit Ihre eigenen Tools, mit denen sich die Entwicklungsbemühungen nachweislich verbessern lassen. Insbesondere möchten Sie Verbesserungen an der Firma vornehmen, die Sie Ihren Senioren in Ihrer eigenen Kabine zeigen können. Und hier ist warum:

Wow-Faktor

Wenn Sie sagen können "Hey Alice, Sie wissen, wie Bob gerade den Build gebrochen hat? Ich kann seine Bearbeitung rückgängig machen, und der Build funktioniert wieder." Und wenn dein Senior Heilige Scheiße sagt, weckst du vielleicht genug Leidenschaft in ihnen, dass sie deine neuen Praktiken durchsetzen oder zumindest fördern.

Hier ist mein Rat.

Ich war in einer ähnlichen Situation, ich sollte zuerst sagen, meine Firma ist ziemlich klein, ungefähr 6 Entwickler. Ich bin ein Programmierer, der die neue Technologie, die neuen Werkzeuge und alles, was meine Arbeit erleichtert und qualitativ bessere Software produziert, gern benutzt .

Als ich anfing, verwendeten wir Visual Studio 2005, als VS2008 schon seit einiger Zeit nicht mehr verfügbar war, aber es war nicht einfach, meinen Chef dazu zu bringen, das Geld für das Upgrade aller unserer Entwickler aufzubringen Ein "Es wäre schön, wenn wir dies tun könnten", aber bevor ich es meinem Chef brachte, würde er sicherstellen, dass die anderen Entwickler auf der Idee gut sind, weil sie es sind, die es nutzen und eine Gruppe von Leuten haben Gefallen würde weniger wie eine Ein-Personen-Entscheidung aussehen.

Ich denke, anstatt die Idee nur Ihrem Chef vorzustellen, bringen Sie vielleicht langsam mögliche Änderungen zur Sprache, weil ich denke, wenn Sie Ideen vorschlagen, die das Unternehmen auf eine bessere Weise verändern, auch zeigen, dass Sie sich für Ihren Job interessieren und dass Sie planen dort ein Zuhause zu machen.

Dies hängt auch von Ihrem Arbeitsumfeld und der Persönlichkeit Ihres Chefs ab. Wenn er entspannt Sie wie eine Familie behandelt und Ratschläge entgegennimmt, schlägt er dies vor, aber wenn er Sie wie eine Nummer behandelt, würde ich sehr vorsichtig sein, wie Sie nähern sich.

Könnte eine einmalige Gelegenheit sein - die Art und Weise, wie ein Unternehmen mit 25 Jahren arbeitet, zu ändern. Wenn sie sich jedoch widersetzen und die ganze Zeit Feindseligkeit zeigen, ist dies nicht der richtige Ort für Sie.

Denken Sie daran, Ihr Interview war in beide Richtungen. Man hätte ein Gefühl dafür bekommen können, wie archaisch und veränderungsresistent sie waren.

Ps, ich bin auch 25 und weiß, wie du dich fühlst. Sie wollen wahrscheinlich viel mehr lernen und Neues ausprobieren als Ihre Kollegen. Wie auch immer, ich muss auf diese .NET4-Arbeit zurückkommen, die ich vorstelle;)

Lesen Sie, wie Sie Dinge erledigen, wenn Sie nur ein Grunzen sind von Joel Spolsky.

... manchmal haben Sie nicht die Macht, durch Führungsqualitäten Veränderungen in Ihrer Organisation zu bewirken. Wenn Sie nur ein Grunzprogrammierer am unteren Ende des Totempfahls sind, können Sie den Leuten natürlich nicht genau befehlen, Zeitpläne oder Fehlerdatenbanken zu erstellen. Und selbst wenn Sie Manager sind, haben Sie wahrscheinlich festgestellt, dass das Managen von Entwicklern viel mit dem Hüten von Katzen zu tun hat, aber nicht so viel Spaß macht. Nur "mach es so" zu sagen, macht es nicht so.

Es kann frustrierend sein, wenn Sie in einer Organisation arbeiten, in der der Joel-Test schlecht abschneidet . Egal wie gut Ihr Code ist, Ihre Mitarbeiter schreiben so schlechten Code, dass es Ihnen peinlich ist, mit dem Projekt in Verbindung gebracht zu werden. Oder das Management trifft schlechte Entscheidungen bezüglich des zu schreibenden Codes, sodass Sie Ihr Talent beim Debuggen der AS / 400-Version eines Altersvorsorgespiels für Kinder verschwenden müssen.

... der Umgang mit dem Leben in einem schlechten Team kann ärgerlich sein. Aber es gibt Strategien, um Ihr Team von unten zu verbessern, und ich möchte einige davon teilen ...

Arbeit mit dem Management; "Geh nicht Schurke". Arbeiten Sie innerhalb des Prozesses und bringen Sie die Dinge auf den Punkt, die die Leute verstehen werden: "Die Implementierung von svn benötigt zwei Tage für die Einrichtung Speicherplatz auf einem Server, und wir müssen eine Sicherungskopie davon erstellen, aber wir gewinnen x, y, z , was uns viel Geld sparen kann. "

Verlassen. Es gibt viele Jobs da draußen. Es ist nicht Ihre Aufgabe, eine zufällige Firma zu reparieren, die Sie gerade eingestellt hat. Sie mögen es, wie sie sind, sonst würden sie einen neuen CTO einstellen oder so.