Im Laufe meiner Karriere habe ich mich stets an meine Umgebungen angepasst, anstatt bedeutende Veränderungen voranzutreiben, und ein kürzliches Interview hat dies als Hindernis für die Erreichung seniorer Positionen hervorgehoben. Nach meinem Abschluss trat ich in ein Unternehmen ein, in dem ich mit der technischen Stack Probleme hatte und schließlich einem Leistungsverbesserungsplan gegenüberstand, was dazu führte, dass ich eine Versetzung in die QA ablehnte und verließ. In meiner nächsten Rolle kompensierte ich dies, indem ich in einer chaotischen Organisation mitten im Projekt eintrat, wo ich mich auf die Umsetzung konzentrierte – lernend Tools wie AWS, Docker und Lambda, wie mir vorgeschrieben – und durch Überstunden und reine Anstrengung lieferte. Dies führte jedoch zu Burnout, und ich verließ das Unternehmen nachdem mein Manager gekündigt hatte.
Danach wechselte ich auf Einladung eines Leads zu einem anderen Unternehmen, doch strukturelle Veränderungen und ein Mangel an Kunden ließen mich mit begrenztem Einfluss zurückbleiben, bevor das Unternehmen pleiteging. Ich blieb länger als ideal, trotz minimaler messbarer Ergebnisse. Jetzt in meiner aktuellen Position habe ich mich an Dokumentations- und Prozesslücken sowie an einen defekten Produkt-Engineering-Rückmeldungszyklus angepasst, aber das Projekt, für das ich eingestellt wurde, ist in den Wartungsmodus übergegangen.
Nachdenklich darüber, erkenne ich, dass meine Karriere von begrenzter Gestaltungseinfluss und geringer Eigenverantwortung mit messbaren Ergebnissen geprägt war. Meine bemerkenswerteste Erfolge kamen aus der Umsetzung von Anweisungen anstatt aus der Identifizierung systemischer Probleme. Ich suche nun nach handelbaren Strategien, um vom Anpassen zum Vorantreiben von Veränderungen zu wechseln: Wie man diesen Wechsel täglich initiieren und aufrechterhalten kann, welche Probleme es lohnt zu beheben, anstatt sie zu umgehen, und wie man senior-level Denken in Interviews demonstriert, obwohl man eine Geschichte von arbeitsfokussierten Rollen ohne klare Kennzahlen hat. Wenn Sie ähnliche Muster überwunden haben, würde ich gerne Einblicke erhalten, was Ihnen dabei geholfen hat, sich zu befreien.
Deine Beschreibung, wie du in einem chaotischen Projekt durch Überstunden und Eigenstudium von AWS-Tools funktioniert hast, spricht mir aus der Seele – ich habe ähnliche Phasen erlebt, wo reine Anpassung und Feuerwehrarbeit den Blick auf strategische Veränderung verstellt haben. Bei mir war der Wendepunkt, bewusst nach Projekten zu suchen, bei denen ich von Anfang an die Architektur mitgestalten konnte, statt nur Vorgaben umzusetzen. Wie planst du, in deiner aktuellen Rolle von der Anpassung zur aktiven Gestaltung überzugehen?
Danke, dass du deine ähnliche Erfahrung teilst – es ist wertvoll zu hören, wie der bewusste Wechsel zu architekturgestaltenden Projekten für dich ein Wendepunkt war. Aus meiner aktuellen Situation plane ich, zunächst in abgegrenzten Bereichen wie der Verbesserung unserer CI/CD-Pipeline gezielt eigene Initiativen vorzuschlagen, um schrittweise von der Ausführung zur Mitgestaltung zu kommen. Ein konkreter erster Schritt könnte sein, regelmäßig eine “Verbesserungs- und Innovationsliste” zu führen und in Team-Besprechungen einen Punkt dafür einzufordern. Ich würde mich freuen, später von deinen Erfahrungen mit der aktiven Gestaltung zu hören – wie gehst du dabei mit Widerständen oder etablierten Prozessen um?
To grow into a senior role, consistently seek out and embrace uncomfortable situations.
As a senior, your value lies in enhancing the following:
– Service and application stability and reliability
– Team delivery and processes
– Quality, both in code and user perception
To achieve this, spend a few weeks talking with colleagues to understand responsibilities and identify inefficiencies. Look into slow releases, large tickets, customer complaints, feature requests, delivery delays, custom work, or recurring bugs.
Next, determine the root causes and consider how you can simplify, improve, or resolve these issues. Identify opportunities for automation to free up human capital for value-driven tasks, and find ways to remove roadblocks for the team. Take ownership of processes, coordinate efforts, and iterate on solutions.
Be prepared to demonstrate your approach and help others see the benefits, but also accept that some ideas may be rejected. Learn from both successes and setbacks, and remember that change is challenging for everyone, including yourself.
That sounds like a solid plan. When I try to dig deeper into a specific area or problem, I often uncover more questions, and there’s no one I know who can provide answers. Usually, I end up leaving things as they are after a while.
I’d like to try the approach you’ve described, but I’m unsure how to handle resistance when driving change without support.
Demonstrate your ideas through action. Build support by delivering work that makes stakeholders recognize clear improvements.
In software, proof of concepts can be valuable—they don’t need to be perfect. However, if you’re proposing an alternative to an established process, focus on creating a deliverable that provides immediate business value.
Review the code history to understand the original purpose of the feature and whether it was driven by customer needs or other factors. Implement metrics to track its usage and add logging to analyze how it is being used.
To grow into a senior role, start by asking product teams direct questions. If they don’t provide clear answers, dig deeper to uncover them. Request to join customer calls, speak with support, and find opportunities to engage directly with customers.