What I have learned from mentoring people for free

A month and a half ago, I sent a post on LinkedIn that I would do free career mentoring sessions for anyone who wants it.

My post in LinkedIn
My post on LinkedIn

I aimed to share my experience with them and learn from their experiences and challenges. So I set up a Calendly event and shared it with them.

Since I shared the link, I have had calls with 12 people, some more than once. They were all in technology in some way or another; here is the spread:

The different disciplines of engineers

I will list the things I have learned running these sessions.

Managers need to skill up.

Many people I mentored raised issues they should have solved with their managers, but managers aren't good enough. We need to train our managers better so they can take better care of our engineers.

We have all heard that people leave bad managers, not bad employers. This sentence has never been more true than during this pandemic. We need a new breed of good people managers, not just great engineers.

The root cause? Not the managers. All of them are trying hard to do their job with what they have.

We need to train our managers better and provide them with support in the complex decisions they have to make (like firing people). There are books about management, but we need to put a lot more effort into this.

I launched an M-zero program to train and mentor aspiring managers in my current job. Help them ease into the position.


More companies should do it (I know I'm not the only one to do it, but everyone should).

Our industry needs a universal career matrix.

XKCD - standard
I know the joke...

Most companies have career levels that they use to estimate people's salaries and benefits. Some companies took the time to define a list of expectations for those levels with various levels of clarity and quality.

A few companies are actively using these expectations to guide the growth of their engineers.

There is still a problem; these career matrices aren't compatible. Every time an engineer changes organization, they have to learn everything again. It makes things hard; even the hiring process is complicated.

Organizations have different levels of expectations. For example, they give promotions to engineers and name them principal or senior when these people still need more guidance.

It makes it harder for them to accept lower positions in organizations even though that's what they deserve, and that is the best choice for them if they want to grow.

Engineers need a learning framework.

Let's say we get that standardized career path for engineers, and we all agree with it. We need to help engineers navigate that career matrix. We need a simple answer: "how to you grow as an engineer?".

So while mentoring one of the engineers, I put down a growth framework—a small step-by-step guide to being the star employee at work.

It focuses on the developer's ability to bring value. I then expanded it into five main activities:

  • Release good working software;
  • Help in planning projects;
  • Mentoring other employees;
  • Use in daily operations;
  • and bring product ideas.

For each of these activities, I give guidelines on how to learn to do them correctly.

But, as Henrik Ibsen said, A picture is worth a thousand words: So here is my simple guide to being a sound engineer.


Here is the guide (click to expand):

Write good code
Write good code
Bring Value
Bring Value
Help the company make money
Help the company make money
Help the company not lose money
Help the company not lose money
Help your colleagues grow
Help your colleagues grow
Help create a good working environment
Help create a good working envi...
Bring ideas for the products
Bring ideas for the products
Help in planning projects
Help in planning projects
Help in operation
On-Call / Set up monitoring / Training the support team / etc
Help in operation...
Mentoring people
Mentoring people
Releasing good working software
Releasing good working software
Write good tests (TDD)
Write good tests (TDD)
Understand the business of the company
Understand the business of the co...
Understanding how the company makes money
Understanding how the company mak...
Understand the roles of the different departments
Understand the roles of the diffe...
Understand how the product works
Understand how the product works
Understand how product management work
Understand how product management...
Be a good software engineer
Be a good software engineer
Be good at Agile
Be good at Agile
Be good at Estimate
Be good at Estimate
Understand how people think
Understand how people think
Understand what made you grow
Understand what made you grow
other things
other things
Read the book: Inspire by Martin Cagan
Read the book: Inspire by Martin...
Read the book: Clean coder by Robert Martin

https://github.com/fabricekabongo/books-1/blob/master/software-development/clean-coder-conduct-professional-programmers.pdf
Read the book: Clean coder by Robert Martin...
Read the book: Clean Agile by Robert Martin
Read the book: Clean Agile by Robert Martin
Read the book: How to win friend and influence people by Dale Carnegie
Read the book: How to win friend and influence people...
A video: https://www.youtube.com/watch?v=vyVpRiqOvt4
A video: https://www.youtube.com/watch?v=vyVpRiqOvt4
Take the habit of:

- Morning: Review yesterday's notes. Write 3 things you want to achieve that day.

- During the day: take notes when in meetings, when you are investigating something, when you are coding, and when you are reading a book.

- At the end of the workday: review the 3 things you wanted to do and if you didn't do them, write why. Quickly, review the other notes you wrote.
Take the habit of:...
From LEFT (Actions) to RIGHT (Outcome)
From LEFT (Actions) to RIGHT (Outcome)
Viewer does not support full SVG 1.1

This article is a dump of everything that came to mind after all these sessions. So please, throw feedback at me!