Hiring the right person for the right role is always important, but it becomes crucial when the role in question is both misunderstood – and hard to fill. Here, an expert gives advice on hiring a project manager in the software development sector, with lessons for hiring managers looking to fill project manager roles across a variety of industries.
Film director Robert Altman famously said that 90 per cent of a director’s job is casting. The same is true with software development, and casting the project manager is like filling a leading part. The role of Project Manager (PM) is both misunderstood and hard to fill. Here are 5 must-follow guidelines.
1. Understand what the role is
Confusion abounds in businesses about roles on software projects. There are lots of blurred lines, and mixed-up, missing, or redundant roles. It can look like a soccer game where you’re not even clear who’s on offense and who’s on defense, never mind identifying the goalie.
The Project Manager (PM) role is one of the most misunderstood. The title sounds very broad so people often pack into it whatever they think it means, confusing it with the program manager, business analyst and product manager (more on those below).
Because there is so much confusion about who the project manager is, I have consolidated the following definition:
Project Manager Definition:
The PM is formally trained in the methods of project management, often holding a certification such as a PMP. He or she is in charge of interacting with the technical teams, making and tracking the detailed plans, and using project management tools to report on progress. You will see this person conducting daily status meetings, preparing agendas, capturing to-dos and follow-ups, and making sure they get done. He or she will have mastery over project management tools such as specialized spreadsheets with lots of macros, ticketing tools, and project planning tools such as Microsoft Project or Jira Portfolio.
2. Understand what the role is not
Looking at the definition, you may be surprised at how narrow the project manager’s job is. The PM is of absolute critical importance but the role is focused on tracking and reporting.
Here are the roles most often “lumped into” the job of project manager. (And, yes, it’s unfortunate there are so many similar-sounding roles on software projects!)
The Program Manager is one level up from the project manager. He or she is experienced in leading medium to large software projects. She is the main interface with the client (internal or external), and organizes all the teams. In coordination with the client, she defines the project strategy and goals, make major technology decisions, identifies needs, sorts through conflicts, negotiates solutions, and spearheads execution. In short, he or she is the “uber project manager.”
The Business Analyst listens to all the needs and requirements of the business and writes a software specification. The BA knows how to translate business needs into documentation that can be understood by programmers and business people alike.
Let’s say your company has three or four software platforms up and running in your business. Someone needs to be in charge of those platforms, how they get modified, extended, upgraded and so forth. This is the product manager. Think of the product manager as the person to whom the software development team “hands off” the finished project.
3. Blend Roles at Your Own Risk
Based on a misunderstanding of roles and personalities, many businesses ask the project manager to do business analysis or run meetings like a Program Manager. But how can a project manager run a meeting when his or her role is to take notes, keep track of what’s decided and who’s assigned to what task?
Besides, just because a person has skill in organising and tracking the details does not mean he or she has a grasp of the big picture. It’s a forest-for-the-trees kind of thing.
Project Managers, you may be surprised to learn, are not big picture thinkers. “How can this be?” you may ask. “When they are in charge of the big picture!”
True enough. But the heart of their job is keeping track of the details. They are often black-and-white thinkers, much like software engineers. Program Managers, Business Analysts, and Product Managers all tend to be more big-picture thinkers because of the nature of those roles.
4. Avoid too much focus on an industry-specific PM
One mistake people often make in the selection of a software PM is thinking they need one who understands their particular industry. For example, in media companies, the trend is often toward selecting PMs who understand terminology such as “bylines,” and “ledes”. If the PM isn’t familiar with the vocabulary, confidence is lost.
And yet, for selecting a PM, nothing could be farther from the ideal strategy. With a few exceptions for some niches, a savvy PM can learn information necessary to a specific industry far more easily than an industry-savvy individual can be taught project management skills.
5. Know the key traits to look for – and what to avoid
Once you are clear on what a PM is and is not, the key traits for a successful PM make a lot of sense.
They are level-headedness, detail orientation, and facility with numbers, spreadsheets, and planning tools.
Be careful to avoid project managers who are too in love with the tools, or— the worst common quality among project managers—are overly rigid. A plan is just a plan. It needs to have a certain amount of elasticity to accommodate the shifts that will occur along the way.
So a good PM is flexible in addition to being detail oriented.
You can learn more about all the roles on software teams and tips about filling them in my book, The Complete Software Project Manager.