Tout au long de ma carrière, j'ai constamment adapté mon environnement plutôt que de provoquer un changement significatif, et un entretien récent a mis en évidence cela comme un obstacle à l'accès à des postes de direction. Après avoir obtenu mon diplôme, j'ai rejoint une entreprise où je me suis battu avec la pile technique et j'ai finalement été confronté à un plan d'amélioration de la performance, ce qui m'a conduit à refuser un transfert vers le QA et à quitter. Dans mon prochain poste, j'ai compensé en rejoignant une organisation chaotique au milieu d'un projet, où j'ai concentré mes efforts sur l'exécution - apprenant des outils comme AWS, Docker et Lambda comme on me l'a demandé - et j'ai livré grâce à des heures supplémentaires et à un effort considérable. Cependant, cela a entraîné un épuisement, et j'ai quitté après que mon manager ait démissionné.
Par la suite, j'ai rejoint une autre entreprise sur l'invitation d'un responsable, mais des changements structurels et un manque de clients m'ont laissé avec un impact limité avant que l'entreprise ne ferme. J'ai resté plus longtemps que nécessaire en raison de l'instabilité du marché, malgré des résultats tangibles minimaux. Aujourd'hui, dans mon poste actuel, j'ai adapté mon travail aux lacunes en documentation et en processus, ainsi qu'à un cycle de feedback entre produit et ingénierie cassé, mais le projet pour lequel j'ai été embauché est passé en mode maintenance.
En y réfléchissant, je réalise que ma carrière a été marquée par une influence limitée sur la conception et peu de responsabilités avec des résultats mesurables. Ma réussite la plus notable est venue de l'exécution des directives plutôt que de l'identification de problèmes systémiques. Je cherche maintenant des stratégies concrètes pour passer de l'adaptation à la conduite de changements : comment initier et maintenir ce changement au quotidien, distinguer les problèmes qui valent la peine d'être résolus par rapport à ceux qu'il faut contourner, et démontrer une pensée de niveau supérieur lors des entretiens malgré une histoire professionnelle axée sur l'exécution sans indicateurs clairs. Si vous avez surmonté un schéma similaire, je serais reconnaissant de recevoir des conseils sur ce qui vous a aidé à vous libérer.
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.