Soll ich als Neuling eine große Veränderung vorschlagen?

Ich arbeite seit 2 Monaten in der IT-Abteilung eines (relativ) kleinen Unternehmens.

Kürzlich sagte mir der Chef einer anderen Abteilung (der ein ehemaliger Entwickler ist), dass es schön wäre, wenn wir anfangen würden, einige moderne Programmiermethoden wie automatisierte Tests und kontinuierliche Integration zu verwenden. Da ich der einzige bin, der etwas Erfahrung mit dem Thema hat, schlug er mir vor, einige Präsentationen vor meinen Kollegen zu halten und zu versuchen, die Konzepte meinem Team vorzustellen. Da er aber einer anderen Abteilung angehört, hat sein Wort keinen "offiziellen" Wert. Ich müsste diese Änderungen selbst meinem Chef vorschlagen.

Ich mache mir aus zwei Gründen Sorgen:

  1. Das sind große Veränderungen. Das Schreiben automatisierter Tests für Legacy-Code ist eine langsame und schwierige Aufgabe.

  2. Diese Methoden erfordern eine gewisse Disziplin. Als Neuling wird es schwierig sein, diese Disziplin dem ganzen Team aufzuzwingen. Wenn mein Chef mich nur halbherzig unterstützt, habe ich Angst, dass ich mit meinen älteren Kollegen in eine unangenehme Situation komme.

Der einzige „Wissensträger“ zu sein, ist ein zweischneidiges Schwert. Es würde mich wertvoll machen, aber es würde mir auch eine große Verantwortung übertragen, vielleicht zu viel nach nur 2 Monaten hier.

Was schlagen Sie vor?

Welche Berufsbezeichnung haben Sie in der IT-Abteilung inne? Entwickler, Senior usw.?
@NikolaiDante Einfach Entwickler. Es gibt keinen formalen Unterschied zwischen Junior und Senior, aber es gibt Entwickler, die hier seit fast 10 Jahren arbeiten.
Was ist langsamer und schmerzhafter, das einmalige Schreiben automatisierter Tests oder die 50-malige manuelle Ausführung für eine alte Legacy-Codebasis, die versucht, eine Ihrer Änderungen zu testen?
Eine weitere Frage, ich glaube nicht, dass es diese Frage beeinflusst, ein Neuankömmling zu sein, es ist nicht, dass Sie es nicht tun wollen, weil Sie neu sind, sondern weil Sie nicht möchten, dass es Ihre Verantwortung wird, ist das richtig oder nicht? Wenn ja, können wir die Frage so bearbeiten, dass sie allgemeiner ist und mehr Antworten erhält
Haben Sie mit Ihren Teamkollegen darüber gesprochen, diese Änderungen in Erwägung zu ziehen?
@RhysW Einer der Gründe, warum ich Angst vor dieser Verantwortung habe, ist, dass ich neu bin. Ich denke, das Entfernen dieses Teils der Frage würde ein unvollständiges Bild des Problems vermitteln.
@RhysW, die Realität ist nie eine Wahl zwischen "einmaliges Schreiben automatisierter Tests" und "50x manuelles Testen". Es ist ein SEHR LANGER Prozess mit einem langfristigen ROI, an den Punkt zu gelangen, an dem automatisiertes Testen korrekt implementiert wird, wo es vorher nicht existiert hat. Es erfordert tiefgreifende Veränderungen in der Organisation, und jede Art von Veränderung ist besonders schwierig für Neuankömmlinge.
@Angelo stimmte zu, aber wenn das Projekt nirgendwo hinführt, kann es immer noch weniger dauern, als jedes Mal, wenn jemand neu in das Unternehmen eintritt, die Tests für jede einzelne Änderung neu zu lehren und manuell durchzuführen
"hat mir gesagt, dass es nett wäre" - das impliziert, dass er dir nur einen Vorschlag gemacht hat, keine explizite Anforderung, oder irre ich mich? In beiden Fällen sehe ich nicht ein, warum ich nicht zuerst mit ihm über Vor- und Nachteile diskutieren sollte.
Nachdem ich methodische Änderungen durchlaufen habe, möchte ich Ihnen versichern, dass das Vorantreiben einer solchen Änderung einen Sponsor mit ausreichender Autorität erfordert, um die Änderung voranzutreiben. Die Auswirkungen einer Änderung der Organisationsmethodik sind weitreichend.
CI sollte eine sehr niedrig hängende Frucht sein, wenn sie ein modernes Versionskontrollsystem (wie Git) verwenden. Gitlab ist nett.
Glauben Sie nicht, dass Sie der einzige sind, der sich mit Methoden auskennt. Wahrscheinlich kennt es fast jeder und hat entschieden, dass es den Aufwand nicht wert ist.

Antworten (9)

Ich würde den Vorschlag des Leiters einer anderen Abteilung nicht sehr ernst nehmen. Ich weiß nicht, warum er mit Ihnen und nicht mit Ihrem Chef (oder dem höheren Management) gesprochen hat, aber es klingt nicht wirklich richtig (es könnte sogar einen Grund geben, warum er nicht direkt mit Ihrem Chef gesprochen hat). Wie Sie in Ihrer Frage erwähnt haben, sind diese Änderungen alles andere als trivial. Sie erfordern eine ernsthafte Planung und Umsetzung, und solche Entscheidungen können nicht auf der Stelle getroffen werden, nur weil jemand denkt, dass es schön wäre (selbst wenn dieser jemand ein ehemaliger Entwickler und jetzt Abteilungsleiter ist).

Bevor Sie etwas unternehmen, sollten Sie mit Ihrem Chef sprechen. Führen Sie ein persönliches Gespräch und teilen Sie Ihrem Chef diesen Vorschlag mit. Versuchen Sie, keine bestimmte Haltung zu zeigen (zu ängstlich oder enthusiastisch). Erzählen Sie von Ihrer Verwirrung darüber. Dies hilft, die Situation zu klären und zeigt Ihre Professionalität und Einstellung zu Ihrem Job und Ihrem Chef.

Bearbeiten: Einige Klarstellungen zu den Kommentaren. Was ich meine ist, dass Sie sich nicht in diese Aufgabe stürzen sollten, ohne sie vorher mit Ihrem Chef zu besprechen. Ich meine nicht, dass Sie keine Vorschläge machen oder versuchen müssen, etwas zu verbessern _ es ist völlig anders, als sich in eine Arbeit zu stürzen, von der jemand, der nicht ganz autorisiert ist, denkt, dass Sie sie tun sollten.

Genau, es hört sich nicht so an, als ob Sie eingestellt wurden, um den aktuellen Prozess durch die Implementierung dieser Dinge zu verbessern, also fühlen Sie sich nicht so, als ob es Ihre Verantwortung wäre. Es ist in Ordnung, es als Idee an Ihren Chef weiterzugeben, aber übernehmen Sie nicht die Verantwortung, nur weil jemand, der nicht Ihr Chef ist, erwähnt hat, dass es eine gute Idee sein könnte.
Gesprochen wie ein echter „So machen wir das hier nicht“-Kerl.
Menschen werden selten nur eingestellt, um den Arbeitsplatz für andere zu verbessern, aber jeder hat die Möglichkeit, selbst Verbesserungen des Arbeitsablaufs vorzuschlagen. Es versteht sich von selbst, dass Sie nicht erwarten würden, dass jemand ein Problem nicht bespricht, nur weil er dafür nicht bezahlt wird, oder? Der Typ ist auf eine Möglichkeit gestoßen, wie sein Job verbessert werden könnte. Der einzige Grund, warum er mit seinem Chef darüber sprechen möchte, ist, dass er nicht dafür eingestellt wurde, sondern die Aufmerksamkeit des Unternehmens darauf lenken möchte
@RhysW, bitte sehen Sie sich meine Bearbeitung an. Ich glaube du hast mich nicht richtig verstanden
Entschuldigung, SuperM, mein Kommentar war eigentlich an @Huntmaster gerichtet, ich habe ihn fälschlicherweise nicht markiert
@RhysW, versteh mich nicht falsch, ich sage nicht, dass du den Papierkorb nicht leeren sollst, weil er voll ist und du nicht der Verwalter bist, oder keinen Fehler im Code behebst, an dem du zufällig arbeitest. Ich hatte zuvor gesagt, es sei in Ordnung, es an seinem Chef vorbeizuführen. Ich sage damit, dass Sie nicht das Gefühl haben müssen, ein beträchtlich großes, abteilungsweites, prozessveränderndes Projekt als Ihre Pflicht aufgreifen zu müssen, nur weil jemand es vorschlägt. Worüber er spricht, sind nicht ein paar Stunden hier oder da, es verändert die Art und Weise, wie jeder in seinem Team arbeitet und ihnen allen eine Struktur und ein gewisses Maß an Disziplin auferlegt. Das ist eine große Sache.

Die anderen Antworten haben viele gute Ratschläge dazu gegeben, wann, ob und wie Änderungen vorzunehmen sind. Aber treten Sie ein wenig zurück: Sie sind neu in einer Organisation, wurden als neue Wissensträger identifiziert und gebeten, Beiträge zu leisten.

Der logische nächste Schritt hier ist, dass Sie eine Präsentation über die relevanten Technologien halten – mit anderen Worten, einen „Dinge, die ich gelernt habe“-Vortrag, genau wie der Vortrag, den Sie vor Ihren Kollegen halten würden, nachdem Sie von einer Konferenz zurückgekommen sind, auf der Sie waren einiges gelernt. Empfehlungen auszusprechen wäre verfrüht, egal wie lange Sie schon dabei sind; der erste schritt bei jeder betrachtung von veränderung ist bildung. Sie sind in der Lage zu erziehen. Mach das erstmal und schau dann was passiert.

Ich bin seit mehr als einem Jahrzehnt in meinem jetzigen Unternehmen. Ich habe viele Leute gesehen, die mit neuen Ideen hereinkamen, Dinge, mit denen wir nicht beschäftigt waren, weil das nicht unser Fokus war. Diejenigen, die hereinkommen und sagen: "Wir müssen X tun", haben im Allgemeinen keine Anziehungskraft bekommen; auf der anderen Seite diejenigen, die gesagt haben: "Hier sind einige Dinge, die ich über X gelernt habe".

Das ist eine hinterhältige, hinterhältige Art, die Leute dazu zu bringen, in die notwendige Richtung zu denken ...
@DeerHunter genau. Ein neuer Mitarbeiter ist nicht in der besten Position, um Druck auszuüben, aber jeder kann inspirieren . (Und meiner Erfahrung nach inspirieren die besten Führungskräfte viel mehr, als dass sie diktieren.)
Ich stimme zu, wie Sie es formulieren, ist wirklich wichtig. Man muss vermeiden, wie ein Besserwisser zu klingen oder ihnen vorzuwerfen, veraltet zu sein. Sie zeigen ihnen Sachen, mit denen Sie gearbeitet haben und wie es Ihnen dort geholfen hat, und dann werden sie hoffentlich anfangen, 2 und 2 zusammenzurechnen und erkennen, dass es helfen wird, Probleme zu lösen, die sie haben.

Das Timing ist entscheidend, um größere Änderungen vorzuschlagen. Das erste, was Sie tun müssen, ist, einen guten Ruf bei Ihren derzeitigen Kollegen und Ihrem Chef zu haben. Mit zwei Monaten hast du keine Erfolgsbilanz mit ihnen, ich würde warten, bis du eine hast. Weitere Änderungen werden eher als Lösung für ein Problem akzeptiert, das sich gerade in dieser Minute ereignet. Daher ist es an der Zeit, das Schreiben von Unit-Tests vorzuschlagen, nachdem etwas Wichtiges auf Prod kaputt gegangen ist, was hätte verhindert werden können, wenn es Tests gegeben hätte.

Formulieren Sie Ihre Vorschläge also betriebswirtschaftlich (bessere Qualität, niedrigere Kosten etc.) und halten Sie daran fest, bis das Timing stimmt. Dann bring sie hoch. Und denken Sie daran, versuchen Sie nicht, zu viel auf einmal zu tun. Wählen Sie den Vorschlag, der am ehesten angenommen wird, als den ersten aus, den Sie vorbringen. Ein Erfolg bei einem Vorschlag gibt Ihnen mehr Glaubwürdigkeit, wenn Sie die Änderungen vorschlagen, die für andere wahrscheinlich am schwierigsten zu akzeptieren sind.

Fangen Sie auch an, Verbündete zu finden, andere Menschen, die die Änderungen, die Sie vorschlagen möchten, unterstützen könnten. Es ist einfacher, Dinge zu akzeptieren, wenn die anderen die Idee nicht bekämpfen. Wenn Sie Leute haben, die schon lange dabei sind, denken Sie daran, dass sie wahrscheinlich das aktuelle System geschaffen haben und darin investiert sind. Sie müssen härter arbeiten, um sie dazu zu bringen, Veränderungen zu akzeptieren. Lesen Sie auch etwas über den Widerstand gegen Veränderungen. Alle Organisationen haben dies und es hilft, es zu verstehen und zu verstehen, warum es auftritt und wie man politisch damit umgeht.

Ich schlage vor, es mit Ihrem Chef zu besprechen – fragen Sie insbesondere nach Problemen, die Sie (eventuell) sehen. "Hey, warum ist unser Build kaputt gegangen?" Das gibt Ihrem Chef die Möglichkeit, Ihnen einen Einblick in die technische, geschäftliche und vielleicht politische Haltung dieses speziellen Themas zu geben.

Wenn sie möchten, dass es behoben werden könnte, aber nicht wissen, wie, dann schlagen Sie vor, dass es in vielen Unternehmen über kontinuierliche Integration behandelt wird.

Wenn sie es als nichts abtun, beißen Sie sich vielleicht auf die Zunge.

Wenn sie finster dreinblicken und sagen „Sie klingen wie der Chef in dieser anderen Abteilung“, dann wissen Sie um das politische Minenfeld.

Und im Allgemeinen ist es am besten, diese Dinge als „Best Practice“-Lösungen für Probleme zu verkaufen, anstatt Änderungen vorzunehmen, von denen Sie glauben, dass sie um der Änderung willen durchgeführt werden sollten.

Zu warten, bis ein Problem auftritt, kann kostspielig sein, wenn eine Bereitstellung unterbrochen wird, und einen Kunden aufgrund mangelnden Service mehrere hundert Millionen kosten. Es schadet nie, Verbesserungen vor dem Problem zu diskutieren
@RhysW - Poppycock. Wenn der neue Typ hineingeht und auf Verbesserungen drängt, ohne das Problem zu kennen, das er löst, oder die politische Landschaft, könnte er die Leute leicht gegen die Verbesserungen aufbringen. Verbesserungen kommen dem Unternehmen nur dann zugute, wenn sie umgesetzt werden.
Genau deshalb schadet es nicht, seinen Chef darauf aufmerksam zu machen. Wenn es das Problem lösen kann, wird der Chef es vorantreiben, wenn es das nicht kann, wird der Chef ihm sagen, dass es nicht funktionieren wird, und erklären, warum. Im besten Fall haben Sie ein Problem gelöst, im schlimmsten Fall haben Sie etwas Neues über das System gelernt und warum Ihre Lösung nicht funktioniert. Ich sehe keine Nachteile
@rhysw - Glaubst du wirklich , der Chef der anderen Abteilung hat nicht schon mit dem OP-Chef darüber gesprochen? Ich habe das ein halbes Dutzend Mal gesehen. Ein rückständiger Abteilungsleiter weist Verbesserungsversuche als Veränderung um der Veränderung willen oder aus politischer Bosheit oder aus schlichter Unkenntnis der Auswirkungen der Rückständigkeit zurück. Da der direkte Takt misslungen ist, versucht der andere Abteilungsleiter, den Wechsel in die Abteilung einzuschleusen. Wenn das OP dies direkt oder unhöflich zur Sprache bringt, würde dieser Prozess schnell zerstört.
Sie treffen viele Annahmen, die nur auf Ihren Erfahrungen basieren, das ist nicht immer wahr.
+1 für den vorsichtigen Ansatz. Mein besonderer Fall stellte sich als schlichter Zeitmangel heraus, um ein Treffen zwischen den beiden Managern zu organisieren. Jetzt ist das Problem gelöst, aber Ihre Punkte sind im Allgemeinen immer noch gültig.

Der Kern meiner Antwort lautet: Finden Sie heraus, ob dies eine realistische Aufgabe ist, die Sie gerne machen würden und die Ihrer beruflichen Karriere gut tut. Wenn nicht, suchen Sie sich einen neuen Job.


Wie bereits vorgeschlagen, würde ich auch vorschlagen, zuerst mit Ihrem Chef zu sprechen. Und auf informellere Weise an Ihre Kollegen, um eine bessere „Einschätzung“ darüber zu erhalten, wie sie über diese Änderungen denken würden. Lies auch zwischen den Zeilen. Wenn er „ja“ sagt, aber nicht wirklich an Bord ist, bedeutet das „ja, aber nein“.

Versuchen Sie auch, ein Gefühl dafür zu bekommen, wie sie über Veränderungen im Allgemeinen und die Konzepte / Ideen / Denkweisen der Dinge denken, die Sie vorschlagen möchten. Wie gehen sie mit technischen Schulden um? Pflegen sie den Code langfristig, refaktorisieren sie etc.? Haben sie Erfahrung mit Open Source? Sie machen also Code-Reviews?

Suchen Sie nach Sätzen wie:

  • „Das haben wir schon immer so gemacht“
  • "Niemals ein laufendes System unterbrechen"
  • „Dafür haben wir keine Zeit“
  • "Das haben wir schon versucht, aber Probleme gehabt / hat nicht funktioniert ..."

Wenn der Chef nicht (ganz) mit an Bord ist ODER wenn die Kollegen ernsthafte Einwände haben, würde ich zumindest in Betracht ziehen, eine neue Stelle zu suchen (besonders wenn Sie jung sind). gute Passform für Sie.

Ich meine nicht, dass du gehen musst, wenn es ein Problem gibt. Ich meine, gehen Sie, wenn es einen unüberwindlichen Widerstand gegen Veränderungen gibt und Sie in einer Kultur- und Entwicklungspraxis stecken bleiben, die weder für Sie persönlich noch für Ihre berufliche Karriere gut ist.

Einerseits wäre die Bewältigung dieser Veränderung eine tolle Erfahrung für Sie und würde sich wahrscheinlich gut in Ihrem Lebenslauf machen. Die Frage ist jedoch, wie wahrscheinlich es ist, dass es gelingt?

Warum sage ich das:

  • Es sieht so aus, als würden Ihre Abteilung und Ihre Kollegen bei Dingen hinterherhinken, die Sie für wichtig halten und die für das Schreiben von gutem und stabilem Code grundlegend sind.
  • Gibt es jemanden, der mehr Fachwissen hat als Sie (in diesem oder in anderen Bereichen?). Von wem wirst du lernen?
Hier ist der schlimmste Einwand: "Wir haben das unserem Chef wiederholt gesagt und er wollte nichts davon haben". Nimmt der Chef den Vorschlag von Ihnen an, nachdem er ihn mehrfach abgelehnt hat, sind Sie ein gezeichneter Mann.

Ich hätte vorgeschlagen, dass der Manager dieser anderen Abteilung mit Ihrem Chef darüber spricht. Wenn der Leiter einer anderen Abteilung möchte, dass Ihre Abteilung etwas tut, ist es nicht ganz angemessen, die Entscheidungslast einem Mitglied Ihrer Abteilung (insbesondere nicht einem relativ neuen Mitglied wie Ihnen) außerhalb des Abteilungsleiters / leitenden Managers aufzubürden.

Darf ich fragen, warum meine Antwort abgelehnt wurde? Dies ist die Politik, die ich in den seltenen Fällen befolge, in denen so etwas passiert, und ich denke, es liegt in meinem Interesse zu verstehen, warum eine solche Vorgehensweise schlecht sein könnte.
Aus meiner Sicht ist an der eigentlichen Antwort nichts auszusetzen, aber der andere Chef hat es ihm nie zu einer offiziellen Aufgabe gemacht. Es klingt eher so, als hätte der andere Chef in einer Diskussion erwähnt, dass X nett gewesen wäre, und wenn das OP dann zugestimmt hätte. Hier ist ein Weg, um es zu erledigen, indem Sie eine Powerpoint-Datei erstellen und zum Chef gehen
@RhysW ahh, dann verstehe ich. Ich werde meine Antwort bearbeiten.

Denken Sie 4 Züge voraus

"Eine Person ist schlau. Menschen sind dumme, panische, gefährliche Tiere und das wissen Sie."

Während eine Einzelperson ein rationales, vorausschauendes Werkzeug für Verbesserungen sein kann, sind Organisationen dies normalerweise nicht.

Wenn Sie diese Verbesserungen implementieren möchten, ist die wichtige Frage nicht, ob Sie diese Änderungen vorschlagen sollten, sondern vielmehr, wie Sie diese Änderungen mit den besten Erfolgsaussichten vorschlagen können.

Perspektive ist alles

Beim Lernen geht es um Perspektive. Wer hat eigentlich die Macht, es umzusetzen? Welche Pferde haben sie im Rennen? Was ist ihr Ziel? Was sind die potenziellen Probleme, mit denen sie konfrontiert werden, wenn sie versuchen, es umzusetzen?

Dies sind die wichtigsten Dinge, die Sie wissen sollten, aber sie sind für Personen, die gerade der Organisation beigetreten sind, normalerweise nicht offensichtlich. Aus diesem Grund sind viele neue Mitarbeiter, die auf weitreichende Veränderungen drängen, von der offensichtlichen Irrationalität des Systems als Ganzes frustriert – sie können die Rationalität jedes einzelnen Akteurs in diesem System nicht erkennen.

Perspektive gewinnen vs. Vertrauen gewinnen

Nicht jeder kümmert sich darum, was sein Vorgesetzter will oder wie die Organisation aufgebaut ist oder wie man am besten abteilungsübergreifende Veränderungen umsetzt (es ist wirklich mühsame Arbeit). Route und versuchen, Vertrauen zu gewinnen.

Das Vertrauen von jemandem mit der Perspektive zu gewinnen bedeutet, dass er eine Partnerschaft mit Ihnen eingehen kann, in der er Ihnen erlaubt, sich um die technische Seite zu kümmern, während er sich um die politische Seite kümmert, um die Änderung umzusetzen. Der Schlüssel zum Aufbau des Vertrauens besteht darin, dass Sie auch der politisch kompetenten Person mit Perspektive vertrauen müssen, da Sie durch das, was sie von der Organisation akzeptieren kann, in Ihren Möglichkeiten eingeschränkt sind.

Sollten Sie also als Neuankömmling eine Änderung vorschlagen?

Diese Frage hängt ganz von zwei Dingen ab:

  1. Streben Sie mit diesem Unternehmen kurzfristige Wirkung oder langfristigen Erfolg an?
  2. Sind Sie technisch oder politisch begabt?

Kurzfristige Auswirkungen

Wenn Sie technisch orientiert sind, können Sie etwas schaffen, das als Nebenprojekt so gut funktioniert, dass Ihr Chef seine Wirksamkeit nicht leugnen kann. Vor vielen Monden arbeitete ich in der Qualitätssicherung für einige Software und schrieb automatisierte Testsoftware, die es mir überflüssig machte, meine Arbeit zu erledigen (ich habe meine Arbeit aus der Existenz programmiert). Ihr Chef wird Schwierigkeiten haben zu sagen, dass automatisierte Testsoftware eine schlechte Idee ist, wenn sie nachweislich erfolgreich ist.

Wenn Sie politisch orientiert sind, können Sie ein paar Wochen damit verbringen, herauszufinden, welche Rolle Ihr Chef in der Organisation spielt und wie viel er Ihnen durchgehen lässt, und ihn dann bitten, Sie an einem Nebenprojekt innerhalb der Organisation zu beteiligen Reich, von dem du weißt, dass er es dich tun lassen wird (da es niemandem anderen Schaden zufügt). Auf diese Weise können Sie etwas schaffen, das Sie schaffen möchten, Vertrauen zu Ihrem Chef aufbauen und in naher Zukunft darauf aufbauen.

Langfristige Wirkung

Wenn Sie langfristigen Erfolg anstreben, würde ich keine große Veränderung vorschlagen. Ich würde stattdessen daran arbeiten, Vertrauen (wenn technisch orientiert) oder eine Perspektive (wenn politisch orientiert) aufzubauen, damit ich das nutzen kann, um mich später in die Lage zu versetzen, eine größere Veränderung vorzunehmen.

Jedenfalls...

Hüten Sie sich vor politischen Landminen. Leute aus anderen Abteilungen, die vorschlagen, dass Sie umfassende Änderungen vorschlagen, stinken nach politischem Opportunismus und schreien mir „Danger Will Robinson“ entgegen. Sprechen Sie mit Ihrem Vorgesetzten und finden Sie heraus, was er denkt. Ob Sie es mögen oder nicht, Ihr Vorgesetzter wird einen großen Einfluss darauf haben, welche Veränderungen Sie umsetzen können, und es ist eine gute Idee, ihn zu verstehen (oder ihn dazu zu bringen, Ihnen zu vertrauen).

Gleichzeitig ist es keine gute Idee, den Manager einer anderen Gruppe ebenfalls zu verärgern. Ich würde also darauf achten, diese Gelegenheit nicht zu nutzen, um auf die gute Seite Ihres Chefs zu kommen, indem ich diesen Manager schlecht aussehen lasse.

Ich würde ein bestimmtes Codebeispiel finden, das besonders kompliziert oder anfällig für Unterbrechungen ist, und die automatisierten Tests für diesen Code einrichten. Mit gutem Beispiel vorangehen. Wenn es Systeme mit ungewöhnlich erheblichen Qualitätsproblemen gibt, bieten Sie an, Ihre Methoden zu verwenden, um sie zu testen. Anstatt zu sagen „Wir sollten das alle tun“, „tue das“ selbst und lasse einige der Vorteile entstehen, bevor du es breiter bewirbst.

Wenn Sie nicht speziell dazu gebracht wurden, Änderungen vorzunehmen, denke ich, dass es für den neuen Typ viel zu früh ist, allen zu sagen, dass das, was sie tun, falsch ist. Wenn ein Unternehmen etwas tut, von dem die herkömmliche Meinung glaubt, dass es falsch ist, stellt sich oft heraus, dass es triftige Gründe dafür gibt. Wenn Sie die Entstehungsgeschichte der Dinge nicht kennen und sich herausstellt, dass Änderungen aufgrund unternehmens-/projektspezifischer Probleme nicht wirklich praktikabel sind, dann verlieren Sie genau zu dem Zeitpunkt an Glaubwürdigkeit, an dem Sie Ihr Unternehmen aufbauen sollten Glaubwürdigkeit.

Mein Rat an alle, die neu sind, ist, zuerst zuzusehen, zuzuhören, zu lernen und vor allem Ihre Glaubwürdigkeit aufzubauen. Wer weiß, wenn Sie tun, was ich sage, lernen Sie vielleicht etwas. Es gibt Zeiten, in denen Sie feststellen werden, dass die herkömmliche Meinung für die spezielle Situation Ihres Unternehmens falsch ist. Es kann sehr gut sein, dass die Art und Weise, wie sie es tun, einfacher/besser/geeigneter für ihre Aufgaben ist, sobald Sie sich daran gewöhnt haben. Selbst wenn sie es falsch machen, wenn Ihre Kollegen Ihnen vertrauen, dann wird es hundertmal einfacher, sie davon zu überzeugen, sich zu ändern, als wenn ein neuer Typ ihnen sagt, wie sie es die ganze Zeit falsch gemacht haben.

In der Zwischenzeit, wenn Sie es wirklich ernst meinen, Änderungen vorzunehmen, sehen Sie sich an, was Sie tun können, um ein Setup zu erhalten, das nur für Sie selbst verwendet werden kann. Vielleicht ist jemand anderes neugierig auf das, was Sie tun, und mag, was Sie getan haben, und er zeigt es jemand anderem, und es wird ohne viel Aufwand von Ihrer Seite wachsen. Zumindest haben Sie herausgefunden, wie Sie Ihre Änderungen in diesem bestimmten Unternehmen zum Laufen bringen können, wenn der Zeitpunkt gekommen ist, an dem es angebracht ist, mit der Umsetzung Ihrer Änderungen zu beginnen.