What My Final Review as a Manager Revealed About Me (and the Company) š§¾
After stepping down from management, I reflected on my final review. It wasnāt surprising ā but it was revealing. Hereās what it said, what it missed, and what it taught me about leadership, growth, and the systems we operate in.
Leadership didnāt burn me out. Everything around it did.
I didnāt step down from management because I wasnāt cut out for it. I stepped down because I couldnāt keep doing it the right way in an environment that didnāt make it sustainable. My final review didnāt surprise me, but it gave me a lot to think about. Some of it rang true. Some of it missed the point. All of it pushed me to reflect ā not just on myself, but on how we structure leadership, growth, and expectations in tech.
Hereās what the review said ā and what I really think about it.
1. āPeter struggled to accept the added background/administrative tasksā¦ā šļø
Letās be clear: I didnāt struggle with the tasks themselves. I struggled with the strategy that created them.
A flood of administrative work landed in our laps in 2023 ā new systems, new expectations, new reporting layers ā and none of it was acknowledged in planning or resourcing. These werenāt just background tasks. They were real time sinks that pulled people away from meaningful work.
So I adapted.
I reduced our teamās allocation for feature work from the standard 75% to 50%, accounting for the spike in meetings, administrative overhead, and onboarding new tools. I adjusted our quarterly planning from fixed scope to a range, based on the teamās historical low-to-high median velocity ā giving us more flexibility to deliver value without burning out.
I accounted for it with my team.
I just wish upper management had done the same for mine.
2. āPeter didnāt value the work and output that managers provideā¦ā š¤
I value the role. Deeply.
I loved managing my team. I found joy in supporting people, building trust, and making space for others to succeed. But the environment made it exhausting. The role was overloaded. The systems meant to support us just added more friction. Direction was handed down, not co-created. And too often, I had no say in what my team worked on, or how.
We had agile training. I embraced it. Most others didnāt. I tried to reverse waterfall. Others doubled down. My team had four managers in a year, and sometimes they were working outside the sprint without me even knowing.
My feedback came off like frustration. But it wasnāt complaining ā it was radical candor in a system that wasnāt ready to hear it.
3. āPeter struggled to identify goals and growth areasā¦ā š±
That one stings because itās partially true ā but itās not because I lacked ambition or clarity. Itās because growth at CG felt directionless.
Iāve had six managers in a relatively short span. Oneās now a Senior Manager. Two became Directors. Oneās a VP. And one, I personally recommended to take over after I stepped down. Thereās been a lot of upward movement ā for those around me.
Iāve been on four different teams. I was promoted to Principal ā not for a milestone or impact, but as a consolation after I declined my initial management role offer. A āvanity title,ā without a clear definition or pathway.
I moved to DevX because I couldnāt secure the UI Architect role my team needed. If I couldnāt improve developer experience in one org, I figured Iād try doing it company-wide. I dig into tech, systems, and process wherever I can. But thereās a big difference between effort and growth ā and some days it feels like CG is getting more out of me than Iām getting out of it.
4. āPeter didnāt show a bias for action to foster leadership changeā¦ā š
Disagree.
I pushed for change every day ā I just didnāt pretend it was easy. And I learned that I could push better as an IC than a manager. Less red tape. More bandwidth. More candid conversations without navigating the politics of the role.
At HubSpot, we had someone dedicated to developer happiness ā not a manager, not a director, just someone focused on making things better. He helped me solve one of the hardest personnel issues of my career. I still think about that.
The best tech companies Iāve worked at put people first. Everything else followed. Itās hard to watch leadership forget that.
5. āPeter took too long to manage someone outā¦ā š§ š
I completely agree.
I held out hope longer than I should have. I gave too much benefit of the doubt. I let empathy delay action. And in the end, it made things harder for everyone ā for the individual, for me, and for the team.
But Iām not alone in that. The company struggles with this too. Iāve seen underperformance persist for years. Iāve watched engineers get promoted into roles they werenāt ready for. Iāve seen teams carry dead weight because the cost of confrontation seemed too high.
I donāt say that to deflect blame ā I say it to highlight a pattern. We talk about operational excellence, but we donāt act on what we already know: you canāt build high-performing teams if you wonāt deal with low performance.
Final Thoughts āļø
What I did as a manager ā the late nights, the 1:1s, the documentation, the planning, the quiet emotional labor ā I did to protect the team. That was always the goal. But leadership only works when itās paired with support, autonomy, and the ability to steer.
What I learned through that review wasnāt just about my growth areas ā it was about how our systems flatten people, suppress momentum, and reward those who go with the flow over those who challenge it.
If we want to retain good leaders, we need to create space for their growth, too.
If we want managers to succeed, we need to stop asking them to compensate for broken systems.
If we want teams to thrive, we need to stop settling for ābetter than nothing.ā
Because once you burn out the people who care ā all youāre left with are the ones who donāt. šÆļø