Sam Phillips Profile picture
Dec 1, 2020 30 tweets 7 min read Read on X
Really enjoyed talking today at @CTOCraft #CTOCraftCon today about fostering a culture of progression within your team.

This is a summary and some follow up links :) Image
Whilst expectations around progression are important, so is creating an environment where it can actually *happen*. In fact, a culture where progression is not only possible, but it's the default.
First, though, why should progression and retention matter to an engineering leader? For me, I have three motivations: intuition, responsibilities and data.
Want to learn more about being an engineering manager? Join my mailing list to learn more from engineering leaders.

samsworldofno.ck.page
My first motivation... Intuition.

It's logical to understand that hiring is hard and if you're losing people, you'll spend more time on it and not on other things.
Retention is critical to team performance: teams build psychological safety over time and frequent churn stops this.
Next motivation: two responsibilities.

Responsibility 1: I believe that as engineering leaders we have a moral responsibility to build a diverse workforce through an inclusive environment. Yes, this brings business upsides too.
If your retention is poor because your growth opportunities are missing, you will necessarily build a less diverse team as people leave. You see this with organisations that run large grad schemes - a diverse intake doesn't correspond to diverse leadership.
Responsibility 2: We live in precarious times. I sleep at night knowing I've tried to enable growth for my team members, so that if the worst happens, everybody leaves more qualified and more employable than when they joined.
And final motivation, let's get into the data!

We talk a lot about Maslow's Hierarchy of Needs. That's fine - it's a useful model.
Once needs like shelter and belonging are met, it teaches us that self-actualisation... being the best you can be, is what keeps people satisfied. By why he means... growth.

There are, however, additional surveys and datasets available. Here are a few I found.
Gallup has been surveying US employees since the 1990s, asking them their Q12 questions which cover how well their needs are met - basic needs, individual needs, teamwork needs and growth needs. Image
It turns out that companies that score higher on this (in the top 20%) have 59% better retention than those in the bottom 20%.

If you enable a culture of progression within your company, your people will stay longer and will get better at their jobs. It's win win.
Source: State of the American Workplace (Gallup, 2017).

gallup.com/workplace/2380…
Also good: State of the American Manager (Gallup, 2015)

gallup.com/services/18213…
The New Path Forward: Creating Compelling Careers for Employees and Organizations (CEB, 2015)

ldc.govt.nz/assets/The-new…
Millennials at work: Reshaping the workplace (PwC, 2011)

pwc.de/de/prozessopti…
Now I'm motivated, the question I ask myself is: am I creating an environment in which learning *can* actually happen, not just the expectation that it will happen?

For an engineering leader, my list is: remove obstacles, teamwork, transparency, delegation and support.
What about formal progression frameworks? They're great but they might not need to be your starting point.

A development plan can jar against reality in a culture where progression isn’t supported.
That’s why I talk about the culture of progression - the opportunities to learn - as a precursor for the learning plans.

So here are some ways to get going.
First... remove obstacles: How can you have an authentic conversation about growth when even getting the day-to-day stuff done is hard?

If you've got broken process and broken IT, expecting growth to happen can look delusional.
Next: teamwork. A team can provide the primary locus of learning through a supportive, teaching environment. Get this right and growth can follow.

Check out my thread on teamwork here:

Working transparently is important, too. One thing I love about the technology industry and the practices of teamwork and agile is that there’s no slight-of-hand to it: we show how we’re doing things and by teaching through our daily actions we make knowledge accessible.
It’s much more possible to work with a stakeholder, to run a retrospective, to do a story kickoff when you’ve been part of those processes many times before.
Delegation: giving folks the opportunity to try things, with the safety net they need in case things goes wrong, is important.

Don't forget the feedback when things don't go perfectly. If they went perfectly first time, you probably should have delegated sooner.
And lastly, be *intentional* in your support. Show up for development plans and ambitions - give feedback on what's working, check in on how people are feeling about their plans.

You don't need to drive, but you need to make your interest and support very, very clear.
And when it comes to building out your progression framework, you should check out @sallylait's latest blog post:

sallylait.com/blog/2020/11/2…
.. and of course, my thread on the topic :)

Hope that was helpful... and good luck!

Want to learn more about great engineering leadership, from great engineering leaders? Join my mailing list :)

samsworldofno.ck.page/899741cf28
Good luck and I hope that was helpful!

Want to learn more about great engineering leadership, from great engineering leaders? Join my mailing list :)

samsworldofno.ck.page/899741cf28

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with Sam Phillips

Sam Phillips Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @samsworldofno

Jan 18, 2021
One of my favourite stories about product / engineering / scaling / really knowing your customer:

📈 I worked on an e-commerce project which had been very successful and started handling a lot of volume, straight away.
This was before virtualisation and elastic scaling, so the servers we had were the servers we had. Keeping the site running in busy times was hard.

An odd behaviour started: the site would crash on the hour, every hour. To the minute.

🤯 We couldn't figure out why.
There was no rush of traffic to the site, but the servers got crazy busy and started falling over. We were baffled. What's more, it wasn't consistent - sometimes it was in the evening, sometimes in the day.
Read 9 tweets
Jan 8, 2021
🙋 Frequent question from #founders who are just getting started:

> How do I hire my first developer, when I'm not technical? How do I know they can code?

Here's how to do this with confidence, using the questions and techniques I've used interviewing *hundreds* of engineers.
> How do I know they can code?

Good news: you're not looking for code. You're looking for product validation, for learning and for solutions to user problems.

Focus on finding product-focused engineers who can work with you to validate, learn and solve. No tech chat needed.
In an interview, I always start with a simple question:

> Please can you tell me about a recent project you've worked on that you were proud of?
Read 38 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(