I didn’t have any major financial obligations like you though, so it was a much simpler decision for me.
Hang in there buddy and also thanks for the deeply human comment.
I didn’t have any major financial obligations like you though, so it was a much simpler decision for me.
Hang in there buddy and also thanks for the deeply human comment.
Maybe the problem is imagining that you need sixty three levels of granularity to describe experience or to establish superiority over sixty two categories of "lesser" engineers?
But the tradeoff is that career advancement becomes less legible in a way that other people often find frustrating. Why does Alice get paid 3 times as much as me to work on cooler and more important stuff? "Alice is L7 and I'm L4" is often an easier answer to accept than "Alice is a better engineer than I am" or "People with Alice's experience have more options than I do".
> I am an L63 but the work I was doing, was something an L60-L61 could do
So you and OP believe that, these systems are good indicators of skills, so much that the last statement sounds normal?
I was thinking like that once, as well, but I got disillusioned. These stuff tend to be gamed.
> Why does Alice get paid 3 times as much as me to work on cooler and more important stuff? "Alice is L7 and I'm L4" is often an easier answer to accept than "Alice is a better engineer than I am" or "People with Alice's experience have more options than I do".
Sure, that's why these system exist. They justify pay, that's all there is.
Op here, yes I do believe, the levels aren’t perfect though. I believe in them because I was once L60 and L61, I knew intimately what was expected of me then and I can assure you the work I was doing as an L63 could be done by someone few levels down, which is to say I was underutilised. The team was also not the right fit for me.
Levels tell you two things, the scope and autonomy you get in your work and more importantly compensation. From the compensation view point, it does tend to be “gamed” frequently by developers hired from outside who might be out earning devs promoted within.
I do. I think it's good not to box people in, where certain work is only for (my company's equivalent of) L63s and an L60 isn't even allowed to try. But when I do see L60s try, they usually need someone to come by and intervene, because there are critical skills that come with seniority that they don't yet have.
To be more concrete, one thing I often notice in junior engineers I mentor is that they're very "task brained". They understand their job to be nothing more than a sequence of development tasks, so they struggle to understand what's happening or how to help when it comes time for important things that aren't tasks. One guy I knew was frustrated that he didn't understand how priorities are set, and yet would never read the customer stories in his email that the company used to set priorities.
All this to say it is absolutely reasonable for the OP to complain that they are being underutilized at the role of senior being given small byte sized projects of for no other reason than that this would prevent future growth.
The point I made was that as an SSE (L63), there’s a certain amount of scope and autonomy that is expected neither of which I was getting and hence I resigned. I am not trying to bully or denigrate anyone junior.
The levelling system specifies the output and the characteristics of the output expected out of an engineer, that’s it. Whether I believe in it or not is beside the point, I was in the system so I did believe it otherwise progressing through my career would have been impossible.
Because it's standard arrogance by developers not realizing that Microsoft Level system is actually pay bands and because it was developed in 80s, leveling system COVERS all jobs because pay systems didn't support different pay bands back then. So there are lower levels then 59, for things like janitors, secretaries and others who don't make as much as SWE.