I've been a Data Engineer for most of my career and my observation is that scope as a Data Engineer can plateau and therefore I see a lot more L4/5 DE's than L6+. I think it is because you don't impact the bottom line directly and regularly.
At FAANG's I've worked at so far, finding new scope can be difficult even when you are working with stakeholders: it is "easier" to scope/build a product (i.e. SWE work) and show metrics of success to add value vs building a data pipeline which may be limited to them having a reporting need for example which often isn't the case especially in a more established firm.
I moved into a partner facing DE role to help more with scope/stakeholder exposure. The highest impact project I worked on so far is influencing an internal team to change the way we measure a particular metric. This involved mostly stakeholder management and nothing more complex than SQL queries from a technical standpoint. While it was fulfilling, this is also something I 'stumbled' upon and is rare due to challenges like partner scope/vision is limited/slow (their leadership can change and therefore you projects/ideas can), technical challenges of automating things because of larger concerns (e.g. privacy, lack of infra on their side which you have no control over) and so on (you generally have even less control than an internal DE).
In my current role, I am generally able to derive projects, but (in my opinion) they are limited in scope/value: i.e. build a pipeline, deliver an analysis. Therefore, even though the projects 'ticks the boxes' for an L5, it is not really driving a 'transformation' as an L6+ would. I also directly asked my manager what are some of the hardest problems we have, and have been told we have a lot, yet, I'm not hearing or seeing them.
Given the situation, would you:
Note: my motivation is to thrive at work, this isn't for a promo, just incase the post comes across as promo-focused. :)
Given the market, I'm leaning towards Option #3 of "Refine your scoping strategy within your own team":
In terms of refining scoping strategy, I believe your manager is telling the truth when they mention that there's a lot of problems. However, there are 2 reasons why they aren't being more specific with you about these problems:
If you can't find a meaty problem to take on, I recommend going full on user researcher mode (UXR). Schedule 45 minute to 1 hour 1 on 1s with anyone on your team and across sister teams who is willing to talk to you and is connected to the data layer in some way. Tell them that you are here to help and want to hear all the complaints they have. Compile the notes into a master doc and see what patterns you can extract. There was a very high-performing L5 infra engineer I worked with at Instagram who did just that to great success as I describe in-depth here: "How can I come up with big initiatives, especially those at a Staff level?"
Here's a potential freebie on my end too: Are there any logging events you can delete? At a giant FAANG company like Meta or Google, I'm sure there's a lot of deprecated logs that aren't being used by anyone. By killing them, you will save the company tons of money. One of the big workstreams I created in partnership with an L5 Data Engineer at Instagram was identifying all the deprecated logs related to Instagram Stories. The savings from killing all those events was $25 million+ per year.
I'll be releasing my promotion course in the next week as well which will talk about these concepts in far more detail.
Great reply, thanks!
The 2 reasons you wrote are spot on. My manager is both very busy (he is L7+) and is trying to help me grow which I appreciate. Therefore I am trying to take this positively and figure out ways of growing in the team.
I followed your UXR approach as I do find this effective and a great way to learn. The general issue I'm facing is each sub-team is fairly disconnected in terms of scope (for valid reasons) and the data layer lives 'outside' my team to have much influence over. Within my own team, we also deal with our own partners who have their own setup/challenges so getting something sync'd between partners is tricky. That said, if I could get some ideas, then I am sure I could figure something out around that (which is why I was prodding my manager). The article linked is great and is very helpful in helping me re-assess things.
The logging events to delete is a good example of a project I explored (in another team) at Google. Though we had a path forward, given the way the tables are stored didn't really have much impact financially (because the cost is negligible). However, improving the way the search of the tables was surfaced was possible, which was a win (and I worked with another team to implement this). Again, a use case I sort of 'stumbled upon' rather than actively discovered as a problem.
I look forward to going through the promotion course. :)