
How to grow when you are already Senior
Senior Software Engineer: the fork, the branches, and how to walk them

Senior Software Engineer: the fork, the branches, and how to walk them
Senior Software Engineer: the fork, the branches, and how to walk them
I lead digital ecosystem development at Tinkoff
I own architecture questions across the company
I curate our System Design Interviews
I interview technical leaders on management
I run troubleshooting interviews for SRE engineers
What we'll cover
Why growing past Senior is a problem at all
The two branches: team and tech
Approaches to learning and to motivation
My recommendations for the technical branch
Levels against a timeline
What standard developer growth looks like
Schoolboy — 10 years
Student — 4 years, then Scientist
Junior Engineer — 2 years, then Middle
Senior Engineer — and the ladder ends
Why a team lead exists, and what comes after
Why a team lead is needed
A cross-functional team closes the whole loop
The loop: idea → requirements → design
…development → deploy → operations
The customer brings the idea and gets the results
Why a Senior Engineer would want this
More influence over the end result
…both in quality and in quantity
Improving the development process inside the team
Raising the level of total compensation
What comes after the team lead
Process Orientation and Technical Capabilities
The third axis is Scale: ~10, ~50, ~150
Startup Coder, Engineering Manager, org structure
Delivery manager and Architect are axis extremes
Individual contributor grades
High levels of individual contributors
Principal and Senior Principal Engineer
Distinguished Engineer and Technical Fellow
They differ by scope of influence and complexity
Scored on the SDE matrix: five criteria
How not to quit halfway
How to keep yourself motivated to grow
Urgent and important — Do First
Important and not urgent — Schedule
Urgent and less important — Delegate
Neither — To /dev/null
What to do with important but non-urgent tasks
Set a goal that serves several sides of your life
Make a clear and achievable plan
Get the goal out of your head so it stops demotivating
Move forward, enjoying the small steps
How to set goals and build plans effectively
People look at where they are, then invent a goal
Then they invent how to close the gap
The problem: the thinking stays boxed in
Backcasting runs from the goal back to the start
The Cynefin framework
Obvious — best practice, sense-categorize-respond
Complicated — good practice, sense-analyse-respond
Complex — emergent practice, probe-sense-respond
Chaotic — novel practice, act-sense-respond
You build it, you run it
What «you build it, you run it» means
Can design
Can implement what was designed
Can handle incidents in their own systems
And how an engineer should level up
System Design: principles and classes of systems
.NET: the platform in depth and production code
Troubleshooting: the SRE Book and postmortems
And practice in each of the three
What to take with you
Standard growth ends at Senior
Past it comes a fork: the team or the tech
The tech branch has its own grades and matrix
Set goals backwards from the goal, not from yourself
Growth is always important and never urgent
The sources from the talk's closing slide
An article based on this talk
On motivation: «The Motivation Myth», «Peak Performance», «Lifelong Kindergarten»
On System Design: two articles and a public interview
On troubleshooting and on growing into management
polomodov.tech
All slides and links are in the Telegram channel
Alexander Polomodov, Technical Director & Fellow, T-Technologies
@book_cube