Project Gorillas are Subject Matter Experts


[Non-legal mumbo jumbo: This piece was inspired by a conversation with fellow PMs at a Silicon Valley PMI job search networking breakfast. That conversation inspired me to write this little piece of fiction to bring my revelations to light. This blog goes the next step beyond the “Too many hat” blog that I did in February.]

  “Well it’s rather complicated”, the words were spoken by the pleasantly smiling engineering director. Having heard this lead in more than once, I instantly translated it to “I don’t expect you to understand, you don’t have a double masters in computer science and physics.” Not that I said anything, I smiled back serenely and listened as he dove into a highly technical discussion that lost me in the first three sentences. But that was fine,


  I leaned back in my chair and watched as he grabbed a white board pen to start diagramming.
As he launched into a multi-level architectural diagram, in handwriting that would have confused a pharmacist, I glanced over at Hogarth. My gorilla was on the other side of the room, happily mapping out a Rube Goldberg machine. As near as I could tell it was a machine designed to give the Engineering director a wet willy through the use of canned air and plant sprinkler. Hogarth had also heard this speech before.


  A couple minutes later the director sat down, a look a satisfaction on his face. I looked up at the whiteboard, looked back at my notes. I then turned and looked at one of the software managers. She and I were old colleagues and I trusted her input completely. She’d already sent a status update that had given a high level status. Quoting it almost exactly I said “So you can’t get the network layer to talk to the application layer and you think it will take four weeks to fix?”


 “Well if you want to boil it down to that…”


 “Yes, yes I do.” I said, looking at Hogarth’s satisfied banana grin.

  For want of a name, let’s call this the “SME means you don’t understand” gorilla. Spend a little time on any of the job search websites and you’ll see a very common trend in Project Management job descriptions. It is couched in various ways, but essentially it boils down to PM jobs “requiring” expertise in whatever field the product being project managed belongs in. Working on an ERP deployment? Then they want you to be an ERP expert, preferably someone who’s coded and deployed. Building the next best hand held device to use Android? Then they are probably asking for a degree in electrical engineering or at least mechanical engineering.

    In the end it typically boils down to a long list of very project management related skills, communication, organizations, facilitation, working with remote teams, etc., all topped off by a cherry of expertise in some highly specific job field (There is really a field called Human Ecology Engineering). The end result being jobs that become very tailor made to a specific job or industry. Best project manager there has ever been at your computer game company? That’s great, but you’ve got no manufacturing experience so there is no way you could be a good project manager for a new line of toys. You do not have subject matter expertise, so you are not qualified. Even my beloved Manager Tools reinforces this concept to some degree. They describe three methods of management power, Role, Influence and Expertise. It is usually implied that expertise is SME knowledge in the industry or product you are working on.

My challenge to all this is simple. As a project manager I am a Subject Matter Expert, in Project Management.

     A Project Manager’s SME knowledge is in getting a project from inception to launch with in the bounds of the project’s constraints and while keeping the team from flying apart like wine glass shattering when it hits the floor.

     Let me explain a bit more- Project Management has officially been around since the first US Nuclear submarines. Such massive projects with very tight dependencies between teams, needed someone who could oversea the whole thing. These first PMs were usually taken from heads of a department or some senior engineer. He might not understand the full workings of the nuclear reactor, but he was a PhD. in naval structural engineering (or vis a versa).

    Moving through the close of the 20th century, project managers were typically pulled from a ‘technical’ field. The majority of PMs tended to be from engineering backgrounds of some kind. A large chunk of the rest rose up from the ranks of whatever they had been doing. A Logistics Planner had served on the front lines of shipping for years, before being tapped to coordinate a global logistics plan.

     It was not until the close of the 20th that this really began to shift. We started to see PMs who came out of business backgrounds. They still very much tended to be experts in a field. If you hadn’t worked in insurance, being a PM at a risk management firm was pretty much a no go.

     It hasn’t been until the 21st century that we have started to see Project Managers as a truly distinct discipline of its own. In the early 2000’s the CEO of PMI met with a major university about Project Management (Thanks  to Cornelius Fitcher for his great podcast series where I learned this). The university was adamant that Project Management was a course, not a discipline. Today a Google search for Project Management Bachelor’s Degree yields over 6.4 million hits.

     Today we are finally starting to see that Project Management is an area of expertise. The art/science of guiding something from start to finish is a critical and important as the art/science of laying out a PCBA board for the next great DVR product. The PM doesn’t need to know the details of PCBA board layout. What he needs is the vocabulary to communicate with the guy who does know about PCBA and the mutual trust of a well communicating team.

     At the very fundamentals, I believe that a good Project Manager can manage any project. There are of course the typical caveats on “any” but I truly believe that PMs are far more industry portable than most industries seem to be ready to concede.
I’ve had this conversation with several people in the last couple of years. As you can imagine I’ve met with a fair amount of resistance to the concept. I had an IT PM adamantly insist that if you weren’t an expert in IT infrastructure, or some major component of IT, then there was no way you could be a PM in IT.

     “Kind of like a software PM going to work for a Hard Disk manufacturer?”

     “Exactly!”

     Well I may not convince everyone, but I for one am confident in my Project Management skills. How can I not be? I started as a Customer Support rep giving game hints for the Nintendo game console. I’ve worked in handheld devices, mobile phones, consumer software, voice recognition, enterprise storage software, virtualization, and more. My most current job? I’m that former Software PM doing program management at a hard drive company. One of the best compliments I have ever gotten was from my current boss. “I hired you because you don’t have twenty years of HDD baggage. I needed someone who would focus on the project.”

On the front lines,
Joel BC
Veteran, the Project Manager wars
Want me to talk to your gorilla? Send me an email
You can follow me on twitter, @JBC_PMP

Who is Hogarth? Read Blog 001 to find out all about my personal gorilla.

The gorilla with too many hats


“So that said, can you code?”


I look across the interview table. Well okay I look at the telephone, cause I’m in the companies office but the person I’m interviewing with is sitting in his house 20 miles away. But that’s another gorilla.


So I look at the phone.


I look down at my resume.


I look at the job description for this job.


Apparently, my interviewer takes my stunned silence for a request for more information. “Cause you see, we’re running lean and we need people to do more than one thing. We might have to send you out to do a customer implementation by yourself. So how’s your coding?”


Now Hogarth doesn’t mind that the guy is on the phone. He’s taking advantage of that by taking up the other two chairs in the room. “Welcome to the Teens, dude. If you can’t do it all, then you’re not good enough. Everyone has to work harder these days. If you can’t code, do a balance sheet, fly to Malaysia for the weekend to close a sale and then get back on Monday to make sure the 300 person software roll out is on schedule, then you’re no good to them.”

Sigh… The “multi-hat gorilla”

Now Hogarth is right, to an extent. 2010 will probably go down as the year of ‘do more’. With the global recession we are all being asked to work harder and do more in our jobs. It’s part of the downside of the recession and the trend of higher productivity.

I’m all for productivity, but there’s a difference between productivity and continuous partial attention. As you might guess, I’m not a fan of the CPA concept. Studies have proven (UCSD Study, MSFT Findings, just to name the first two I Googled) interruptions seriously affect performance. A single 30 second interruption can result in a 15 minute work loss.

I look back at the phone, “I don’t code, that’s what the engineer is for. My value is in making it so the engineer can focus on his job and not on the surrounding project issues. If you have four engineers working on the project of this size, adding a fifth one is already starting to hit that wall of diminishing return. If you add a dedicated program manager, you can get more productivity from those four engineers, than you would from adding a fifth engineer and expecting one or more of those engineers to also manage the customer relationships, deadlines, certifications, interface with marketing, etc.”

“Uh huh….” came the reply from the phone. “So you don’t code?”

Some gorillas are just better to let be.

There is value in improved productivity and we’re doing more with less is the new norm. But all that said, a good, solid, project manager can make a team run more efficiently than just tossing another engineer on the pile. At least that’s what Hogarth and I think.

Joel BC
Veteran, the Project Manager wars
Want me to talk to your gorilla? Send me an email