Skip to content

How to Do Many Projects with Matrix Management (Part 2)

October 14, 2008 by JurgenAppelo

Matrix In How to Do Many Projects (Part 1) I explained that it is good to have multi-functional teams, where each team includes a project manager. Here is part 2, which is about the merits of matrix management...

Functional Managers
As in every other organization, in our company each employee has a (functional) manager. I prefer management to be arranged along functional lines. Therefore, a project manager has a manager who knows a lot about project management. A front-end developer has a manager who is herself fluent in CSS and HTML. And our software developers have development managers who are proficient at building code, delivering solutions and making nerdy jokes that no ordinary person understands.

I believe it is imperative that managers understand the work their employees do. There's little reason for software developers to work with a manager who cannot distinguish a bit from a byte. (I have blogged earlier about how to select a fine technical manager.) Similarly, project managers should be led by someone who understands agile principles, Scrum practices, and how to turn Notepad into a planning tool.

Important: a manager does not have to be better than the sum of his subordinates. It is only natural for his senior employees to exceed the manager's knowledge and expertise at some point, because management requires other (soft) skills, some of which the seniors might be lacking. However, the manager should be good enough to earn trust and respect, and to be able to coach and lead.

Note: For historical reasons our Development Managers are situated in the same teams as their own subordinates. This means there's a Development Manager available in each of our development teams. This works fine for now, but might be changed someday, as there is probably no practical need for it.

Matrix Management
It will be clear to some readers that we have organized ourselves as a matrix organization. Our project managers are primarily responsible for projects and the (short-term) goals of customers, while functional managers provide expertise and coaching. They deal with the (long-term) goals of our people.

There have been some negative reports about matrix management. It is said to significantly increase the number of meetings and communication overhead, and matrix management reportedly triggers numerous conflicts between project managers and functional managers.

But I think this is only true if you're stupid. Not if you're smart.

I strongly believe there are good and bad ways to implement matrix management. In organizations with stupid managers, where people actually desire organizing meetings and controlling people, matrix management is definately not going to help. It will simply double the amount of misery!

Matrix management does not solve the problem of having bad managers. It makes it worse.

Just think of this: Google applies matrix management too.

Google has good managers...

Good managers understand that there are times to discuss projects and there are times to discuss people, and these two don't have to take place at the same time by the same managers. In fact, separation of concerns is a good solution with any case of conflicting goals. I see no problem in a few healthy discussions between a project manager and a functional manager about some employee's priorities. (As long as they settle their differences with a cup of coffee instead of 200 pages of emails and documents.) Chances are their compromise will be far better for the employee than in those traditional cases, where project management and functional management are combined in the same person. This is usually someone who is not likely to be good at doing both.

Scaling
Matrix management scales much better than traditional hierarchies. Google has shown that its organization can remain relatively flat. Their (few) functional managers are able to manage many more people now that they don't have to manage all the projects as well. The pool of project managers is different from the pool of functional managers. That's why I believe that matrix management is a big help in doing many simultaneous projects.

to be continued...

Comments

Matrix management

October 30, 2008 by Kevan Hall (not verified), 9 weeks 4 days ago
Comment id: 1955

Hi Jurgen, good post.

I agree the matrix structure gets some undeserved bad press but I dont think its just that stupid mangers dont get it and good ones do.

Some of the things we learned in simpler orgnaization structures (such as the importance of team work and communication) can easily lead us to make working in our matrix worse.
The matrix is inherently more connected and so the challenge becomes how to disconnect and focus too.

Also the way we train (even smart) managers is based on much simpler organizations and needs to be updated (and unlearned) to cope with this new complexity. Its not about smarts its about skills (of course samrts still helps a lot :-))

We have seen that often the smartest managers get the most frustated in the matrix when they find it slower to get things done.

Lots more on working in a matrix orgnaization at www.lifeinamatrix.com

Thanks

October 31, 2008 by JurgenAppelo, 9 weeks 3 days ago
Comment id: 1958

Kevin, thanks for the link. That sure looks interesting.

Post new comment

The content of this field is kept private and will not be shown publicly.
  • Allowed HTML tags: <a> <b> <i> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img> <br> <blockquote>
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.
  • You can enable syntax highlighting of source code with the following tags: <code>, <blockcode>. Beside the tag style "<foo>" it is also possible to use "[foo]".

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.

Best of AgileSoftwareDevelopment.com