People often talk about the extemes. Managers or no managers.
Why can't we have something in-between?
Like, instead of a manager, we have a team assistant. Someone who does burocracy and orga, but hasn't any power and the power is exercied in some way by all of the team members.
This would remove the "if all do it no one does it" problem and still prevent single people decisions.
> Someone who does burocracy and orga, but hasn't any power
They are even less useful without power.
Problem is most of the managers are junior in their position. They don't have leadership experience. Often just got a promotion and come up from a different background and only have a few years of experience on management position.
Or, they have some experience at different scale. So when they start on a bigger organisation, they are just like junior employees in my opinion.
Proper leadership requires lots of experience and skills.
The way it works best in my experience is the team helping them to work efficiently.
If they (managers) are not informed enough, they start micromanaging everyone and everything around them because they feel nothing is aligned or everything is out of control.
Same story when they are misinformed. If the information is negative they panic and start direct communication with every team member. And when it is just false positives, they may look very unaccountable or impulsive.
The best is to inform them before they seek for information and updates. And use their powers to solve team problems. They have power to provide the support or remove impediments.
If managers are getting things done by wielding their authority from the org chart, odds are they aren't great leaders to begin with.
In most organizations, leaders arise naturally, and they don't always match the org chart. Wise managers let those people shine, and help them succeed. Then the informal leaders help the team succeed, and the manager gets what they want because they did the cliche of hiring smart people and then letting them do what they do best.
In such a scenario, managers may ask what they are doing... because the team is doing it all without much help. But that is a good thing. The manager did their job, of building an effective team.
"leaders arise naturally, and they don't always match the org chart. Wise managers let those people shine"
Two points I see here.
1. managers are placed above the real leaders artificially
2. leaders arise without any formal process
The first point is what systems like Holocracy want to eliminate. The second point is what Holocracy leads to, some people following leaders and nobody really knows who that leader is.
My idea was to decouple the orga/bureaucracy stuff from management and create a new team assistant role, so things can go on orderly and there is someone to talk to.
The second part was creating some kind of process that helps to make decisions, so no "hidden leader" can wreak havok in the background.
> If managers are getting things done by wielding their authority from the org chart, odds are they aren't great leaders to begin with.
Agree. If an organisation has power distance between managers and others, perhaps they have more fundamental problems to begin with.
By power I meant the privileges and rights that comes with their responsiblities and tasks. A simple example would be rights to ask for more resources or budget.
At my workplace the organisation is pretty flat (director of IT services is officially the only one above ~25 devs and ops people, and he's busy with sales and long term strategy).
I miss having more people with official power when discussions go on and on without reaching a conclusion, and when there is work that everybody agrees needs doing but nobody wants to do.
I've had a few really good managers over the years and in all cases I wouldn't have wanted their jobs - yes they had power over me, but they always communicated clearly and asked for my input when appropriate, set clear goals and (most importantly) acted as a political shield while the rest of us were doing our jobs of getting stuff done.
Mind you - have had awful managers as well - but fortunately not very many and not for a long time.
Edit: I should also add that I've certainly been an awful manager at times....
This has been in my mind recently.
I am head of development at a startup and have something like 30 direct reports. I don't want to be doing this job for a long time, and am maneuvering the team structure to make myself redundant with the following actions:
- I am trying to convince the execs and HR to increase pay transparency and to reward people who want to progress in their careers as engineers more than those who want to become managers.
- I have promoted one person with more leadership skills (and less technical ability) to be a dev lead; essentially a mentor, gathering feedback from the team and helping them solve process and communication issues, and keeping track of OKR metrics.
- I hired a department assistant, to do resource allocation, manage Jira permissions, tidy up boards, etc.
- We have 1 project manager who is responsible for our three internal development projects, controls our budget and fights with other PMs for resources.
- All others are Developers and QA. Some are more senior, so they have architecture roles. Everyone gets to give their voice, but one of them has an official role of architecture lead, who has the final say, but that's mostly cerimonial.
My role is to help them focus when they start to drift, shield them from politics, and most importantly give a cerimonial ratification on their ideas, if they match the values of the company.
So all 4 non developers are essentially assistants. I hope to soon be able to step out and leave the team working happily with a 10 to 1 ratio of dev to non-dev.
30 direct reports is an astonishing number, and it makes me feel like you're either onto something brilliant or are crazy and this structure is going to crash and burn once things get really complicated and fast-paced. I suppose it depends on how routine a lot of the work is. You'd be spending a minimum of 15 hours a week just on 1:1s, but I could see that being as high as 20 or 30 hours; 15 is already two full days out of the week. That is, unless you just don't do 1:1s at all, which seems incredibly risky long-term.
Given a six-month check-in and annual review once a year for each report, you'd have a total of 60 such events a year, meaning you'd have at least one annual review or six-month check-in every single week. You'd have to keep up with the unique performance characteristics of 30 different people in order to conduct these reviews in any reasonably useful and professional way that actually encourages real growth. If there's any sort of interpersonal conflict or unexpected project complexity, this could easily burn through enough of your time that you'd have to blow off nearly 30 people in the meantime.
Yeah, I started doing 1-on-1 with all of them when the team was about half size. The reason I got one of the guys "promoted" as dev lead is so he can take most of the mentoring and feedback gathering. He is not their boss though, with no authority to assign work or make demands.
Nowadays I do 1-on-1s with the dev lead, the assistant, and the product owners (senior devs and architects), so only 5 people.
Still, that would mean the dev lead would need to do 25 1-on-1s, so we have a structure of peer mentorship, with two phases: a formal and an informal. The formal is to maintain quality of information gathering and fairness. The informal is to allow for rapport and flexibility in the part of the mentor. We started this recently, we'll see how it goes.
This solution sums up the problem. When you have many of those dev leads, the least capable among them will be promoted to be their leader. This is human nature in group formation.
> Someone who does burocracy and orga, but hasn't any power and the power is exercied in some way by all of the team members.
I worked at a company that tried this, more or less. It worked well for a few months, until the bad apple employees realized that managers had no power to correct their bad behavior. Then it become a free for all.
Counterintuitively, it created far more bureaucracy than ever before as people started hoarding information, refusing to grant access to shared resources, claiming others' work as their own, and other selfish behaviors.
Bureaucracy is largely reflected through managers, but this experience taught me that bureaucracy isn't necessarily created by the managers. The power structures will organically assemble themselves as people compete for what they think are limited opportunities for raises, promotion, and advancement.
Having healthy management in place to deal with formalized and visible bureaucracy is much better than letting the bureaucracy grow organically in the shadows while pretending it doesn't exist.
At Slalom _build[1], we have People Managers and Team Leads.
Your people manager stays with you as you transition from project to project. They never have more than six direct reports. They are the person that handles all the bureaucracy for you and helping you through the org.
Your team lead is sometimes a people manager but probably not yours. They change based on the project you are on and are responsible for it's success. Their focus is on delivery not your career.
I'm interested in seeing where this goes as it breaks the responsibility up without breaking the career progression. There isn't a "technical path" ... yet.
This is the organization of the company I work at. Overall I've learned through experience that this decoupled structure is nice in theory and it's useful to have as an option, but it should actually be avoided in practice if at all possible. A developer can end up in a situation where their boss (people manager) really doesn't know about or understand their day-to-day work at all, and then their team lead may be vying for authority over the team with a project manager and product owner, all of whom report in different organizations and have different motivations and incentives.
Well that's just what a manager should be doing. Their job is to ensure everyone else can work. Quite literally a "production assistant". They should deal with all the BS that workers don't want to, so they can get to the real work. Which is the main flaw in promoting workers to management, as they're two entirely different sets of skills.
There's a post on joelonsoftware about this, and I think it constitutes most of the first few chapters of the book peopleware.
This is actually a lot of what the Holacracy system does (though most business mags get it totally wrong in the US -- less so in the EU).
Unlike some of the fad "flat"/structureless stuff that just eliminates managers, Holacracy focuses on decentralizing those management functions that still need to exist (because management is needed, even if there are no managers) in roles and processes, and reducing the "Lead Link"/"Circle Lead" role in each team to something that takes ~10% of a person's time and is focused around the garbage collection for the team and helping the team get problems out of their way.
It's hard to find a good one because execs don't like the idea of ICs having assistants, which is one of the perks that execs use to make themselves look better by getting credit for someone else's work without spending their own salary on it.
Management & no management is binary. If we used an indicator variable (1 for “has management” and 0 for “no management”) then there’d be no way to have any idea of “quality of management performed” along a different axis in the “no management” case.
I don’t agree that separating this as a distinct inficator variable would actually be useful.
Having recently experienced "agile", one of the things I've concluded is that the PM needs to be fireable by the team. I don't mean unemployed, I simply mean the team needs to be able to tell the PM they will no longer be working with them.
I just put in my 2 week notice at a shop that I've been working at for 6 months, and what I've found is that effectiveness isn't the goal. Having done freelance for the past 8 years, I was actively shocked by how ineffective and wasteful the processes were here. I once witnessed a discussion about whether to CC multiple people or send each person their own copy that took over a week and eventually involved a VP.
I put in my 2 week notice this Monday. It took me all of 2 days to start filling my time again once I made the decision, and I can't even tell you how much I'm looking forward to going back to working for myself. It feels like having a straight jacket removed.
I'm sure there are shops out there that end up using agile and don't become these ridiculous monstrosities, but I feel like those shops would be successful with or without agile.
> I'm sure there are shops out there that end up using agile and don't become these ridiculous monstrosities, but I feel like those shops would be successful with or without agile.
I think that's the key. Agile isn't a silver bullet, it's just a tool. If your problems are screws and you grab a screwdriver, you're probably in good shape. It works great for my team, because we all trust each other and genuinely take the quality of our product to heart. It doesn't work for our neighboring team because nobody gives a fuck besides getting credit for all of the good stuff and deflecting blame for all of the bad stuff.
I don't have a whole lot of faith in "there's one way to run a team/be a leader and you do it like this" sort of thing. The style of leadership I was taught in the military would not fucking fly on my team, but honestly, it would serve my neighboring team fairly well. Their problems are nails.
Why can't we have something in-between?
Like, instead of a manager, we have a team assistant. Someone who does burocracy and orga, but hasn't any power and the power is exercied in some way by all of the team members.
This would remove the "if all do it no one does it" problem and still prevent single people decisions.