Non-Staff Engineers are typically pulled into a project once an initiative already has-buy in and needs to be technically detailed for execution. Staff+ engineers are often brought in before that. …

As a Staff+ engineer that opens up opportunities for Senior+ engineers to lead, it can be hard to know when to step in (ideally without stepping on toes) versus letting folks fail. I imagine managers, in the context of situational leadership, have the same challenge: knowing when to move someone…

This post assumes you’re working in an environment with heavy use of chat applications. If the majority of your team collaborates in person, this advice is not applicable. Pros: Exposes you to numerous discussions, allowing you to piece together macro context that translates into shipping more correct software and architectural…

A coworker asked me this question and I thought my answer could be helpful to others struggling with the same ambiguity (though biased to the Spotify environment). When you’re leading multi-team projects as more of an architect, is the only way to code to do “snacking” (i.e., low-impact, low-effort work…

I haven’t seen it written about much publicly, but I deeply connect with and often use the Spotify Staff+ engineering archetypes when framing advice. I’ll share my summarized interpretation, since I tend to refer to these archetypes in other posts. Business Partner: (think “product engineer”) an engineer that understands the…

I see a lot of engineers struggle with phrasing their impact in promotion packets. I think the same problem could manifest itself in 1:1 when managing up, but that’s out of scope for this post. Here’s the usual way I’ve coached others to phrase their impact (to great success in…

I have this habit of asking product managers questions about whether or not customers will need a particular feature in the future. …

An impact log (also called a “brag doc”) is your track record of accomplishments over a given period of time. I was encouraging someone to start writing an impact log recently and figured I would write up some of the rationale so others can benefit. My own impact log I’ve…

It’s hard to know what’s the right thing to take on when there’s a lot of possible work available. It’s an essential skill for growing as an engineer, particularly if you want to keep being a key leader in a growing business. The heuristic I’ve used (to a lot of…