Engineering is more about people than tech
Spoiler: I assumed that I would just code all day and that's it. Well, I was very wrong!
Intro
A lot of engineers underestimate the importance of people skills. They start learning programming and the assumption is that they will just code all day and there is not going to be any need to talk with anyone.
The reality is different. Engineering is one of the most collaborative fields out there. It’s all about good collaboration, alignment, teamwork and helping each other.
I’ve certainly had this assumption. Let’s get into that next.
I assumed I would just code all day → well I was very wrong
Before I started learning programming, I thought that all that engineers do is code and after they finish whatever they are doing, they call it a day!
No need to talk to customers, project managers, clients or others. My assumption couldn’t be more wrong.
When I first started learning programming I have found real joy in building things + continuously learn and getting better. I would be pretty happy doing just that for the whole day without the need to talk to anyone.
So, when I got my first role as an engineer, I saw what engineers actually do. It was a bit shocking to me, but also in a positive way. I saw the importance of collaboration, alignment and working together with others.
That finding provided me some sort of confidence that this is a field I see myself in long term. Especially, because I was always pretty good with communication and collaboration + teamwork. So now, I can combine my passion for building things and also use my good people skills.
Fast forward a few years. The people skills were actually the skills that made me stand out from other engineers → that’s also why I later thought that management might be a good path for me. I was right!
If you wish to read my full story of how I started my career, you can read it here: Starting my career again as a junior engineer (paid article).
If you wish to read my story how I moved from engineer to manager, you can read it here: From IC to manager (paid article).
Engineering is one of the most collaborative fields out there
There is so much need for collaboration and alignment to effectively deliver solutions that can scale long-term. Just 1 person working in isolation and making decisions will cause a lot more harm than help.
The reason is that for every piece of code we create, someone needs to maintain it. If 1 person is just making isolated decisions → nobody else will know what those decisions were. All of the future changes would depend just on that person.
The goal is to create software that is easy to maintain and adjust based on future needs. And you can only do that with great minds that are working together.
That’s why I like to say:
Software Development is a team sport and great teams build great software. You can have the best and the smartest engineers on the team, but if they don’t work together, they will not be delivering the actual value.
Good people skills shine bright in our industry
You can have the best technical skills in the industry, but if you are not making sure that others learn from you, they will unfortunately not mean that much.
Just changing a few words in your overall mindset makes a HUGE difference.
Changing your mindset from “How can I deliver this solution” to “How can we deliver this solution together and learn from each other” will make an immense difference.
This provides so much more value to the team and the overall organization. So make sure to do that, if you haven’t already.
There are many more detailed examples such as:
You are doing great code reviews
You are treating code reviews as a way to help others and for your learning. You review them swiftly because you wish to unblock your colleague and you rather ask questions instead of providing very direct statements.
You are making sure a new person gets onboarded fast to the team
You take pride in creating a great onboarding experience and you offer extra support to the new person coming in. You understand that it’s not that easy and straight-forward to jump into the new codebase and the team and that’s why you wish to make it as easy as possible.
You are looking at disagreements as a way to find the best solution together
You are not trying to compete or trying to do whatever is possible so that your solution is the actual solution. But you are trying to understand based on pros and cons which would be the right solution objectively. You feel amazing when the team finds the best solution, not if the solution is yours.
You are putting yourself in other people's shoes and understanding their perspective
This is especially important when you are talking with a product manager, a designer, or a customer. You are not only trying to push your wants, but you wish to understand their challenges, their motivation and their wants. That’s how you can map the solution that would fit these perspectives.
You are helping others in need
When you get the feeling that someone is stuck on a particular problem, you offer them help to look through it together. You spending 10 minutes to unblock your colleague, may save a LOT of time and also a whole lot of frustration to your colleague.
How to get better in people skills?
There are a lot of ways to get better in people skills and there’s not a “one size fits all” approach. I’ll share with you what helped me to develop good people skills.
Develop teamwork and collaboration
Team sports
I played a lot of team sports growing up (mostly basketball) and that helped me a lot get to know the importance of teamwork. You can’t win the game without great collaboration.
Team-oriented games
I played video games competitively growing up (mostly team-oriented games) and the mindset is the same, you can’t win if you are not working together well.
Doing freelance projects in collaboration with other people
I did a LOT of freelance projects in my career and it’s hard to have success, without great teamwork and collaboration between people.
Develop empathy and active listening
Doing freelance projects for non-technical clients
You need to really understand the motivation and the problem behind their ask if you wish to create the right solution. Just jumping into code after the first requirements will in 99% provide a wrong solution.
Coaching and mentoring
A lot of people may think that this only helps the person that you are coaching or mentoring, but it really helps you to develop the necessary skills to help effectively. Being able to put yourself in their shoes, offer guidance, active listening, etc.
Consulting and advising
Similar principle to doing freelance projects, you need to really understand the problem and their motivation. That’s how you can actually map the right solution to it. A LOT of times the solution is actually hidden inside a lot of layers.
Develop communication
Sharing knowledge by doing presentations or talking at events
You help others grow and at the same time, you are improving your public speaking skills, overall communication and meeting new great people (networking).
You are writing online
That can be writing posts on LinkedIn or X, or you are regularly posting articles on your blog or newsletter. This helps immensely with getting better in your written communication (saying the most in as few words as possible). At the same time, it also helps you a lot with your personal brand. You can find more info in the article The importance of personal branding in the engineering industry.
Explain technical solutions to non-tech people
If you can explain a complex tech solution to a non-tech person, you understand it well. And to do that, you need to find the right words and sentences that resonate with them.
Last words
Whenever you are not sure what is the right thing to do, always think about what is going to be the best for the team and the overall organization. You can’t go wrong with that!
If you have any more tips about how to develop people skills, I would love to read them in the comments!
We are not over yet!
Want more reading? I did 2 article collaborations in the last 2 weeks.
How to grow from a mid-level to senior Data Engineer or Software Engineer
I thoroughly enjoyed collaborating with
on this. If you are looking for tips to grow to a senior role or to thrive in the role, I highly recommend the read. Together with Ben we prepared a LOT of tips for you!Importance of writing in the engineering industry
Really enjoyed the collab with
. I like to say that good writing is a superpower for engineers. If you are interested in finding out why, I highly recommend reading the article!Liked this article? Make sure to 💙 click the like button.
Feedback or addition? Make sure to 💬 comment.
Know someone that would find this helpful? Make sure to 🔁 share this post.
Whenever you are ready, here is how I can help you further
Join the Cohort course Senior Engineer to Lead: Grow and thrive in the role here.
Interested in sponsoring this newsletter? Check the sponsorship options here.
Book a Coaching and Mentoring or Consulting and Advising call with me here.
Take a look at the cool swag in the Engineering Leadership Store here.
Get in touch
You can find me on LinkedIn or Twitter.
If you wish to make a request on particular topic you would like to read, you can send me an email to info@gregorojstersek.com.
This newsletter is funded by paid subscriptions from readers like yourself.
If you aren’t already, consider becoming a paid subscriber to receive the full experience!
You are more than welcome to find whatever interests you here and try it out in your particular case. Let me know how it went! Topics are normally about leadership, management, all things engineering related, developing scalable products, building teams etc.
Couldn’t agree more! Reminds me of a quote by Okta’s chief architect:
“There’s one component present in all of your services that you can’t forget: the people behind them. […] The output that you get from your engineers that are building, operating, and maintaining services changes literally depending on what side of the bed they got up from in the morning, and whether the coffee was strong enough.”
I noticed similar patterns at SpaceX, and realized the education system was seriously lagging on emphasizing softs skills like this. I left SpaceX and I've been in education for the past 4 years now to try and bring about a paradigm shift where we are really making these virtues primary, above just a fire hose of content only. You can read more of my approach on my 'stack, "Inside the Tiger Team Classroom."