Or
How to become one
So you want to become a good manager and have stopped scrolling. Good. I will tell you, but you have to read the whole essay. Promise? I know it’s 4,500 words, but some effort is required. And that’s only the first step. But reading is an important one. Like the first time I read something by J. Richard Hackman 20 years ago, when I was a rookie at leading teams. I had totally forgotten about the guy until I re-read it recently, but his lessons have stayed with me ever since. He was a brilliant social and organizational psychologist working at Harvard. Sadly, he has since died, but his book “Leading Teams” is very much alive.
Just to be clear, I don’t think I am a good example of a Good Manager — everybody can be a good manager, by the way; it’s learnable. The reason is that I only barely fit the definition of what I mean by manager here. The manager — let’s call him Tom — in this essay is the one with authority to shape conditions: one of the top guys, or the head of a part of the whole thing with real room to act. The manager without that room goes into the next essay — spoiler: it will be called Managing out of the Middle. I have always fit more into that second category. And if you are in the same boat, don’t despair; we have possibilities too. You will see.
To get an even clearer picture of what a manager is, we have to look at Hackman’s authority matrix. There are four functions when teams and managers work together: (1) executing the team task, (2) monitoring and managing process and progress, (3) designing the team and its organization, and (4) setting overall direction. If you now look at how many of these functions Tom does himself, you know what kind of a manager he is or what kind of team he has. If he is doing everything but the execution of the work, he has a manager-led team — that is not micro-managing, by the way, that would be even worse. If he leaves the execution and the monitoring to the team but does the designing and the direction setting, his team becomes self-managing. If the team also takes over design, it becomes a self-designing team. This could go on until Tom wouldn’t have to do anything and the team becomes self-governing. We have seen examples of this in past essays, but they are rare. Some communities described by Ostrom work like this, or Laloux’s self-organizing companies from the last essay.
In this essay we will look at the most interesting and fruitful forms of managers and teams. But first, to show you the diversity among the authors in this essay: they have different views on hierarchy and organizational structure. We will hear from Elliott Jaques and his “In Praise of Hierarchy” — the name of the paper matches his thesis, but I only refer to him for some specific points, not his general thesis. On the other side of the aisle is Isaac Getz, a business professor and a strong advocate of what he calls “Liberating Leadership,” by which he means that leadership needs to liberate organizations, teams and employees from the shackles of hierarchy. And Frédéric Laloux we already know for studying examples of self-organizing companies. Hackman is somewhere in the middle, carefully analyzing different forms. He is very critical of organizations that are too free or too self-organized, but at the same time he sees the problem of too much hierarchy and bureaucracy. Karl E. Weick, an organizational psychologist, is also in the middle with his analysis of loosely coupled systems. The collector of studies and numbers is Rensis Likert, a social psychologist, with his book “New Patterns of Management” from 1961. He will provide us with many studies that support what he calls participative management. And to complete the cast: Mary Parker Follett will provide some of the theoretical concepts we need.
But why all this discussion? First, I refer to my essay “Josef KPI,” where we saw that the manager is a chaotic, overloaded, unfinished profession. It is still very much in the process of becoming an adult version of a job, so we need to talk about it.
Usually, and correctly, we look at purpose or direction when we search for guidance in organizations, but purpose can be turned into work in many different ways. Somebody can tell you — hierarchically — or you can do it by yourself — self-managed — or in a team — cooperatively. What is always true is that organizations themselves don’t do anything; they don’t decide or set purpose by themselves. That is always done by people. Which also means that structure is immensely important, because the design of an organization determines who takes part, and how, in doing, deciding and setting purpose. The manager will then have a major role in controlling or enabling that structure — depending on what that structure actually is.
Another issue is that this controlling is often wrongly taken as a final authority over everything, which Follett already showed us it is not. Decisions by management are based on the people below — who defined the problem, picked the data, framed the options, controlled the dashboard. The top approves a version of reality built by others.
That doesn’t mean that authority is an illusion. It exists and is needed in organizations. It just follows function and knowledge rather than rank. That’s what Follett calls functional authority. The more honest version is that the manager doesn’t simply decide, but finds out whose knowledge carries authority in a certain situation.
We also have to rethink management because Likert can show us that superiors often misjudge what drives the people below them — money and easy work are usually overstated, while interesting work and good relations with colleagues are underrated. At the same time, managers often overestimate their own practices — praise and recognition or listening skills.
And there are many reasons to doubt classical command-and-control management theories. My main point is what I call the 1,000 brains against 10. If you only took your top ten managers for any task, they would have to be a hundred times better than a thousand employees to match their ideas, knowledge and just general intellectual capability. Even the selection and filtering of all the ideas coming from a thousand people is better done by people close to the matter and not by the 1% at the top. This is just my own view but the math holds.
Another point that we discussed in the last essay is that of information availability. The manager usually has the complete list, the budget and the plan. Jaques ties this to the greater mental capacity of the people becoming managers. This is of course a confounded claim, since as long as all information stays at the top, you can’t tell whether it is about capacity or about actually having access to that information.
What is also problematic about hierarchical managers is that they get systematically overloaded. See, in vertical structures most things — information, decisions, etc. — run through the top, which again justifies additional layers in the organization to distribute a workload that was mainly created by the structure. You don’t need an additional sub-boss; you just need people to talk directly to each other.
And what we certainly need to clear up is what coordination means: the hub vs. builder issue. Our manager Tom can distribute every task to his team members. Then he is a hub, and he is basically the only thing the group shares — Hackman, for example, calls this a co-acting group. But this is not really a team, right? It’s just a bunch of people having the same boss. A builder will form a group that can coordinate itself. For Hackman, this is real teamwork. Follett describes this as coordination by creating direct relationships.
More important is the question of accountability and responsibility. Jaques has a point here that clear individual accountability is needed, which means a clear hierarchical structure and a clear manager role. He is making the decisions and he is accountable for them. That seems to be the most efficient way of handling it. But is it also true and effective? Remember the many hands problem from Dennis Thompson. He said that pushing all responsibility to the top wrongly removes accountability from everybody below who also took part in the decision, as we have seen in Follett. It makes people complacent, which makes the organization less effective in achieving its purpose. As Thompson argues, responsibility has to be traced person by person, in degrees. So my working rule is something like: each person answers for what they could reasonably know and could influence, no more and no less. And this does not contradict our belief that no one in an organization is without responsibility. Also not the frontliner, the worker, the cleaning personnel — tough luck. So a street sweeper also has a certain accountability that goes beyond cleaning up dirt. If she or he, for example, sees a dangerous number of potholes in the street, it is their responsibility to report it to somebody.
This brings up another problem. What if management pushes down responsibility and keeps all the decision-making at the top? The general rule still holds, but this way of managing will be perceived as unfair, because responsibility is not defined by organizational structure. Follett points out that the way that works is to keep authority — to make decisions, for example — and responsibility together at the same level. This means for our manager Tom that his job should include understanding the whole, listening to issues raised, routing them to the right people, and protecting people from overload by not making them responsible for things they cannot influence.
This brings up another important point, which is dignity as the real boundary and guiding principle for how to treat people in order to achieve the desired results. Kant said — allow me to paraphrase — that people may be means, but never merely means. Treating people as equals is also what produces the extra ideas and effort, so the two are linked.
Two things are left to say before we look at the manager’s actual tasks. One is that leadership is more a function than a person or position. Hackman found that as long as it produces the right conditions, you can never have enough leadership. Laloux, meanwhile, has examples showing that even in very flat organizations roles are not identical. There are always leaders — in many variations of course.
The last point is that decades of research found traits to be only modest predictors of good leadership, and they predict who gets chosen more than who leads well. Management is a craft. People just start at different points.
For the tasks, we will generally follow Hackman’s approach and see what it takes to create a real team, compelling direction, enabling structure, supportive context and coaching. And we will mix in some good stuff from other people along the way.
First off, you need to create a real team or teams. According to Hackman, real teams are defined by four features: a team task where people depend on each other for a shared outcome, clear boundaries — meaning who is a member and shares accountability — explicit authority over the work process, and stable membership over a reasonable period.
See, we already mentioned that some teams are merely co-acting groups sharing only the boss. That’s not a team, and Tom will not leverage any of the team superpowers like combined knowledge, experience and workforce. So Tom has to turn these groups into teams by giving them a shared outcome. For example, all customer requests for a certain area, not individual tickets under the same boss.
But it doesn’t stop there. Even better than just a shared outcome is to organize teams around processes and customers. That is quite a far-reaching thing to do, since a lot of organizations have formed teams around functions — operations, customer service, sales, finance. We know that organizations work along processes; this is where value is created. Management system standards also tell us this, but org charts have still stayed functional — probably because historically specialist know-how was thought to be the leading factor. But hey, history is a shitty excuse for bad structure. In the end we want to produce great products and services, not great specialist departments. In some fields, specialists are highly educated and few. That means they may have to be shared between teams. But it is also true that some companies have developed innovation without much R&D, just by enabling working teams to solve problems innovatively.
Now, generally, this approach will lead to a certain number of parallel teams, which is fine for a lot of simple production or service companies. Laloux found them in a lot of the examples he looked at.
There are also more complex forms of non-hierarchical organization, like the web of individual contracts: yearly negotiated one-on-one contracts between colleagues upstream and downstream, some written down, some rather informal. This continuous process of committing results in a very fluid organization. Nice, but probably too much for most organizations.
Nested teams are another possibility. As with parallel teams, they are mostly autonomous, but they are also part of a nested structure. So team A, team B and team C, together with person 1 and person 2, make up a bigger team while still being their own teams. This is a way to incorporate some special functions into a team form. This approach is mainly used by organizations with more complex creation processes.
In any case, teams always need to be connected in some way. Likert proposes that teams should overlap through a linking pin. Such a connection can be the manager who is a member of two teams. He leads one and sits in the one above — the group of managers.
If we talk teams and connections, then we have to mention Weick’s principle of loose coupling, because it tells us what options are available. Managers and teams, or teams on their own, can have tight coupling or loose coupling, meaning they work very closely together or only loosely. Obvious, right? And that this is a spectrum should also be clear. Weick argues that tight coupling works best in organizations with people working together on the same activities — a real team, as seen above. That team is then loosely connected to other teams. That is because attention is finite: you cannot have tight coupling with everybody, so tight coupling in one place means loose coupling elsewhere. This also goes for managers. The manager has to choose the few things to hold tight — for example, his own team of supervisors.
Finally, and not to be forgotten, not everything is teamwork. Some tasks are better done individually, like writing the first draft of a novel or a report. But the manager should decide this deliberately, to avoid frustrated team efforts leading nowhere.
By the way, management teams — the big guys — also need a real shared task and outcome. That can be — honestly admitted — just information sharing, which is okay, as long as that team and its activities are set up for exactly that and nobody tries to fill it with more fantasy content.
Stability of teams is the easiest to understand but often very hard to guarantee. Teams need time to form and perform well. Rotation every two years destroys this. Likert’s studies point the same way, and I have witnessed it firsthand many times.
After the teams comes their direction. As with the whole organization, purpose and how to get there are what bring teams together. Now, we are not going through the whole shebang of vision and values and mission — it is overrated in my opinion anyway and often confuses more than it helps. What is needed is a purpose concrete enough that people can decide by it. “Saving a buck” might be great for a budget airline and give its employees a guideline, but if you are a life science group, something like “For the health of the world” is too general. This is a slogan. It might inspire, but it is of no help when employees need to decide business matters. Plus, should you have multiple purposes — same as with stakeholders — they need to be clearly prioritized: great service first, cheap service second.
Specifically for team direction, Hackman names three qualities. Direction needs to be challenging, which gives teams energy, but within the limits of the possible. It needs to be clear — as just explained. And it needs to be consequential, which means that it matters to customers, colleagues or society, so it engages teams.
Even more important is what Hackman connects to direction in his view of authority: how ends and means are distributed to teams. If a team is given neither ends nor means, that is anarchy. The team has no rules and no direction — that makes for an interesting experiment but a bad organization. If the team is given both means and ends, it ends up just executing, and its abilities are wasted. The worst case is being given means but no ends. The team has all the rules but no purpose. This is where much bureaucracy — and bad companies — end up. He recommends giving ends but no means. Rules should be reduced to a minimum — you know, safety and legal and so on — and direction should be clear. This is a key condition for a self-managing team. By the way, Kant would recognize this: giving ends, not means, treats people as capable of reasoning their own path. And respect if you notice something there: you are a true Kant-nerd.
And for that, teams also need information. Within an organization, information should be shared generously and smartly. We talked about it before, and I will bring it up many more times because it is needed. For people living in the Information Age, we do a piss-poor job of managing it.
Purpose and direction are also closely connected with membership of an organization — or employment, if you want to call it that. Meaning new — and of course also existing — employees always need to be made aware of it. Now, this doesn’t mean a lot if it is very hard for employees to change organizations when they don’t agree with the purpose. Getz found an example of a company that made it a statement that everybody was always free to leave, and backed this by helping people start their own companies. This doesn’t solve the complete issue, because of course the economic reasons go beyond just needing startup help. Yet I really think this is a central point; otherwise purpose can become something we endure to have a job, rather than a guiding star.
Purpose almost always comes from the very top of an organization. Only an absolutely self-governing organization would make it a common task. Even — and especially — most NGOs are started by a person or a small group setting a purpose. It comes first, so it sits at the governance level of an organization.
OK, we have teams, we have direction; now Tom needs to enable the teams by creating the right kind of structures. You know, the whole who may decide what, and where.
Authority always needs to be set explicitly from the beginning — be honest and clear, and avoid a lot of inefficient meeting discussions. The guiding principle is the purpose of a specific team. This can also be found in Jaques, who correctly connects it to the amount of accountability a person or team should have.
Changes to this clear guidance can be made later on — usually it is a widening of authority once teams have become fully performing, but it can also be the reverse. Getz actually has a checklist for authority: willing — does the team share the purpose, and is it treated as equal? — capable — does it have the skills? — and authorized — is it allowed to act?
Once equipped with authority, managers and teams can make decisions. The manager primarily has the role of the “meeting door opener”: to get the team in there and stay out of the content. But since there are multiple teams, there are other meeting rooms. He is the linking pin between them.
The forum always matches the matter. Each team handles its own level’s problems.
Special procedures should be agreed on for emergencies. A crisis doesn’t need new structures — actually, it is the worst time to use something new or different. What you need is a clear plan for how to act.
All of this is set up by a manager. A team, on the other hand, can now deal with the rules and the content. Ground rules should always be set and maintained by the team. That is a prerequisite for acceptance. And content, yes, that is the real deal; that is exactly what we want them to do. Even the hard stuff, like setting a budget. Laloux has a couple of good examples showing that this is possible. This avoids inefficient haggling between bosses and teams. But what about wasteful spending? Peer pressure is a much better way to handle that in an organization than trying to negotiate budgets as if they were a selling price. And if the total of a budget is over a reasonable limit, it just goes back to the teams’ representatives to sort out.
Once Tom has set up the basic enabling structure, he has to enhance it with a supportive context. In plain English: Tom has to create freedom.
The most important part of this is competence. Qualify everyone and ensure they are ready for as many activities as possible in advance. This means a lot of training and a lot of thinking ahead from management. But planning is better than reacting — as in having to give people individual permission case by case.
The next one is important, and most managers are not going to like it, so I’ll make it a command myself: remove any controls that express distrust, like time clocks and locked supply closets and reserved parking spaces — you do have to ensure that there are enough spaces, though. Keep only the functions that have a direct connection to the purpose of your company. So you also immediately have a test at hand: does this mechanism or process serve the purpose or the distrust? Does quality control try to find product failures or badly working employees? Does the travel policy protect employees or the environment, or does it make adults ask permission to take the train? Legally required functions stay too, but they can be run in a trusting way.
Now, freedom does not mean no rules, no standards, no methods. Having worked a lot with best practices and standards, I know that they have a real benefit. They give us examples of how to do it well, and they can help keep quality at a certain level. For example, a management system is a framework for organizations to work well and consistently. Nothing wrong with that. We should always plan our activities and, once we have executed them, check and improve them — ha, PDCA. But I think we should get away from thinking of this as a separate function within an organization. Every team should do it. Let’s not waste time on all the controls, and instead enable teams to improve.
The same goes for KPIs and measuring. They are a great tool for learning and improving. They are really bad for controlling people. Just read Deming for that. This is his big thing, not mine, and he was a statistics nerd. Teams have to find out what kind of data they need to learn, to become better and to avoid mistakes. The manager still has a certain assurance role here, because there is an overall purpose of the organization that also needs to be achieved — and thus also measured for improvement. But managers have to take this as a leading function, not a controlling one.
Now, freedom has its costs, certainly. More training, more enablement, more workshops, more measuring. And that cost shows up in a budget. But let’s not forget that controls also have running costs; they are just usually hidden within pre-existing hierarchical structures. So far, in a structural sense, I have never seen a study comparing them like for like.
The manager will also have to link a team upwards. That usually means ensuring information flows upwards and downwards, and representing the team upwards. That seems obvious, but without influence upwards, good team practice will backfire.
One last point is how people are paid, or should be paid. I have my opinion on this, and of course some of the authors mentioned have too. But in order to only partly set off a glitter bomb, I will discuss this in a future essay about motivation.
Finally, what our manager Tom will always have to do is coaching. One caveat, always, is that design comes first and coaching second, because no amount of coaching can compensate for a badly designed or badly set-up team.
Ruth Wageman — as cited by Hackman — studied the effect of coaching on different types of teams. Well-designed teams self-manage even with little coaching, although they are also the kind of team that profits most from good coaching, and bad coaching barely hurts them. But bad coaching hurts poorly designed teams most. So good design and setup of teams in an organization partly protects them against a weak manager.
Hackman identified three functions that coaching can work on: effort, performance strategy, and knowledge and skill. Coaching on effort usually comes at the beginning of the team’s life cycle and is mainly motivational. Coaching on performance strategy comes at the midpoint and is consultative. Towards the end of the cycle come knowledge and skill, and this is educational coaching.
Before coaching, you should always check the design conditions for each type of coaching. For effort, that is energizing direction, task design and the reward system. For performance strategy: focused direction, norms of conduct and information systems. And for knowledge and skill: talent-engaging direction, team composition and the educational system. If these are not properly set up, no amount of coaching will help.
Timing is crucial: performance coaching at the beginning will just dissolve into thin air or even do harm. This is also the case if a manager is called in late and was not involved in either the design of the team or the first direction setting. It is then best to check the design of the team and then relaunch the effort.
Hackman also states that some studies have found that coaching on the work is more beneficial than any kind of interpersonal intervention. An experiment conducted by social psychologist Barry Staw even suggests that performance shapes how people describe their relationships, rather than the other way round.
Usually the manager is in charge of coaching, and it is one of the most important tasks, if not the most important. But coaching can also be shared. Peers coaching each other is used successfully by many companies. Obviously, it is then the manager’s responsibility to train the team to coach itself.
So that’s it? A manager’s job is to create real teams, give compelling direction, provide an enabling structure and a supportive context, plus coach? See, after reading 4,500 words, you know it. The problem, of course, is actually doing it. As promised, we will cover learning and knowledge in a future essay, but spoiler: it has to do with trying things out — which takes some bravery — and learning — which takes honesty and the humility to admit that you make mistakes. So to become a good manager, you also have to learn those two things. And that will take time. As with transforming an organization, the role of the manager will change slowly. Eventually, if this approach is followed, the role will become more stable, less chaotic and less overburdened. There will be setbacks; old habits are hard to shake off. 20 years after reading Hackman for the first time, I still catch myself playing the boss sometimes.
But eventually this new kind of manager will make the team able to manage itself. Or, as the former CEO of a French automobile parts maker put it, quoted by Getz: “Creating conditions in which things happen by themselves.”
Don’t just take it from me, here is some good stuff to read:
Hackman, J. Richard. Leading Teams: Setting the Stage for Great Performances. Boston: Harvard Business School Press, 2002.
Likert, Rensis. New Patterns of Management. New York: McGraw-Hill, 1961.
Jaques, Elliott. “In Praise of Hierarchy.” Harvard Business Review 68, no. 1 (January–February 1990): 127–133.
Getz, Isaac. “Liberating Leadership: How the Initiative-Freeing Radical Organizational Form Has Been Successfully Adopted.” California Management Review 51, no. 4 (Summer 2009): 32–58.
Laloux, Frédéric. Reinventing Organizations: A Guide to Creating Organizations Inspired by the Next Stage of Human Consciousness. Brussels: Nelson Parker, 2014.
Weick, Karl E. “Educational Organizations as Loosely Coupled Systems.” Administrative Science Quarterly 21, no. 1 (March 1976): 1–19.
Follett, Mary Parker. “The Illusion of Final Authority.” In Dynamic Administration: The Collected Papers of Mary Parker Follett, 2nd ed., edited by Elliot M. Fox and L. Urwick, 117–131. London: Pitman, 1973.
Thompson, Dennis F. “The Moral Responsibility of Public Officials: The Problem of Many Hands.” American Political Science Review 74, no. 4 (December 1980): 905–916.










