Profile picture

Staff Engineer Career Development Videos, Forum, and Q&A

How A Staff Engineer Can Grow Their Career

Staff engineers are extremely vital to any engineering team, viewing the landscape from the overall team charter level instead of individual projects.

Finding more scope internally vs. swapping company

Mid-Level Data Engineer [L4] at Google profile pic
Mid-Level Data Engineer [L4] at Google

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:

  1. Move to a SWE role internally at FAANG for a more established path 'up' (not sure this resolves the scope problem especially at FAANG as I think SWE-DE's can almost be even harder to get to L6+ on because they generally lack stakeholder visibility and focus on more top down work?).
  2. Seek roles outside of FAANG where the scope of the work is already scoped to L6+ e.g. Airbnb so the 'heavy lifting' has been done in terms of scope.
  3. Refine your scoping strategy within you own team, and if so, how?

Note: my motivation is to thrive at work, this isn't for a promo, just incase the post comes across as promo-focused. :)

Show more
Posted a year ago
157 Views
2 Comments

How to grow when there are no E6 role models?

Senior Software Engineer at Taro Community profile pic
Senior Software Engineer at Taro Community

I'm an E5 iOS engineer reporting to an M2 at a Big Tech company. I am the mobile lead for a complex mobile-heavy project spanning 2 other teams. This is a high visibility project that's on the VP Eng's & VP Product's radar. This project had 4 E6s:

  • E6 iOS engineer on partner team #1 delivered an onboarding guide with 70+ compilation errors and took a month to fix all the bugs blocking our integration. He did not test his code at all before delivering it to us.
  • E6 iOS engineer on partner team #2 delivered a component that did not tokenize SSNs properly, resulting in raw SSNs -- this would have caused an s0 incident, but my team fortunately caught it before it went to production. He also did not test his code at all before delivering it to us. My team's E6 BE engineer spent a month fixing it for that team, resulting in delays to our project's BE.
  • My team's E6 BE engineer had a falling out with my M2, so he switched teams, leaving us in a bind since our only other BE engineer (E5) on this project had resigned at the end of last year.
  • We got a replacement E6 BE engineer, but he is very slow, requires a lot of handholding, and most of his PRs have serious bugs -- I feel he's performing like an E4. A junior iOS engineer joined our team at the same time as he did but delivered more complex features in the same amount of time.

I switched to BE to de-risk the project after I took care of all the iOS fires. I've already fixed more BE bugs than the replacement E6 BE engineer.

Of the 4 E6s, I feel the one who switched teams was the strongest, but my M2 said that E6 did not exhibit ideal E6 behavior because we're over a month late due to BE delays and we keep discovering more and more BE bugs. The E6 also changed the design 3x when fixing the SSN issue. The M2 told me not to use that E6 as a role model, but the other E6s are even worse!

Show more
Posted a year ago
154 Views
2 Comments

Please provide great onboarding questions for a new hire

Staff Software Engineer [E6] at Meta profile pic
Staff Software Engineer [E6] at Meta
  1. Team Charter: Overview of our mission and values?
  2. Milestones: Key goals for 2 weeks, 2 months, 6 months - clear success indicators?
  3. Key Contacts: Priority teams and individuals for relationship-building; schedule meetings? Essential tech leads and engineers contacts for insights across the org?
  4. Priorities: Weekly/quarterly priorities and alignment with company goals?
  5. Challenges: Major team challenges and my role in addressing them?
  6. Time Allocation: Expected distribution of my time across tasks?
  7. Learning Resources: Key documents or experiments to review?
  8. Project Ideas: Prospective projects and their scope (T-shirt sizing)?
  9. Performance Criteria: Access to the performance and progression rubric?
  10. Meeting Cadence: Preferred frequency for one-on-one meetings with manager, skip and peers?
  11. Feedback Schedule: Ideal timing for feedback sessions for peers, manager, and skip?
  12. Communication Preference: Written or verbal communication preference? Anything else?
  13. Asking for Help: Procedure and contact for assistance; onboarding buddy?
  14. Proactivity & Dynamics: Steps to proactivity and understanding organizational dynamics?
  15. Current Focus: Main current team issue or project?
  16. Recent & Future Work: Recent achievements and future plans (month, quarter, year)?
  17. Innovation Opportunities: Any tool/process gaps I can fill with a new solution?
  18. Team Charter Feedback: My understanding of our mission and KPIs; do you agree?
  19. People to Meet: List of essential PM's and people to influence across org teams.
  20. Project Ideas: Observations and potential impact with rough T-shirt sizing.

Anything else, also please reply if you were my manager if you can Alex + Rahul?

Show more
Posted a year ago
139 Views
3 Comments

How to make it count for putting out fire before it started?

Senior Software Engineer [E5] at Meta profile pic
Senior Software Engineer [E5] at Meta

Background:

Our team inherited a set of products which are full of spaghetti code and bad design. We are currently building a high visibility and high impact project based on the backend of this system.

Although the main project UI goes on-track, some critical backend design flaws will hinder product performance and reliability within a couple of months - maybe close to or right after official product launch, which will turn our whole effort into a joke since we have executives' eyes on it.

My progress this year so far: (besides my roadmap item commitment)

  • 1. Identified a system hotspot, finished analysis & design, and convinced our EM to rewrite this module (currently 95% finished by a junior engineer.)
  • 2. Rewrote 1 foundation module to eliminate legacy design flaw (ended up with less code, less complexity, same performance, more system reliability.)
  • 3. Design and rewrite another foundation backend module to address legacy design flaw & unblock development of the next milestone
  • 4. Leading on technical design and discussion of a re-architecture for the overall backend end to end flow. (simplify design, improve performance)

NOTE:
- I tried to delegate 2 & 3, but no other engineers can do them after a few try since it's too tightly coupled with the rest of the system.
- our team lead is championing for all these work, which is how we are able to make room for them

Benefit of these work:

  • accelerate other engineers' work in the system
  • cut clean with the legacy system design flaw, improve product reliability and performance
  • ensure our team's win on the high visibility project that built on top of this backend
  • easier oncall for the short run or long run

My questions:

  • In terms of performance review, my manager thinks this is better engineering work, while I think is closely tied to the success of our main project. What kind of evidence do I need to convince him? (My EM is not very technical)
  • From his tone, I sense he thinks better engineering work in considered "lower priority contribution". Is this true? How do I communicate the importance of code/design quality with him?
  • I'm trying to reach the staff level promo, does this initiative demonstrate any trait for the next level? (I'm not doing it for promo, but my EM's neglect on this makes me pretty frustrated because refactoring and rewrite is such tedious and painful work... I want to make it count)

Thank you!

Show more
Posted 9 months ago
103 Views
3 Comments