C (3:16)

Let's just run through what are the pros for the organization.

D (3:21)

So for the organization, as we said, there's this idea of efficient use of resources. If I am only needed 50% on one project, why not use the other 50% of my resources? And also the learning argument, the information transfer argument, particularly at the level of the organization. If you want the organization, different parts of the organization, to know what's going on, having those people cross staffed across different projects and different teams is a really good way for doing that. And the cons, obviously a lot of the cons come at the individual level or at the team level and they get aggregated up. The one con that's really an organization level challenge is what I call human capital interdependence. So you can think of it as there's a new type of risk on the block that we haven't really been thinking of. Managers for years have been thinking about their processes, have mapped them all out in excruciating detail to figure out, if I do X, what's going to happen after that? What is it going to be? Y, is it going to be Z? How do I understand that? And part of that is also to understand the risks, right? If I have a failure at this point in my process, what's going to happen downstream? Now, this is always framed in terms of this particular task I'm doing. How does it affect the next task? Right? And this may be, this is an input to that task. This could be, this is a competitor to that output, whatever it might be. What's coming into play here is we may have interdependencies based purely on the fact that we share individuals. Even though the work we're doing on these teams is totally separate. If I have a production, a designer, automotive designer, they might be doing work on a car. They also might be doing work on a truck. They also might be doing work on a motorcycle. Now, every one of those projects is if it shares that one person is now interlinked. There's nothing that has to do between those projects. There's no strong reason that those projects have to be kept lockstep. But now that there's one person who shared across them, all of a sudden they find that they are. And what happens, and this is where we see this new risk coming, is an issue that comes based on the motorcycle project or on the car project, there's a safety recall. Suddenly, all hands on deck. Everybody has to try to fix this problem. Well, that takes all those people away from their other projects. That may mean that suddenly the truck project is on standby because we're missing our two key engineers. Because they were pulled away. There's nothing about the car and the truck that on paper, look connected. There's nothing about them that actually means that they have to stay together. But because they share people now, they find that they're actually bound very tightly. That's a new type of risk that we face.

C (5:56)

Who is the most likely person to be on multiple teams and kind of suffer from the sort of too much of a good thing that this can lead to?

D (6:05)

So it's a tough question. I think different people at different levels and different roles are on it for different reasons. People who are very, very specialized, they have great expertise. They are the deep knowledge on a particular task. I have seen this very, very often also in R and D teams, somebody who has advanced degrees, a lot of deep knowledge in a particular thing. That person gets pulled on many different projects because I need somebody with this incredible expertise. Now very often those people are also very, very expensive. They're very expensive because they're so specialized that the cost benefit trade off doesn't quite work right. For me to own that person 100%. For me to have that person 100% on my project is very, very expensive when I only need 10% of them. So one reason this happens is people with deep expertise get allocated on many, many teams because lots of teams need at least a little bit of what they've got, and they're the only one who has that skill. Now there's another very different role that happens, which is more of an administrative role. I mentioned before, my colleague and co author, Heidi has done a lot of work in professional service firms. If you're a senior partner and your job is maintaining the relationship, you may be that point person, that relationship manager on multiple different projects. And so you're being pulled in even though you're not doing deep analytical domain work on the particular piece, you own that relationship and you have that one way to think of it. It's actually two sides of the same coin. In the one case it's deep technical knowledge. In the other case it's deep relationship knowledge. It's the people who have something unique and they need to be stretched across multiple projects.

C (7:40)

Teams seem to sort of gradually expand and there's this kind of feeling of, oh, we can just add one more person to this email, or one more person to this meeting, or one more person to this project. And that often actually results in an exponential increase in coordination costs.

D (7:57)

So you're raising a really good point. It's an ideal world scenario when I say, ah, this only happens because people have this incredibly deep knowledge and they're the unique contributors in that way. Sometimes it also happens purely from a sort of a horsepower argument. We need more people, we have a certain number of resources, and it may not necessarily be specialized skills or specialized knowledge, but we actually just need more hands. We need more hands on deck. And so we have people who are more exchangeable resources in that regard. But I think you're also raising a really good point. Phenomenon like team creep. At least that's the way that I often talk about it in my sessions. This happens all the time, right? Saying, oh, it would be really great to get somebody with X point of view, or it would be really great to get somebody from this part of the organization. Because we want to make sure that we've got buy in. We want to make sure that they're on board, that they understand what's going on. As we said, this is a conduit for information transfer. That's a really valuable thing. Maybe we want to make sure that we have as many of these pathways as possible. So it's not always that we're designing teams sitting with the playbook. Martin Haase and I wrote an article that came out last year where we were talking about how do you design teams? And we know from a long history of research a lot of things that go into designing teams. Well, we don't always follow that advice. We often end up in a situation where little incremental changes along the way end up with a little bit more of a big mess. So I think what we see is a combination, both teams that are designed the way they are for a very good reason and ones that kind of have evolved in that way and nobody's really been paying attention. And it often happens that later on we stop and take a look and say, wait a second, maybe we need to revisit this and think about it a little bit differently.

C (9:39)

Yeah, so there has been a pretty well documented look at that phenomenon that switch tasking and switching from one thing to the next is really draining. It's stressful and it's not very efficient. And there's sort of costs to all that switching. So why then do organizations still think it somehow makes sense to have someone spending, you know, 10% of their time sort of peanut buttered across a lot of different things.

D (10:03)

So unfortunately, as a manager, as a leader, we also, we're not thinking day to day about the experience of our employees. Very often that's the case. So I may be doing my job. I may say, you know what, I need you on task A or task B. And I allocate people because it doesn't register. I don't actually know in my head, how many other tasks are you working on, how many other projects? It's not done maliciously by any means. Part of it is just a lack of information. Right. And the benefit that I get as a team lead or as a division lead or as a vice president, whatever it might be, the benefits I get from having my people working on many different projects, those are easy to see. They come out on the bottom line. The costs aren't always as easy to see because that comes down to somebody being stressed, overworked, tension, burnout, and it's hard to necessarily draw that line back to where does that actually come from?

C (10:53)

How did we get here? Why do people decide gradually over time in different locations, in different companies that the way to go was to have these kinds of overlapping teams where instead of just having like, yep, this is my team, we're in a silo and we're fine with that. Like, we're not going to try to bust up this silo.

D (11:14)

I think a main issue with this is it's just global competition. The world is becoming much, much faster paced. Right. We have lots of evidence that just the general pace of change is increasing. At the same time, the world is becoming much more heavily interconnected. We see this in our executive programs. I mean, we have an incredibly diverse set of people coming from different industries, different geographic regions, but they're all facing the same sorts of problems because they're all now playing in a truly global environment. That environment is forcing the hands of organizations who realize they can't continue to compete in the same way if they keep themselves in these very traditional, hierarchical, lockstep sorts of structures.

A (11:54)

KPMG makes the difference by creating value like developing strategic insights that help drive M and A Success or embedding AI solutions into your business to sustain competitive advantage. KPMG make the Difference. Learn more at www.kpmg.us insights.

C (12:20)

So if one of the challenges to fixing this problem is that the work itself is sort of invisible to managers and they don't realize kind of person a is doing 15 things and person B is socially loafing and doing two things or something. How can managers make the work more visible or at least get a better handle of what's going on?

D (12:42)

I think there are actually two different things, two different ways of going about it. One is trying to make visible what people are actually doing. And so here's where, for example, billable hours or other systems that actually log that information are a good step towards creating clarity. Now, having that data is different than having that data be visible. Many organizations have it, but it's not always visible to everybody. Right. It goes into a system, HR is aware of it. We use it at the end to take a look at bonuses. We use it at the end to figure out who's been allocated to what. That doesn't necessarily mean that there is a running dashboard of here's all the different things that a given person is working on. So having that stuff be more visible is one way and having it be more publicly visible. That public visibility I think can play an important role because it can actually help people in dealing with and coping with the stresses and the tensions of doing this sort of work.

C (13:35)

I am so interested in this and I feel like there's pros and cons to making the work visible. In an organization with low trust, you could end up with lots of resentment and a perception this is all political and people feeling threatened by, you know, oh, I don't have as many things on the board that I'm working on or you would think, what's wrong with so and so she has like 40 things on her. She can't possibly be good at any of them. You know, like there would create all these issues. On the other hand, it seems like such an elegant solution that would resolve so many issues.

D (14:07)

Absolutely. And I think this is just attention. This is the reality, the unfortunate reality that we've got. I don't think there is a yes or no answer to it. There's no question that when you make it more visible, you increase the likelihood or you increase the possibility that people can actually game the system and can find ways to do that. On the other hand, if we don't have that sort of clarity, then we're basically sitting with blinders on. Right. We're in the dark, we don't actually see what's going on. And this is the reality that we have. And I think, at least when I've talked to people about these topics, the topic really resonates this sense of being over committed and being stretched too thin. This is a pain that people feel. So to one extent we just need to make a Call as to what do we feel is worth the cost, right? If we want to try to move the needle, if we want to try to get better at helping people to manage this process, manage being on multiple teams and multiple projects, manage the stress that comes along with it, manage the organizational risk that comes along with it, we're going to have to accept that this data, you know, data can be used for good, the data can be used for evil.

C (15:13)

So creating this kind of open public dashboard could be one way to address this problem. What are some other things that you've seen work?

D (15:21)

Honestly, the main tool at this point, because most organizations don't have the data in the kind of format to have a dashboard sort of format, the main tool is conversation. The cases where I've seen organizations make real improvements is when they've gone back to the office and said, okay, let's start, take the first step to just mapping this stuff out, right? At the very least, saying, I'd like all the team leads to go back to their teams and just have a conversation. Let's have one meeting. Doesn't have to be long, 15 minutes, 30 minutes, where we go around and talk about how many other projects and what other projects are you on. If nothing else, even if the team leader doesn't have all of the pieces mapped out, when your colleagues in your team know about how many other projects and what other projects you, it actually allows the system to adjust itself a lot more smoothly and a lot more easily. I see that you're stressed out and I know that you're also on the beta project. And that gives me the sense that maybe, you know what, I can take a little bit extra slack because I know my other project isn't in as bad a shape. So having that transparency and just having that conversation at the level of the team can help for a lot more sort of mutual adjustment of the way in which things are working. The benefit of not having everything so transparent is it does actually allow flexibility. And so in the age where we talk about organizations needing to be very nimble, very dynamic, people are on multiple teams also because they're on teams for a very short period of time. I have you for a day, a week, or, you know, or for a short period of time for two weeks, and then you rotate off this team and onto something else to maintain that flexibility. The more bureaucracy, the more structure you put in, the less flexibility you have in that kind of a system. So this is the downside risk, right? Making it more visible allows you to better manage the process at the same time, you can overmanage the process and you can create a lot more rigidity and a lot less flexibility in the system. And this is a trade off that managers unfortunately have to make.

C (17:18)

It does also seem, if trust is so important to solving this problem, that one of the challenges people have to figure out how to overcome is how to build trust when you only have this group of people maybe together for 10% of the week.

D (17:31)

So this issue of multi teaming and multiple team membership, I see it actually as part of a broader suite of changes and transitions that a lot of organizations are going through. The staffing people on multiple projects is one. The fluidity and the dynamism moving people from project to project is another. Geographic distribution and virtual work is a third. And new forms of work, all of these are changing pretty fundamentally the way in which we think about how we do our work. And the team as an entity, the team as a construct. And this is something that we have used as a way of organizing ourselves for the last hundred years and grew tremendously in the late 80s into the 90s, into the thousands, as the way in which we organize everything. Now, one of the challenges is with people working on multiple teams and moving from project to project and working globally and virtually, what the team is is starting to become a whole lot more fuzzy and a whole lot harder to put your finger on. And then, as you said, a lot of the dynamics that we've come to rely on, right. A team is great because it's the way you build trust. A team is great because it's a way that you can actually promote exchange of ideas inside. You can use that to create, as Amy Edmondson's work has shown, psychological safety. And it allows you to create environments in which people feel open, et cetera. All of this stuff starts coming a little bit more into question when the team itself is this dynamic and overlapping and fluid entity. And this is one of the things that I think we're going to really have to do a lot, lot of thinking about, and we're working on trying to push the envelope with research.

C (19:05)

Is there some way that individuals could raise a white flag if they're overstaffed on too many projects without sounding like they are trying to shirk their responsibilities?

D (19:18)

Well, I think this is one of the challenges that we need, is we need greater recognition and visibility of this as a challenge and of this as being a very real problem that organizations face to make it something that somebody can safely raise when in many organizations today, because there isn't an awareness of this idea and they're not really thinking about the challenges of being this badly over committed. If somebody says, hey, wait a second, I'm stretched way too thin. The immediate sense is, ah, what are you? You're weak, you're not capable, you're not pulling your weight, you're lazy, what's wrong with you? What we need is we need a recognition and an acceptance that you know what, this is the reality that we're in. It's not good or bad, it's the reality. We need to deal with that. And because of that, we need to be sensitive to recognizing when somebody is stretched too thin or not. And if somebody raises a white flag and says, hey, I need help, we're ready to help and step in. One of the things that we've talked about in the article is the creation of Slack resources. This doesn't mean that you have a whole bunch of resources sitting unused, but you have some protocols in place to say, look, when we do run into a situation where we desperately need more resources on a given project, we've given some thought to where those resources can come from. So we're ready. We're sitting ready with the water bucket. So in case there's a fire, we know we have it at hand and we can throw it on the fire to put it out.

C (20:41)

When you are launching a new project, what are the things you should do before you launch it to make sure that it's not going to run into any of these traps that we've been talking about?

D (20:53)

First of all, assuming that you can get away from all the traps is probably not going to happen. The reality is, and I'm only saying that from the standpoint that I think managers have to recognize, there's going to be points where it chafes, there are going to be places where it doesn't work as smoothly. Because this is a very complex mapping problem of work and personalities and all this stuff. Before the actual launch of the project, I think one of the things that managers can really do is spend some time sitting down and really thinking about the project overall. What are the resources that they're going to need? Where are they planning on getting those? Also thinking about the ebbs and the flows of the project, where there are going to be peak times, where are there going to be valleys, so that when they start thinking about how are we going to staff this project, we actually staff it intentionally. We start thinking about not just where can I get a resource that can solve the particular problem. Because today's organizations often find they have Multiple resources they could apply to a given problem. Now, we want to add into the mix that you may actually want to choose one versus another based on the other projects and the tasks that they're working on.

C (21:56)

And what about the kickoff meeting? Because sometimes projects have a kickoff meeting, sometimes they don't. Should you have one?

D (22:03)

Absolutely. I'm a big proponent of kickoff meetings. I think they play a really, really important role for many reasons. Some that have to do with multiple team memberships, some that have to do with good team design. The kickoff meeting really serves to do a few things. It sets ground rules about the way in which we want to function, we want to operate. It helps people to understand why we're here. And one thing we know from coming back to Richard Hackman's work on where team effectiveness comes from and how do we get it, the core foundational element is knowing what are we here to do and having an agreement about that. So having that initial meeting is really, really important because that also plays into understanding how are we going to deal with working on multiple teams and multiple projects if we really have a good core understanding of what we're here to do, that helps us to allocate and decide when do I need to really be 100% focused on what we're doing here in this team versus when I can go back and forth. And then it's about sharing and establishing what are the norms? Right. And what are the expectations? How do we make sure that people feel open and comfortable enough that they can say, you know what, I can't actually work on our project right now because I have two other projects and they're higher priority. You need to be able to share and have those discussions in order to be able to manage these processes. And you're not going to have those unless the team dynamic and the norms are really in place.

C (23:20)

Are there some projects or types of projects that just really aren't suited to multi teaming and people on that team should just be allowed to do one thing and do it really well?

D (23:31)

The more that a given project requires very deep and complex interactions from a set of people over time, the harder it is for those people to switch in and out. If we have to establish a rhythm and a routine, there's a lot of back and forth that has to go on between the work that you're doing and the work that I'm doing. It's really hard for me to then jump out to another project for a while and jump back in and resume without having to invest a lot of time to get caught back up to speed to find out. What progress have you made? Where do we need to work on things? How should I allocate my resources?

C (24:06)

You have studied so much about this topic. What do you wish you knew about it that we don't yet have evidence for?

D (24:15)

I think we really don't understand enough about the reality of how people cope with this sort of situation, all the different flavors of it. How do they cope with managing the transparency issue? How do they cope with dealing with being stretched too thin on multiple different projects? How do they cope as a manager with trying to allocate resources when you have pressure to do it and at the same time you can see your employees are stretched too thin and over committed and burned out? I think one thing we really need is a better understanding of the mechanisms people use to deal with it so that we can try to facilitate and support those within an organization overall.

B (24:53)

That was INSEAD Professor Mark Mortensen speaking with HBR IdeaCast host Sarah Green Carmichael. HBR on Leadership will be back next Wednesday with another hand picked conversation from Harvard Business Review. If this episode helped, you, share it with your friends and colleagues and follow the show on Apple Podcasts, Spotify or wherever you listen to podcasts. And while you're there, consider leaving us a review. And when you're ready for more podcasts, articles, case studies, books and videos with the world's top business and management experts, find it all@hbr.org this episode was produced by me. Amanda Kersey on Leadership's team includes Maureen Hoch, Rob Eckhart, Erica Trexler, Ramsey Kabaz, Nicole Smith and Ann Bartholomew. Our music is by Coma Media. Thanks for listening.

D (25:51)

Sam.