Wie kann ich meinem Vorgesetzten mehr Entwicklungsaufgaben als Wartung und Fehlerbehebung zuweisen?

Hintergrund

Ich befinde mich derzeit an einem Querschnitt meiner Karriere in einem Unternehmen. Ich arbeite seit fast einem Jahr als Software-Ingenieur; In dieser Zeit habe ich ein Team passiert, das sich mit den Back-End- und Front-End-Technologien des Teams, dem Beheben von Fehlern (während ich Hilfe von dem einzigen Teamkollegen bekam, der Fehler behebt), einigen Refactoring-Metriken und einem POC unseres Hauptprojekts beschäftigte was für uns dieses Jahr geplant war. Im Moment arbeiten andere Teamkollegen an Aufgaben der Projekte, während ich bisher keine Aufgabe bekommen habe, die mit dem Projekt zu tun hat. Alles, was ich bekommen habe, sind Bugs und die Tatsache - "Sie sollten ihn ersetzen und ihm die gesamte Verantwortung für die Wartung abnehmen", obwohl ich in den letzten Monaten gründlich recherchiert und einen POC erstellt habe.

Meine Frage

Wie kann ich meinen Vorgesetzten bitten, mich in das Projekt einzubeziehen, während er mir klar gesagt hat, dass ich der „Neue“ bin und jemand diese ganze Drecksarbeit machen muss?

Weniger Bugs schreiben?

Antworten (3)

Sie brauchen jemanden, der Fehler behebt. Es scheint, dass es für sie wirtschaftlich am vorteilhaftesten ist, erfahrene Leute für neue Projekte einzusetzen und Sie für die Fehlerbehebung.

Die einzige Chance, diese Zuordnung zu ändern, besteht darin, dem Management die geschäftlichen Vorteile aufzuzeigen , die daraus resultieren. Sie müssen sich Argumente überlegen, die zeigen, warum es die Projektkosten (Zeit, Geld, technische Schulden und andere Arten von Kosten) nicht erhöht, die am wenigsten erfahrene Person in ein neues Projekt zu stecken, und ihnen tatsächlich etwas einbringt.

Wenn das einzige Argument, das Sie vorbringen, lautet: „Ich bin mit der Fehlerbehebung nicht zufrieden“, riskieren Sie, dass sie das Geschäftsrisiko mindern, indem sie Sie durch jemanden ersetzen, der gerne Fehler behebt.


Was die spezifischen Vorteile betrifft, so besteht ein Vorteil der Beteiligung an einem neuen Projekt darin, dass Sie es genug wissen, um es später zu beheben. Wenn Sie einige Fehler von älteren Systemen an andere Mitarbeiter senden, wissen sie auch genug über diese alten Systeme, um sie zu beheben, falls Sie jemals krank werden, bei einem Busunfall ums Leben kommen usw. Wird das ausreichen? Ich bezweifle es, wahrscheinlich hat das Management dies bereits in Betracht gezogen. Aber zumindest ist es ein Anfang.

Außerdem erwirbst du viel Wissen, wenn du an bestehenden Projekten arbeitest. Sie sehen den Code von erfahreneren Entwicklern und lernen während der Arbeit. Dies ist manchmal erforderlich, damit Sie in Zukunft der erfahrene Entwickler sind und wartbaren Code für den nächsten neuen Mitarbeiter erstellen.

Softwareentwicklung kann bemerkenswert leistungsorientiert sein. Kurz gesagt, zahlen Sie Ihre Gebühren. Zeigen Sie, dass Sie Fehler schnell und gut beheben können. Beteiligen Sie sich am Entwicklungsprozess um Sie herum. Lernen Sie interne Prozesse kennen, verstehen Sie das Geschäftsmodell der Plattform und lösen Sie die vor Ihnen liegenden Probleme mit Geschick und Schnelligkeit. Sie müssen nicht darum bitten, an einem Projekt zu arbeiten, sie weisen Ihnen einfach ein Projekt zu.

Die grundlegende Wahrheit ist, dass Sie bei Softwareprojekten aufgrund einer von zwei Bedingungen enden: Entweder Sie sind gut oder sie sind verzweifelt. Wenn du etwas aufbauen willst, sei entweder gut oder arbeite für jemanden, der verzweifelt ist.

Ich glaube du siehst das falsch.

Ich habe in einem Unternehmen angefangen, in dem ich nach einiger Zeit nur noch "Bugfixing" gemacht habe, nicht so sehr im Code, sondern in Geschäftsprozessen, alles, was ich getan habe, war, Dinge zu beheben, wenn Leute Fehler gemacht haben, das hat mir geholfen, als ich derjenige war Die Entwicklung der Geschäftsprozesse hat mir noch mehr geholfen, als ich anfing, Fehler in den von uns verwendeten Anwendungen zu beheben. Als ich dann mit der Entwicklung begann, kannte ich die Anwendungen bereits gut, sodass der Codierungsaspekt viel einfacher war (SQL), wenn ich wusste, wo sich die Daten befanden Trotzdem.

Nutzen Sie den Vorteil, dass Sie so viel Fehler beheben, und lernen Sie damit, finden Sie Muster und lernen Sie mit ihnen.

Sie werden Ihre Chance bekommen, wenn Sie gebraucht werden, scheinen immer hilfsbereit zu sein, wenn Ihnen gesagt wird, dass das Projekt ins Stocken gerät, fragen Sie, ob Sie einen Blick darauf werfen und möglicherweise helfen können. Jeder wird gebraucht und im Moment werden Sie beim Bugfixing gebraucht.