Habe einen Job in der Softwareentwicklung bekommen, der betrieblich ein Chaos ist und wenig Potenzial für Karrierewachstum hat. Was kann ich daraus entnehmen?

1

Der leitende Entwickler (nicht mein Chef) schließt sich offen der Meinung an, dass fehlende Dokumentation eine Form der Arbeitsplatzsicherheit ist. Folglich wird nichts aufgeschrieben.

2

Der Manager (mein Chef, der technisch ist) ist scheinbar unmotiviert und desinteressiert an der Arbeit. Er nimmt sich jeden Freitag frei und verbringt die restliche Zeit in seinem Büro. Als ich gefragt habe, ob ich irgendetwas tun soll, verspricht er, sich bei mir zu melden, und tut es nicht. Dadurch habe ich oft nichts zu tun als Udemy-Kurse.

Ja, das tust du. Siehe 1 )

Wenn sonst niemand dokumentiert, dann können/sollten Sie.

3

Wir verwenden Agile/Scrum, bei dem es anscheinend darum geht, Entwicklern einen Satz zu geben, mit dem sie in Sprints arbeiten können.

Nein, ist es nicht (außer bei Ihrem Projekt). Wenn Sie einen Wasserfall entwickeln würden (der kürzlich in V-Methode umbenannt zu werden scheint), würden Sie immer noch so wenig Anleitung bekommen.

Sie haben eine große Entscheidung zu treffen . Ihre Optionen sind das allseits beliebte „polieren Sie Ihren Lebenslauf und fangen Sie an zu suchen“ oder bleiben Sie, packen Sie an und versuchen Sie, die Dinge zu ändern.

Mit nur 6 Wochen könnten Sie einfach weggehen und den Job nicht einmal in Ihrem Lebenslauf erwähnen.

Oder Sie können bleiben und versuchen, es zu versuchen. Wenn Sie bleiben, werden Sie wahrscheinlich nicht viel Hilfe bekommen (vom leitenden Entwickler oder seinem Chef); Die große Frage ist, ob Sie auf Hindernisse stoßen werden. Wenn Sie damit rechnen, ist ein Karriereschritt angezeigt.

Sie könnten anfangen, Dinge zu dokumentieren. Führen Sie den Code durch DoxyGen aus , wenn es Ihre Sprache unterstützt, oder suchen Sie nach etwas Ähnlichem. Starten Sie ein Wiki. Wenn Sie herausfinden, was Code tut, fügen Sie Kommentare hinzu. Fügen Sie Unit-Tests hinzu, wenn Sie können.

Sprechen Sie Ihre Teamkollegen an. Klingt, als hätten sie aufgegeben. Fragen Sie sie, ob sie bereit wären, zu einem Wiki beizutragen. Vielleicht hat es jemand schon versucht und ist auf Widerstand gestoßen - er wird es wissen, und das kann Ihnen helfen, eine Entscheidung zu treffen.

4

Der leitende Entwickler (nicht mein Chef) schließt sich offen der Meinung an, dass fehlende Dokumentation eine Form der Arbeitsplatzsicherheit ist

Lesen Sie mehr über den Busfaktor . Vielleicht dem Chef/PM gegenüber erwähnen? Wenn der leitende Entwickler unter einen Bus läuft/heiratet und wegzieht/wegzieht, um sich um einen Verwandten zu kümmern/usw., was passiert dann? Ich habe das gesehen, und es ist nicht schön. Wenn er so unentbehrlich ist, was passiert dann, wenn er Urlaub nimmt?

5

Darüber hinaus teilt der Projektmanager Aufgaben häufig in ähnliche Elemente auf und weist sie außerhalb der Sprintplanung zu, sodass zwei Teammitglieder leicht an derselben Sache arbeiten und Code duplizieren können.

Verheißt nichts Gutes. Es klingt wirklich wie ein Lehrbuch, „wie man ein Projekt nicht durchführt“, und Sie könnten gut beraten sein, sich umzusehen. Hast du noch andere Angebote bekommen? Könnten diese Unternehmen etwas für Sie haben?

So möchte man die nächsten 40 oder 50 Jahre nicht verbringen. Wenn Sie es zu zweit durchziehen, sind Sie danach anderweitig einsatzfähig?

Tl;dr - ändere es oder steige aus. Die Einstellung Ihrer Teamkollegen sollte ein Indikator sein. Die Einstellung Ihres Chefs und PM ist bereits ein Indikator.

Beginnen Sie jetzt mit der Jobsuche.

In meiner ersten IT-Stelle nach dem Studium war ich in einer ähnlichen Situation.

Wo es von Anfang an offensichtlich war, dass es kein sehr guter Job war, habe ich mich davon überzeugt, „mindestens ein Jahr zu bleiben, weil es nicht gut aussehen würde, vorzeitig zu gehen“.

Das Problem bei dieser Art des Denkens ist Folgendes:

1. Es kann länger dauern, als Sie denken, einen neuen Job zu finden.
2. Sie können jetzt gehen, solange Sie diesen 'neuen Gradgeruch' haben. In meinem Fall hatte ich nach einem Jahr, als ich anfing, nach einem neuen Job zu suchen, jetzt ein Jahr Erfahrung mit einer obskuren Technologie. Ein Jahr Erfahrung mit einer irrelevanten Technologie zu haben, machte es wahrscheinlich schwieriger, als ein frischgebackener Absolvent ohne Erfahrung zu sein. Wenn Sie sich Sorgen über die Antwort „Warum verlassen Sie Ihren Job?“ machen – machen Sie sich keine Sorgen, die Aussage „Ich möchte irgendwo mit guten Praktiken arbeiten“ wird Menschen ansprechen, die gute Praktiken haben.
3. Es gibt die Opportunitätskosten für das, was Sie sonst vielleicht lernen würden. Wenn Sie woanders arbeiten, lernen Sie vielleicht viel bessere Fähigkeiten.
4. An einem Ort mit schlechten Praktiken zu arbeiten, kann schlecht für deine geistige Verfassung sein. Wenn Sie mit undokumentiertem Code arbeiten, ist das frustrierend und stressig und kann zum Burnout führen.

Suchen Sie sich einen anderen Job. Bis Sie einen mit einem rechtsverbindlichen Jobangebot finden, bleiben Sie, wo Sie sind, denn das bringt Geld in die Tasche.

Parallel können Sie versuchen, die Dinge bei Ihnen zu verbessern. Auch wenn es nichts wird, ist es eine gute Lernerfahrung. Schreiben Sie auf, was passiert, warum es falsch ist und welche Risiken für das Unternehmen bestehen.

Das größte Risiko besteht darin, dass es dem Unternehmen mit einem solchen Teamleiter nie gelingt, einen erfahrenen Entwickler einzustellen und zu halten. Für Sie ist es der erste Job, und Sie denken intensiv darüber nach, ihn zu verlassen. Stellen Sie sich vor, was für eine Zukunft Sie mit 5 Jahren Erfahrung in dieser Situation machen würden.

Während die Leute von „Bus-Faktor“ sprechen (was passiert, wenn die Leitung von einem Bus überfahren wird oder ein Kollege, der genug hat, oder positiv im Lotto gewinnt), ist das eigentlich kein so großes Risiko. Es wird teuer, aber das Unternehmen kann jemanden einstellen, der seinen Job wirklich gut macht , für ein gutes Gehalt, und es wird behoben.

Die größten Kosten ergeben sich aus der Tatsache, dass der Lead die Dinge auf völlig ineffiziente Weise betreibt. Wenn ein Junior-Entwickler Fragen hat, nehmen Sie ihm als Lead nicht die Arbeit weg und erledigen es selbst (wenn der Lead den Job an einen Junior gegeben hat, dann ist es ein Job, den der Lead niemals anfassen sollte), sondern Sie helfen ihm dabei Überwinden Sie das Problem, wenn es etwas ist, das dokumentiert werden muss, sagen Sie ihnen, dass sie es dokumentieren sollen, und lassen Sie sie dann weitermachen.

Anscheinend haben Sie einen PM (und jeder weiß, dass er nicht viel tut), einen Lead (aber niemand weiß, was er tut) und drei Entwickler, die keine nützliche Entwicklungsarbeit leisten. Das ist natürlich nicht deine Schuld, aber du kannst versuchen, dein Bestes zu geben, um es zu ändern.

PS: Ich kann sehen, dass eine leitende Entwicklerposition frei wird, sobald Ihr Management aufwacht. Zugegeben, dafür muss man sehr gut sein.

PS. Ein Ersatz für den Teamleiter würde bedeuten, dass das Unternehmen plötzlich einen effektiven Teamleiter und drei effektive und motivierte Junior-Entwickler hätte. Sie können viel erreichen.

Was ist der beste Weg, um einen starken Marktwert zu haben, um in 8 Monaten auf ein Jahr zu springen?

Angesichts der Informationen ist Ihr bestes Ergebnis eine gute Referenz und alles, womit Sie sich weiterbilden können. Beides sind ziemlich wertvolle Vermögenswerte.

Erwarten Sie nicht zu viel, wenn Sie zum ersten Mal in die Belegschaft eintreten.

Das Sammeln von Berufserfahrung bedeutet mehr als nur die Verbesserung Ihrer technischen Fähigkeiten mit realen Programmierherausforderungen, sondern auch das Erlernen, sich durch einen dysfunktionalen Arbeitsplatz zu navigieren.

Kein Unternehmen, für das Sie arbeiten, wird die Dinge richtig machen, und noch weniger das Richtige für Sie. Startups bewegen sich schnell und machen Dinge kaputt, große etablierte Unternehmen ertrinken in Prozessen und Papierkram. Verstehen Sie mich nicht falsch, Ihre aktuelle Situation klingt ziemlich schlecht, aber ohne es zu sehen, weiß ich nicht, wie schlimm das ist und wie sehr der „Neuer-Job-Effekt“ ist, bei dem alles entweder erstaunlich ist oder ein Müllcontainer-Feuer.

Hier gibt es kein richtig oder falsch. Sie können bleiben und lernen, wie man ein dysfunktionales Unternehmen überlebt und es sogar besser macht (z. B. indem Sie dokumentieren, wie einige Leute sagten). Sie können gehen und versuchen, eine bessere Gesellschaft zu finden, aber das Gras wird woanders immer grüner sein. In jedem Fall werden Sie gestärkt daraus hervorgehen und viel Erfahrung darin haben, wie man in einem realen Unternehmen arbeitet, selbst in einem der dysfunktionalsten.

Du solltest aufhören.

• Sie sind nicht lange dort und es gibt bereits genug, um das Verlassen zu rechtfertigen. Es sind nicht einmal zwei Monate vergangen und Sie finden bereits einen Haufen schlechter Praktiken.
• Noch wichtiger ist, dass Sie, da Sie noch nicht lange dort sind, weder in das Projekt noch in Ihre Karriere in diesem Unternehmen wirklich investiert sind. Also hält dich nichts auf.
• Ich habe schon früher mit solchen Führungskräften/Leads gearbeitet, in diesem Unternehmen wird sich nichts ändern. Ihr Chef hat nach Ihrer Beschreibung kein Interesse daran, die Produktivität zu verbessern und zu steigern. Worüber Ihr Lead in Bezug auf Arbeitsplatzsicherheit spricht, habe ich schon einmal gehört, aber selbst in den Fällen, in denen ich gehört habe, dass Leute so etwas erwähnt haben, bin ich noch nie auf jemanden gestoßen, der Kollegen aktiv davon abhält, zu dokumentieren oder zu lernen. Dies sollte dem Management zur Kenntnis gebracht und letztendlich bestraft werden - aber auch hier habe ich das Gefühl, dass das Management nicht genug in das Thema investiert.

Wenn Sie sauer aufhören und zumindest eine Veränderung herbeiführen wollten, könnten Sie Ihre Kündigung einreichen und mit dem Management sprechen und ihm erklären, warum die Entwicklungspraktiken im Haus dem Geschäft direkt schaden. Allerdings würde ich davon abraten, obwohl ich das damals selbst so gemacht habe. Das hat zwei Gründe:

1. Unternehmen wie dieses ändern sich nicht. Sie kratzen immer irgendwie Geld zusammen oder gehen bankrott, normalerweise gibt es eine Person, die sozusagen der Herzschlag der ganzen Sache ist, und wenn sie jemals weggingen, brach die Firma zusammen. In jedem Fall werden Ihre Worte wahrscheinlich nie beachtet, so dass Sie wahrscheinlich nur vorübergehenden Streit verursachen werden.
2. Außerdem betrachte ich das aus Ihrer Perspektive. Sie haben nichts zu gewinnen, wenn Sie versuchen, dem Unternehmen zu helfen , wenn Sie es verlassen, oder wenn Sie versuchen, ihm ein neues zu reißen , wenn Sie es verlassen, außer vielleicht etwas persönlicher Befriedigung. Ansonsten gibt es einfach keinen Nutzen. Die Chancen stehen gut, dass Sie eine Brücke brechen und jeder Ratschlag, den Sie sich ausgedacht haben, nie sinnvoll genutzt wird.

Ich weiß, das ist irgendwie unbefriedigend, aber geh einfach. Seien Sie professionell, nennen Sie einen beruflichen Grund, warum Sie gehen wollen, und vergessen Sie dann, dass dieses Projekt jemals existiert hat. Im Gegensatz zu einer anderen Antwort denke ich nicht, dass es Ihre Aufgabe ist, Dokumentation zu erstellen, wenn Ihr Lead aktiv dagegen arbeitet und das Management sich nicht darum kümmert. Letztendlich sind Sie ein Entwickler, kein Projektmanager. Ihre Aufgabe ist es, Code zu produzieren. Wenn die Entscheidungen des Managements und des Entwicklungsleiters desaströs sind, können Sie darauf hinweisen, aber wenn sie sich entscheiden, Ihre Warnung nicht zu beachten, sollten Sie hier die Grenze ziehen. Besonders wenn Ihr Lead nicht möchte, dass Sie dokumentieren, sehe ich nicht ein, warum es überhaupt Ihre Aufgabe ist, dies zu tun. Es ist nicht.

Nur ein Nachtrag: Ich persönlich würde auch dort weiterarbeiten, bis Sie einen neuen Vertrag bekommen. Machen Sie die Probleme dieser Firma nicht zu Ihren Problemen.

Bitten Sie um einen Termin mit Ihrem Vorgesetzten zum Thema Feedback. Bringen Sie ihn dazu, eine bestimmte Zeit aufzuschreiben, bevor Sie den Raum verlassen, und wenn er es nicht tut, senden Sie ihm wiederholt eine E-Mail, bis er eine Zeit festlegt (obwohl er seinen Posteingang natürlich nicht zuspammt).

Sagen Sie ihm bei diesem Treffen genau das, was Sie uns gesagt haben. Fragen Sie ihn, ob er bereit wäre, mit dem leitenden Ingenieur zu sprechen, da Sie glauben, dass sein Verhalten dem Geschäft schadet, da es das Risiko erhöht (siehe Busfaktor), während es gleichzeitig die anderen Programmierer daran hindert, einen sinnvollen Beitrag zu leisten. Sie bekommen ein Gehalt ausbezahlt und haben Angst, dass seine Handlungen Sie daran hindern, es richtig zu verdienen – und das bedeutet, dass Ihr Job bei der nächsten Entlassung in Gefahr ist.

Fragen Sie außerdem nach geeigneten Akzeptanzkriterien für Ihre agilen Aufgaben, damit Sie wissen, was zum Teufel Sie tun sollen. Im Moment haben Sie Agile nur zur Hälfte implementiert.