I recently joined a growth team here at Meta. I'm getting the feeling that we, as software engineers, are evaluated more on experimentation and user impact rather than amount of code written.
We wouldn't have a dedicated PM to provide direction on features or a line of tickets for to be assigned to us. It sounds pretty self-driven and it's very different from my previous role.
Does anyone have any advice on how to succeed in a role like this and what are some key qualities to work on to work my way from E4 to E5?
You're right that the type of work that is most valuable will depend on the team you're on.
Different parts of the company, especially a place as large and varied as Meta, will have very different problems and working styles. For example:
My advice is to understand the traits of high-performing people in the growth team. You can do this with the Talk & Observe framework that I cover in the onboarding course.
I'm getting the feeling that we, as software engineers, are evaluated more on experimentation and user impact rather than amount of code written.
This rings true to me when I was working on a growth team (not at Meta). At the end of the day, you need to show impact, and impact isn't necessarily aligned with the quantity of code written. But, the more code that you write, the more experiments you can run, so there is a slight correlation.
Does anyone have any advice on how to succeed in a role like this and what are some key qualities to work on to work my way from E4 to E5?
The experiments are usually either broader in scope or have a tremendous amount of impact. You can take your work to the next level by planning and leading multiple growth projects and delegating out the work to others to show leadership qualities.