Spotify’s Failed Squad Goals
jeremiahlee.com
jeremiahlee.com
As an individual contributor, the level of adoption of any management technic and/or philosophy is a great signal for how conscientious the management team is. Although fads come and go, they do tend to have applicable lessons, and it is good management that is able to filter out what is fit-for-purpose vs just cargo cult-ing and parroting whatever they read in a blog post.
I find it interesting that while developers have to memorise patterns, algorithms, and essentially prove base knowledge, that the same level of academic rigour is rarely applied to managers.
Managers can jump on the Spotify Model without appreciating that it's just a rebrand, or to be generous - tech-centric remix, of matrix/cross-functional team structures; thus missing out on understanding when such an approach would be useful and the support that is needed to make such an organisational structure work.
This is the opposite of that.
For a more radical strategy on keeping company size small, I like how the startup Stedi has taken a crack at innovating on this. Their entire tech stack is structured around AWS offerings, mainly serverless. The idea is that by paying a premium to Amazon, they can outsource all server management, scaling, etc. issues which typically take up tons of engineering bandwidth. Presumably, Amazon's round the clock experienced team will also be able to handle it more effectively than they could. In the meantime, Stedi can now avoid hiring for tons of jobs and keep headcount as small as possible, enabling engineers to only work on things that matter.
While I'm not sure how Stedi's strategy will play out, it is one of the few opinionated stances on company organizational philosophy that attempts to take advantage of recent evolution in cloud offerings, and internalize the consequences of those improvements.