The Case for (and Against) Specialized PMs
When I first started managing projects, there were two distinct categories of project management. There were the IT (or technical) project managers, and then everyone else.
The belief was that managing an IT project required a degree of technical experience and understanding that the average PM wouldn’t have. This was at a time when technology wasn’t as mainstream as it is now, so it had some logic to it. But even then (in the early 1990s), there was pushback.
I was certainly on the business side of the equation, but from the outset I was managing projects that involved the implementation of technology. In many of my early projects, I was partnered with an IT PM who handled the technical work packages while I handled the business side. But that wasn’t a sustainable model, either. So, I sought to move into roles that would allow me to manage entire initiatives, and that led to a number of interviews where my technical capabilities were challenged.
My response was always that I knew enough to understand what the technical team was telling me—but not enough to be able to do their job for them. I thought that was a good thing, and eventually I found a hiring manager who agreed with me.
Pretty soon after that, we started to see more widespread recognition that project managers didn’t need to be specialists in particular disciplines. And that
Please log in or sign up below to read the rest of the article.
|
If a woman has to choose between catching a fly ball and saving an infant's life, she will choose to save the infant's life without even considering if there is a man on base. - Dave Barry |




