šŸ«” Total responsibility

Is it ever 'somebody else's problem?'...

šŸ™ˆ Somebody Elseā€™s Problem

Recently my boss shared something with our Engineering Manager community dubbed ā€˜Somebody Elseā€™s Problemā€™, or ā€˜SEPā€™. Itā€™s a term coined by Douglas Adams in his 1982 novel ā€˜Life, the Universe and Everythingā€™:

An SEP is something we canā€™t see, or donā€™t see, or our brain doesnā€™t let us see, because we think that itā€™s somebody elseā€™s problem. Thatā€™s what SEP means. Somebody Elseā€™s Problem. The brain just edits it out, itā€™s like a blind spot.

(I havenā€™t read the book, but Wikipedia does a good job of explaining SEP in some more detail).

Anyway, itā€™s been on my mind ever since. Iā€™ve been reflecting on the problems Iā€™m ignoring across my teams because Iā€™m blind to them, or Iā€™ve subconsciously badged them as somebody elseā€™s. That period of reflection led me to writing this post to share the concept more widely. Hopefully it prompts some thinking for you too!

šŸ™‹ā€ā™‚ļø Success is our responsibility

The concept of SEP dovetails nicely into the idea of responsibility. As leaders, we are ultimately responsible for the success of our teams and the problems they encounter. Whether the problems are clearly ours to solve, or they impact us but belong to someone else, itā€™s our responsibility to address them. Seeking out those problems that fall in the SEP category is particularly important. I bet theyā€™re the ones that are slowing you down or blocking your progress. I have blind spots, no doubt - but thatā€™s where the wider team come in. If everyone takes complete responsibility for the problems infront of us, our chances of success get a big boost.

As companies grow and teams expand, itā€™s easy to slip into thinking that someone else will take care of a problem. But, this mindset can lead to a lack of responsibility and a negative culture. In my experience, as we hire more people and and ownership lines are drawn between roles and teams, it becomes more tempting to point fingers and ask, ā€œwhy should I solve the problem if the person or team who should be solving it isnā€™t?ā€. This is where our SEP blind spots start creeping in, and on reflection, there are definitely problems that I can lean into more in my organisation.

šŸ’Æ Total responsibility

Over Christmas I was listening to a podcast with Frank Lampard, a former professional footballer turned Premier League manager. He spoke about the importance of taking total responsibility for performance, both good and bad. He mentioned about how easy it is in football for players to think that team performance isnā€™t theirs to solve - blaming the defence, the strikers, or the tactics. He said something like:

ā€˜If you want to get better, you have to take responsibility - for good or for bad, I supposeā€¦ā€™

His point resonated with me as I realised it doesnā€™t really matter about the situation - a scrappy startup, a large enterprise, or even a football team. If thereā€™s a problem impacting us, itā€™s our responsibility to solve it - regardless of whether we think itā€™s somebody elseā€™s problem to solve or not.

I know that things are more complicated in practice than this (and I could go on exploring the anti-patterns taking responsibility for everything might introduceā€¦), but I really like this concept of total responsbility and how SEP impacts it. Iā€™ll use this post to hold myself accountable to take total responsibility for the problems impacting me and my teams in future. In particular, Iā€™ll be keeping myself honest about what problems Iā€™m ignoring.

To Frank Lampardā€™s point, whether we like it or not - itā€™s our job to take responsibility if we want to get better.


Give me a shout if youā€™d like to talk about any of this or share your experiences too - Iā€™m on a constant journey of learning and would love to hear from you šŸ‘Øā€šŸ«

Twitter ā€“ LinkedIn ā€“ email

All images in this post are from https://undraw.co/

*****

Ā© Copyright 2024 - Luke Briscoe


ā˜• Made using the Pudhina theme by Knhash šŸ› ļø