View profile

Arcs of Seniority

Hello everyone, I'm slightly late with this months newsletter, sending on the third rather than the s

Thinking In Public

August 18 · Issue #6 · View online
I appreciate the build in public movement. It allows people to share ideas, get feedback and learn quickly. So why not do the same with our thinking? That’s what I try to do with this monthly newsletter, send on the last Sunday of each month. The current iteration has 3 sections: - Clarify - Something I’ve tried to think through. - Consider - Ideas I’m playing with. Normally with questions. - Collect - Thinking I’ve collected from others. All thinkers welcome.

Hello everyone,
I’m slightly late with this months newsletter, sending on the third rather than the second Sunday of the month. I will return to normal schedule next month.
Below I share a post that has germinated with me over the last few months. I hope it is useful for anyone else who is new to a career in software development. As always, do reply with any specific thoughts or questions.

Arcs of Seniority
What makes a developer senior? After completing my code bootcamp and starting my first job as a web developer, I immediately became interested by this question. I wanted to know what skills to develop so that I could progress on my new career path as quickly as possible.
I reached out to more than 20 developers, hoping they’d illuminate me. I quickly realised there wasn’t a single path to becoming senior. There were several traits and skills that made up a senior developer which enabled them to contribute with greater impact across four key dimensions. I call these the arcs of seniority.
The Arc of Independence
As a developer becomes more senior, they become more independent.
As they grow their skillset and gain experience, they need less help from other developers around them. They are able to tackle problems and develop solutions with greater autonomy.
Independence is also the ability to see issues in a system ahead of time and proactively suggest new areas to work on (rather than waiting for a product manager to assign new tasks).
More senior developers are able to both create sensible tasks and find good solutions with greater independence.
The Arc of Authority
As a developer becomes more senior, they become the voice of authority on specific products and parts of whole systems.
A more senior developer understands a system deeply and appreciates its nuances. During team discussions, they are able to steer peers to optimal solutions and highlight any potential problems ahead of time. They take ownership of significant parts of a code base and contribute to its development and improvement by taking on high impact tickets.
The Arc of Design
As a developer becomes more senior, they contribute more to the design of overall systems and projects.
More senior developers are trusted to design overall systems before their development. They are able to take requirements into consideration and design a system that meets them, understanding the tradeoffs against other possible designs. This role is considered important as teams acknowledge that once a system is built, in some cases it can be hard or costly to change the fundamental design of the system. In some companies, this role is distinct from a senior developer e.g. Architecture Lead.
The Arc of Influence
As a developer becomes more senior, they grow their areas of influence.
A more junior developer tends to be inward looking - they are most concerned with completing the ticket they are working on at any one time.
A more senior developer tends to become more outward looking. This comes in a few different forms. First, they play a greater role in mentoring their peers and other members of the team. They become a force multiplier for those around them. Second, they play a larger role in interfacing with other teams. For example, they may communicate with the commercial team on delivery of certain features or they may communicate more with management. Third, they play a bigger role in improving the team itself e.g. suggesting improvements on management of the sprint. Finally, they may contribute towards management of others and hiring.
Different Types of Senior
Importantly, a senior developer won’t necessarily cover all these arcs. Different people have different traits and preferences which will allow them to excel in different areas.
For example, you may have a developer who excels at designing systems, is highly independent, is a voice of authority on products but is otherwise happy to stay away from hiring, management, mentoring or communicating with other teams.
But you could also have a developer who is happy to manage, mentor, hire and work on processes but spends less time working on the architecture of systems.
The point is, there is no one route to becoming senior. Companies may value each of these arcs differently, but each allows a developer to make a greater impact.
Experience vs Time
It’s worth mentioning that time is needed in order to grow along each of these arcs, but it is not sufficient. The quality and variety of experiences allows someone to develop along each of the arcs. For example, in order to flex your design muscle you need to put yourself in a position where you are designing systems regularly (whether that is within your primary place of work or through side projects).
Together, these four arcs cover the routes to becoming senior. These dimensions enable you to contribute more, make a greater impact and take on more responsibility. In business terms, they allow you to make better products that gain more revenue, or save costs. At your company, it’s important to understand which arc is valued by your team and management. Personally, it helps to know your preferences and understand how your traits enable a given arc.
And remember, there is no one route to becoming senior. So maybe you’ll find an arc that I’ve missed above. If you do, please do let me know.
This post was originally published on my site
Other Thoughts
I’ve realised that a lot of my Twitter startup bubble are US based. People like @naval @rabois @patrickc etc. All tremendously useful, but who are the personalities in UK tech sharing interesting ideas?
What’s the best biography on the life of Sir Winston Churchill?
Engineering friends - how do formal reviews work at your company? Do you think it’s a good process?
Did you enjoy this issue?
If you don't want these updates anymore, please unsubscribe here.
If you were forwarded this newsletter and you like it, you can subscribe here.
Powered by Revue