Leaderless Teams
brettmacfarlane.com
brettmacfarlane.com
The article can be summed up by this line:
> What emerged from this exercise is that social class, education, gender and athletic ability were less important for leadership than the capacity for an individual to attend to others in the group.
So it's about how the best leaders are those who attend to the others in the group to create psychological safety so that those others can thrive without emotional risk.
The article also talks about how people seem to have forgotten this core concept but they haven't; it was the key conclusion to Google's own research into its most successful teams as well.[0]
If your team isn't primarily focused on providing psychological safety, then your leaders need to read Google's findings ASAP...
[0] https://rework.withgoogle.com/print/guides/5721312655835136/
The company produces several distinct but related products. All of the products have a shared set of concerns and resources. They are all built upon the same in-house operating system, they all use the same development and testing lab infrastructure, they all have UIs, automated testing, etc. Migration of CIs between teams (generally voluntary) is relatively common.
To avoid duplication of work and to coordinate work and improvements on these shared resources, "guilds" spontaneously formed. Guild members more or less represent their own team's interests while also contributing to guild efforts as a whole, if they can, and when they have the time. Each guild has semi-regular meetings. There is usually a guild "leader" but this person is more of a secretary in the sense that they only schedule meetings, take notes, and facilitate communication. Guild leaders are just CIs like everyone else in the guild and have no actual authority to direct work.
Company management is aware of guilds and will allocate resources to them if specifically requested but otherwise have no involvement in the guilds and never attend meetings. Guilds (along with non-asshat managers) are one of the things this company has that I wish was more commonplace in tech companies.
Unfortunately, I think most folks would have been perfectly fine with HL3 being a continuation of HL2, myself included, so now we have to wait for Valves hubris to subside.
What could it look like instead? Anything! I think a Divinity-style RPG Half-Life would be heaps of fun. Or a hero-based RTS that still has Gordon Freeman centre stage. I think basically any genre that can tell a story would be fine.
Of course this guarantees disappointing a lot of people, but I feel there's a lot better chance of Valve producing something creatively worthwhile this way than trying to make a "vastly better Half-Life 2", which is what most people seem to be waiting for.
The guild was great at identifying issues to work on, but most members didn’t have the time to actually contribute on any of the more hairy issues. It was basically group therapy.
Also - and perhaps this is just me - but the world “guild” just makes me think of Dwarves and fantasy games. “The dwarvish guild is requesting more iron ore to make hammers”. Hard to get taken seriously.
Guild is not a term in corporate parlance. Perhaps “think tank” resonates a little better? IDK
From what I see and hear in this industry, that's not uncommon to have that much 'free' time anyway.
Rinse repeat 5 years later 10 people, part time, supported all internet connections and intranet/internet web-servers including application without management sanction. Everyone had a service role in there own department. Being connected to the others meant we performed at a high level. We didn't have a leader per se but we all moved in a common direction.
It lasted 8 years and finally several Directors discovered we existed as a team. Like sharks they each took a bite out of us, each one trying to become the dictator of the internet. Procedures were imposed. We were not allow to speak to each other with out going through the directors. Our individual productivity dropped. Angry internal clients screaming for the old way. Nothing got done. Three months later the director that won got half the people back together but we were not the same any more. I still found interesting work for 2 more years before finally leaving.
Leaderless teams can work under the right conditions. I have tried to create them when I moved into management and it worked to some degree a few times. I did not lead or participate in the teams I just suggested people talk to each other know that the might click. I fed them problems (and resources) that I knew that they could solve that I knew would take more effort/time if we did it though channels. The individuals got recognition and I got my problems solved.
I wonder what "Everyone had a service role in there own department." means?
EG You ask the Tech Pub dept for the 5000 page Word perfect documents and wait a month to get it printed and shipped through formal channels. Or a couple of days through our team to have it on a secure download location on our public server.
Marketing, New Business, Sales and Engineering each had a rep. If you want a Schematic out of engineering, several weeks until it was plotted or a day or two to get the right Autocad or Bentley Microstation cad file into the secure down load.
I was the goto guy if you needed data off our Mainframe. It was a massive data sink but it was hard to get anything out. Web dev let me turn the MF into a FTP server were I could pull data down to the Web servers. Web application were written for each need. Oh if you did have your own departmental server I would ask H/W services to get me some old PC hardware and have a machine up and ask the Computer center to host it. None of this had official sanction.
Expectations were low as the competition were Green screen MF program. The problem was there was 3 to 5 year waiting list for new MF projects. I could do new apps in a week. It was written prototype level code with no expectation of maintaining it.
One subcontract tracking app stayed up for 7 years (3 years after I left). The alternative was to talk to someone who got a monthly 1000 page printout and manual marked up the updates that were being sent to Daily Data Entry. I download the big monthly output once and each Daily update and merged them. Probably less the 50 lines of Perl. Set up a Perl backed web page the searched the file and display matching records.
I'd love to learn more, maybe even write a teaching case study if you're interested.
Write me at info@brettmacfarlane.com
Thanks again for sharing your experiences.
Just like with siblings in families or groups of friends, everyone naturally gets a role in a group; that's just how groups of people let alone animals work. Need to learn how to help others is fine and dandy, until it affects your own autonomy, let alone your identity, let alone the groups' autonomy. Than it will eat at you.
Also what happens in groups is that if there is someone thats is truely not fit for a group, the whole group dynamic will change for the worse and it will try to oust it like a cancer. Until there is someone that speaks up (a leader) things will stay the same because the group will value the "being a group" above all else, even the goal of which the group was founded on.
So? You actually need a good natural leader to guide you through some of the bad stuff. I think leaders are often misunderstood of being only authoritarian, but thats not the case.
Leaders spend more time thinking about other people than anyone else in a company
I imagine lions spend a lot of time thinking about gazelles.
It’s so just-obvious that it needs no argument. It’s just natural.
> I think leaders are often misunderstood of being only authoritarian, but thats not the case.
Bosses (as in formal authorities, people who have formal control) have been rebranded as “leadership” exactly because “leader” sounds much more voluntary and consensual.
You are right that in families everyone gets a role. Unlike business you don't join a family at will, you're born into it and roles are very fixed.
Companies are much more dynamic and our roles (formal and informal) change. We also work "at will" and can change companies, teams and colleagues.
There are different types of leadership roles. As you say, one type gets through the bad stuff. Others do really well when times are good. Some only in certain situations.
In tech, where the nature of work and expertise needed day to day, week to week, can vary a lot at times, a variety of leadership capabilities and styles, along with the universal ability to give a shit about colleagues, makes for an awesome team.
So, not actually leaderless teams, but a self-organizing structure from which emerged a role that is easily mapped to leadership, though not called that by name?
That we incorrectly define leadership, and attach a lot of ideas to it that have nothing to do with leadership itself, should be obvious to anybody who has worked inside a badly run organization. And it's a trivial observation that doesn't get us any closer to forming better teams.
I used to think I wanted to work in a completely flat organization, with nobody who thought they could boss me around. Having done that, I now realize what I actually want is someone who is good at being the boss, and isn't a prick about it. I want somebody to have a synoptic view of what's going on, keep all the parts running smoothly, and act as a shield against all the various distractions coming from outside the team or the company, so I can do my job well. Such people are multipliers for effectiveness and happiness on teams.
What you usually get is someone who has no particular skill in these areas, but likes to have authority, and likes making more money.
I sometimes wonder if the problem isn't that there are only a few actually good leaders in the world, but we need to act like there are 10x or 100x more than that in order for our economy to run. Every once in a while you meet a great one, but the majority of "leaders", from the C level to the PM level, should really be doing something else instead.
How do you solve that problem?
In general, I agree 100% with your comment, in my career so far I would say I met only 1 leader, the rest is good talkers or people who know how to keep their positions.
Unfortunately I have come to the realization that it's just how it is, and you move on. Life is not just work, and some people know better how to climb the ladder than others, some are just luckier. Etc. Etc. Therefore I learnt to be happy with what I have, knowing that it could be better or worse. When it's too bad, it's probably time to move on.
You list attributes of bad managers: no particular skill in the area, likes to have authority, and likes making more money. We can mitigate the likelihood of attracting those managers by providing the opposite.
1. Let teams self-organize, where team members will value those who are both competent and effective cooperators.
2. Don't pay them more, it's just a role within the team, like being responsible for some feature. Have pay scales that value your experienced members, just don't pay your lead more than their more senior reports.
3. But who'll do the paperwork and other secretarial work that managers are normally responsible for in addition to their decision making/leadership duties? Hire a team secretary: someone who does not have hiring and firing power over the rest of the team.
Perfmafrost is unhealthy and unsustainable for an org, so in permathaw where everything is perpetually fluid.
Leadership isn't power and control. Leadership is the ability to drive change with others. Leadership is an act, not a position. Flat organizations tend not to be leadersless teams and rather leaderless organisations.
There are many good leaders, but the tend to be in the middle not the top. Based upon research evidence.
The classic example is the traditional academic department at a non-research university.
1. The main deliverable are courses.
2. Each professor has some assigned courses. Once assigned, the professor can teach the course mostly in isolation. Additionally, the department tends to hire faculty in a way that makes sense for their curriculum; ie, the one Systems professor in a small CS department is probably going to be teaching the Systems electives.
3. The courses offered are mostly stable. When the curriculum changes, the changes can be managed in a distributed fashion because the change will take at least 6 months to 18 months before rollout.
Therefore, a traditional academic department can run in a mostly leaderless fashion, with a department chair who plays a supporting role and perhaps a bit of a coaching role for newer hires.
This doesn't work as well when tasks require close collaboration or when tasks evolve rapidly. It's not impossible. Just much harder. In those cases you tend to end up with a recognizable leadership vacuum, leading to sub-optimal outcomes mentioned in other comments.
Anyways, that's all a bit of an aside and not directly germane to the article. But I do wonder if selecting leaders via leaderless teams exercises selects for leaders who work well in well-defined tasks with teams that are already partitioned into quite specific roles, but flail in environments with more dynamic tasks/goals.
So more of a question of how to identify the emergence of organic leadership skills within a setting where there is no "assigned" leader.
In roles of routine tasks, execution, efficiency and repetition is the task. It take management or monitoring but not necessarily leadership.
Leaderless teams actually are the best way to deal with highly ambiguous challenges where the path is unclear and the best people to figure it out are the people doing the work, not a manager or monitor.
So the leaderless team exercise identifies individual who do well in ambiguous situations. They may actually fail or get bored in situations without dynamic tasks/goals.
"The Tyranny of Structurelessness" is a great read on this. TLDR: structure will always form, so it's best for formalize it from the beginning.
That said, I've been interested in the idea of "adhocracies" for a while now, and it seems to me that it would be possible to form structureless groups that, once they have fulfilled their purpose, disband thus becoming immune from the sort of rot that would otherwise happen.
And I'll also say: the same rot can happen in a group with a well-defined structure too. So it's not all cut and dry.
Great expression!
Authorities come from the ability to author. It is a creation right. The creation could be a story, a software and, probably what most most people have in mind about authority, a rule. On the other hand, leadership is the ability to, well, lead. You go where ever you want, but if you want people to follow, you need leadership.
One can be a leader without authority. Think of a manager, while it might not be obvious, it is ultimately up to the "managee" to decide whether to carry out what the manager requires. You may fire, you may hire, but none of those guarantee you things getting done. Manager has no authority.
Now, write a software. People wants to add a feature to YOUR software. You have absolute authority in deciding whether to accept.
Isn't that called "gatekeeping" nowadays?
[edit]
I should also note that everybody has the authority to create rules, just not the legitimacy to get people to follow those rules.
If they are related, they are not orthogonal by definition. They may be distinct, however.
Authority has to be granted whereas leadership is something anyone can take up regardless of role. Leadership is the ability to drive change, an act not a position. Just because someone has a lot of authority doesn't not mean they act as leaders, if they operate purely for individual means. In my eyes there is a morality, but that's my personal approach.
Thanks, I really connect with your point that it's the managee to decide whether to carry out what the manager requires. In the knowledge economy we work at will (though may be constrained by perceived needed.)
Many of the comments here seem to be responding only to the title.
For example, remember covid-liners cruise ships, appeared on first weeks of pandemic, where it was impossible to get out, but they have all needs satisfied.
This also remember me parts of USSR system, where people moves where limited, but there where no financial crisis, no recession, free food, free apt, for some significant share of people, this is dream life.
Can't agree. You talking about very special type of army - democracy army, but it is just one subtype, and is of smallest share over the world.
Unfortunately, largest armies are totalitarian and communists, which have very different habits.
For totalitarian armies better model from Jaroslav Hašek, The Fate of the Good Soldier Švejk during the World War.
Lately, my view on what makes a good leader and what I'm trying to practice myself is simplifying down quite a bit. I've come to the conclusion that if there is one attribute you should optimize for, either for yourself as a potential leader, or in choosing someone to follow when selecting a venture, it's ... technical competence.
Hopefully it's clear that I'm defining technical competence broadly to mean deep knowledge about the details of your particular domain. I think this definition is applicable to engineers, attorneys, doctors, entrepreneurs, etc.
I think generalizable leadership attributes are important but purely supplementary to technical competence.
Instead, I feel that the most important trait in a manager is trusting the technical competence of his or her subordinates. The best managers I have ever had gave the team (and individuals) a direction to go in, and then sit back and let the employees work out how to solve the problem. They are always available to answer questions, facilitate communication, remove roadblocks, cut red tape, insulate the team from corporate politics, and provide resources to the team.
None of that requires technical skill, but loads of soft skills. I'll go so far as to say that having technical skill is often a detriment, as it is tempting for a manager to say, "I know how to solve this," and thus begins the slippery slope to micromanagement.
This works as long as the subordinates are acting in good-faith. The primary reason why technical competence is important in a manger is to enable them to identify the subordinates that are bullshitting them.
Presumably they are judged on their ability to perform their jobs instead of trying to read their minds and determine whether they're acting in "good faith."
And one would hope their managers do not call them "subordinates" and instead choose a more respectful moniker.
1. One example of not acting in good-faith would be spending more effort on looking like they are performing their job well than actually performing their job well. This makes it harder for a manager to judge people's ability to do their jobs
2. Another example would be spending effort to make it look like ones peers are doing #1, thus making it harder for a manager to properly detect #1.
3. Criticizing the term "subortinates" in a reply to my comment is a bit of a non-sequitur considering it was taken directly from the GP post.
It also needs a working alliance between leaders and followers. In teams with shared leadership, different people contribute to team goals in different ways or can shift between leader or follower over time depending on how the task evolves. I developed a concept called quantum leadership that tries to study and convey this point. It's a bit esoteric but I've experience it.
https://www.brettmacfarlane.com/blog/2019/8/11/19/quantum-le...
I have a teaching case study based on a project team for Apple and the first car controlling watch app.
I've come to a more complex position, where the task needs to align with the team for them to be leadable. With the right amount of incentives, any group can be pushed to deliver, but those incentives might differ by task (shit work needs different encouragement and support compared to creative work) and sometimes the needed incentives cost more than the end result is worth.
Understanding this alignment between task and team helped me triage how to approach the situation, or if it's even possible with the given people.
It would be interesting to learn how that capacity was observed and measured. Has anyone seen the source research?
You might have to dig a bit for the details. The following link could help, and the relevant part might be on pg. 8 (actual).
Menzies is a rabbit hole, by the way. Her work during the war was dwarfed by what came afterwards.
http://www.moderntimesworkplace.com/archives/ericsess/sessvo...
In a modern context attend means would be more in line with EQ. Being about to sense, contain or facilitate someone scratching the itch of a need. It could be simply to help clarify, to hear, to reassure, to encourage, etc. All situationally specific based on the individuals in the group.
If this experiment was done 80 years and they selected military leadership positions based on this experiment (as it implies by reduced failure rate measure), I don't understand why OP used "gender" in the summary statement above? Did UK actually field troops in WWII led by women?
https://www.gov.uk/government/news/the-women-of-the-second-w...
When it doesn't work it's useless. Instead of just getting told to drive straight off a cliff you get to wander around in a forest for a while and when you eventually find out you're lost it's way too late.
As always (and as TFA points out) the person you pick for a leader still needs to actually possess whatever skill set your flavor of the month leadership style requires.
Self organising or autonomous teams is not a replacement for strategy, vision or a clear task. That's leaderless organizations which isn't a good thing.
Who grants the authority to the team is a skill to test and develop. The point of the research is to find such leaders by what they actually do and how, not what they say they do.
Makes sense though, basically need to balance individual desires and group goals. Helping the newbie get up to speed won't really benefit you, but will mean the team now can do more.
It's actually a great strategy to get promoted, and in fact, past a certain point, it's pretty much impossible to get promoted by trying to focus on your self-achievement rather than making your org (and surrounding orgs) as successful as you can by helping them.
> To attend to others one first needs to attend to oneself