Skip to main content
AERELONTECH

tech north stars

The gap between senior and principal engineer isn't technical

aerelontech.hu/blog
· 3 min read
Sandor Nagy
AerelonTech founder and CEO, Gridd App/DeckAI co-founder and CTO, Ex-McK, Ex-IcT

The gap between "senior engineer" and "principal engineer" is the scale of influence.

Senior engineers focus on a part, hopefully vertical value more closer to the target userbase. Principal engineers focus on the big picture and how the ecosystem fits, how regulation, safety, security, reliability and team capability influences the outcome.

And they translate to decision makers above - how each dimension impacts the business and propose to change effective levers.

Most senior engineer I've worked with who hit a ceiling had the same pattern:

  • They prepared the right solution - deeply understood the tech.
  • They presented it at the wrong altitude - wandered off the details.
  • They got "let me think about it" - lost the attention and trust midway.
  • They repeated the cycle - unknowing even they failed influencing in the first place.

What changed for the ones who broke through was their mindset: derive business impact of your solution.

Then simplify it to the core of the decision the leaders, executives need to follow. Raise the view to bird's eye - using C4 it is in your veins - and show the trade-offs leaders can reason about.

I got non-tech consulting partners to understand complex systems just by the right few boxes drawn on the second day I joined onto a programme running for half a year - they never understood what they built until then.

Next, learn to write and ADR any stakeholder could actually read and argue with. The decision is rarely about a tech anyway, it is about their trade-offs. Any leader worth their compensation can reason about trade-offs.

Finally, connect a technical decision to a cost line item or a regulatory risk.

Client wants a complex push notification back-off system to not annoy the user. Show the cost while the basic product functionality is not working and they thank you for the insight. Project saved.

That's the jump. From "great developer" to "the engineer who changes the outcome".

At one of my clients, the C4 component diagram I drew on their team room's whiteboard stayed there for a year after I left. It was so useful for them, they didn't want to clear the expensive, large space to use it for anything else.

The OTF Tech North Star packages are the exact treasure trove to teach you this structure, by real examples. Study how a principal engineer thinks then apply it to your own situation. You won't regret it.