How Management Changes with Agile with Esther Derby

Episode 72

August 01, 2012




The Agile Weekly Crew and Esther Derby discuss the role of managers, management models and who makes decisions.

Episode Notes

Clayton Lengel-Zigich, Roy van de Water, Drew LeSueur, and Esther Derby discuss:

Role of Managers

Working with vs managing

Hierarchical Management Model vs. Flat model

Bringing managements’ role into the fold

Team decisions and managerial decisions


Clayton Lengel‑Zigich:  Welcome to another episode of the Agile Weekly Podcast. I’m Clayton Lengel‑Zigich…

Roy van de Water:  I’m Roy van de Water.

Drew LeSueur:  I’m Drew LeSueur.

Clayton:  Joining us today is Esther Derby. Hi, Esther.

Esther Derby:  Hi.

Clayton:  Today, we’re going to talk about how management changes with Agile. This is a really topical thing for a lot of teams, right now, a lot of organizations who are in the process of adopting Agile or have adopted Agile. I know this is something…management in general is something that you seem to write about a lot on your blog and reference on Twitter and what not. It seems like something that you’re passionate about. What is it specifically about management and how management fits in an organization that gets you so excited?

Drew:  I thought you just plugged Agile in and the team members just started performing better and faster. That was it.

Esther:  Some people seem to believe that that’s true.

Clayton:  How do you see management’s role in Agile? I think that’s kind of a muddy question for a lot of people. There’s not really a clear answer.

Esther:  I think there is a role for managers in many organizations. I think we did not do ourselves a service when some of the early pundits said, “We don’t need no stinking managers. Just fire all the managers and I’ll work well.”

But I think the role changes. The first thing is that, for many managers, they go from managing a functional group where everybody has essentially the same skills to working with a cross‑functional group.

Notice I didn’t say managing. I said “working with”.

Clayton:  It’s an important distinction, I think for a lot of people. What you brought up just there is something that we’ve seen in some of the work that we’re doing, where maybe someone was a functional manager say of developers, right?

They have this very clear cut role of who was on their team and what they did. As the teams become more cross‑functional, you have people from other parts of the organization, maybe over there generating content or something like that, where they are not a traditional developer, but they are still integral in this part of the process for the product that they’re shipping.

Now, there’s this kind of, “Well, these people aren’t on my team. I’m not their functional manager, so if I want to beat them with a stick, I can’t do that because they don’t report to me.” That seems to cause a lot of problems for some people.

Obviously, beating them with a stick is not your idea of a good manager, but it seems to happen like that.

Esther:  No, I think it’s an interesting mental model of management. I think it’s actually rather wide‑spread, but I don’t think it’s all effective.

It may be effective in sense in that people will do many things to avoid being hit with the stick, but it may not include quality writing, quality software, grading quality products.

Clayton:  You use the specific word that managers are working with. They’re not managing people. In an ideal Agile organization or one that has adapted Agile and they’re utilizing their managers effectively, what does the managers’ day‑to‑day role look like?

Roy:  Does it have anything to do with what they learned in business school?

Esther:  Probably not.


Esther:  Well, I think the real power for managers and the real value they can bring to the organization is working across the organization and not just with one functional group or one team but understanding the organization as a system, removing impediments, and reducing the friction there is in almost every organization to getting quality products out the door.

Lean tells us something about that, and systems thinking tells us something about that. A3 thinking tells us something about that, about really understanding what the underlying issues are in an organization and digging deep to understand what the causes are because there’s usually more than one cause and they’re entangled.

Then based on deep knowledge choosing action to improve the situation. There’s less impedance for people doing the hard work of writing software.

Drew:  Do you still see management as the same type of hierarchical model that it is now where you have managers above the teams, then managers above the managers, and then you have to go like six or seven or however many deep before you actually get to the top? Or is it more flat? Or how does that work?

Esther:  [laughs] Well, I think that is the dominant model of how people think about organizations and how people think about getting work done is through cascading goals that flow down from the top, and everybody has their objectives. We’ve known for decades that that doesn’t actually work very well, but that is the predominant model. I think it’s very possible to have an organization that functions very well without so many levels of hierarchy.

For example, my husband works for a company where they are extremely flat. I mean they do have a level called vice president because those are people who are considered officers of the company and can sign contractual agreements committing this company to projects and so forth.

But beyond that their teams are all self‑selecting, and nobody has a manager per se. They have a coach who they meet with and who helps them develop their professional career. I don’t think it has to be a hierarchy to be effective, but that is the model that most people are familiar with. That’s the default that people go to when their company grows beyond a couple handfuls of people.

Clayton:  You’d hinted at the beginning about maybe the Agile community doing themselves a disservice by adopting the mantra of “Fire all the managers.” What do you think that would mean we could do different, or how can we rectify that so that we get a little more realistic? I think people have found out that you can’t just fire everybody.

What can we do to bring the discussion of management and management’s new role into the fold and turn that into something that’s part of what everyone thinks or maybe newcomers think about Agile?

Esther:  Oh, I think part of it is recognizing that these are people who are worthy of respect. They’re intelligent, and they do have something to offer the organization although it may be something different from what they’re doing now because once we start treating people like they’re idiots or like they don’t have value, then people respond in a fairly predictable way by trying to hold onto what they have.

They try to hold onto their self‑respect. They try to hold onto the value they bring. They try to hold onto their position. I think really meeting people where they are and treating them like, “Yes, you do have something valuable to offer” is a good starting point.

Clayton:  If I’m a manager that’s listening to this podcast and maybe I’m becoming self‑aware to some degree that I’m not helping my teams. I’m not empowering them as much as I could, whatever. Is there anything that you would recommend that someone in that position do that they could probably do starting tomorrow that you think would make an impact and would help them become a better manager in that environment?

Esther:  I think one of the first things that’s helpful for managers to do is to get clear with the team about what decisions belong with the team, what decisions are shared decisions, and what decisions stay with the manager. Typically the pile that goes to the team is the biggest pile of decisions, but then the money has to go with that.

For example, if you tell the team, “Well, you’re responsible for your own professional development, so sign up for the training that you think you need,” but then you require them to come on bended knee, fill out a form, get permission, and have to go through an approval process, that sends a very contradictory message.

Be clear about where the decisions lie, but also have the authority to make those decisions and carry them out. Go to the team where appropriate. I think training is one that can very often go to the team. I think teams should absolutely be involved in any decisions about who joins the team.

I know, of course, the manager has to do the legal stuff there because it is a legal agreement for employment, so that’s a shared decision. Then be clear of the ones that stay with the manager because that’s one of the things where I see a lot of managers and teams get at cross‑purposes, is where the team believes that they have been delegated decision authority and the manager has a different belief about that.

The team goes and makes the decision, and then the manager says, “Oh, no. That’s wrong. That’s my decision.” It damages trust.

Clayton:  It sends the wrong message, right?

Esther:  Pardon?

Clayton:  It sends the wrong message, right?

Esther:  Right, exactly.

Clayton:  On the one hand you tell them to be self‑organizing. Then when they do, you whip them back, right?

Esther:  Right and say, “You’re empowered and you’re self‑organizing but up until the time you do something that isn’t what I would have done.” That leads to caution. It leads to distrust. It leads to a team that’s risk‑averse.

Clayton:  It’ll probably lead towards a more homogenous orga

Related episodes