Personal tools
Document Actions
Home / Publications / Topics / 06 / Managers as experts
Document Actions

Managers as experts

Today, people who manage people are now called Directors and people who manage ‘things’ are called Managers. In effect, the term manager can now be equated with expert. If we changed the word “manager” to “expert,” would titles still hold up? By Steve Johnson

In larger companies, titles proliferate. The role of product manager is often called something else. In one company, sixteen people in a meeting, each with a unique title, learned they all did basically the same job. Titles are meaningless if they don’t illuminate. Years ago, a “manager” was above “supervisor” in the corporate hierarchy; a manager managed people. Then as titles began their escalation we started seeing senior managers, associate managers, and assistant managers as well as industry managers, marketing managers, product managers, program managers, process managers, and so on.

Nowadays, people who manage people are now called Directors and people who manage ‘things’ are now called Managers. In effect, the term manager can now be equated with expert. If we changed the word “manager” to “expert,” would titles still hold up?

In any discussion of titles, there is a disconnect between the general view and the specifics in a single company. With that in mind, let’s explore some of the manager titles in use today to see how they can be interpreted in the context of expertise.

Product manager. The role of product manager is to drive market information into the product planning process by defining product requirements and to deliver the resulting product to customers with a go-to-market strategy. While development and engineering rely on product managers for market information, sales and marketing professionals often rely on product managers for deep product knowledge.

What if we changed the title from manager to expert? Are product managers really product experts? Or are they experts in markets? Both? What is their expertise? And which expertise does the company really need?

In reality, the role of product management is two jobs in one—markets expert and product expert—which is why companies often split the job into two roles: product manager and market manager. Yet the market manager title doesn’t seem to be as attractive on one’s resume. Perhaps “markets manager” is better. But implicit in the product manager title is expertise in a product or products.

As a company grows, we often see a product expert partnered with a marketing expert, splitting the job into product management and product marketing roles.

Product marketing manager. The product marketing manager is an expert in marketing products. She takes products from engineering and delivers them to the market with a go-to-market plan. But inherent in this title is the need to be expert in the product also.

Product manager or product marketing manager. Both use the term “product” in their titles, so both should be experts on the product.

A sales person or sales engineer should feel comfortable contacting the product marketing manager for deep technical knowledge. Yet this is rarely the case: field people typically contact the product manager rather than the product marketing manager. Why? Often the product manager knows more about the technology—the product manager is the product expert—but titles should not use the term “product” unless the manager has expertise in a specific product or set of products. A product marketing manager needs deep product expertise to deliver the product to market, just as a product manager needs deep technical expertise to understand the markets’ requirements.

Development manager. Who is expert on the program or program suite? Typically this is the development manager or development lead. As development managers, they are expert in the techniques and processes of development. The development manager often takes on many roles: expert on the product design and development process as well as managing the technical team assigned to build the product. As companies grow larger, some of the activities of the development manager are divvied out to project and program managers.

Project manager. More and more, technical products companies are adding a project manager to their panoply of roles and there is much confusion about the role of the project manager versus the role of product manager. Is the product manager a peer or subordinate to the project manager? Using the “expert” approach, it again becomes more obvious: a project manager is an expert in projects. One definition of project management found on the web is this:

Project management is the application of knowledge, skills, tools, and techniques to a broad range of activities in order to meet the requirements of a particular project.

Notice that product expertise is not part of the definition; project expertise is the key phrase. Product managers and development managers can be expected to manage small projects but for larger-scale projects, particularly where multiple projects intersect, a project manager brings deep expertise in managing complex projects.

Typically the project manager is focused on a single project such as a new software release or a new hardware model where the product manager is concerned with multiple versions across the product life cycle.

In some organizations, the project manager role has been elevated to expert in corporate processes. This Project Management Office (PMO) concept codifies the major processes in the company, such as cross-department product planning as well as other detailed processes in different departments. That is, they typically do not define the process but document it and often enforce it.

In this advisory role, project management can deliver a standardized procedures manual with corporate templates and process documents to a product manager or development manager who is new to the company. Imagine how a new employee with such a document could be productive almost immediately.

Taken to the extreme, this process/project office can potentially become draconian, enforcing company-wide procedures regardless of whether they apply. The project manager role works much better when it is considered a project management advisor to the team rather than part of a process enforcement agency.

Release manager and launch manager. A subset of project management is found in the release manager and launch manager roles. A release manager role, if present, is almost always found in the development or engineering group. A release manager focuses on the process management necessary to move a product from requirements to final build. In effect, they are expert in getting a product ready to release to the market. A similar role, the launch manager, can be found in marketing; the launch manager focuses on all the deliverables and dates to get a product from final build to market.

Program manager. Ah, here’s a tricky one. What is a program manager? We often encounter this term in development organizations yet it has a different meaning in every company. Is it a program expert? And if so, what program?

Searching for ‘program manager’ on the Microsoft website gives us this definition:

Program managers translate customer requirements into product features and create functional specifications. On the implementation end, they prioritize and deliver on those features, working closely with key technical resources, such as software development, testing, documentation, localization, tech support, and more. Program managers typically have a software development background.

In other words, the program manager is expert in technical design. Perhaps Program Manager could better be described as “product design manager.” Other terms used for program manager are product designer or product-level architect. Regardless of title, the role translates market requirements into product specifications, analyzing problems and designing solutions. Few software companies seem to define the program manager as Microsoft does. In these companies, program manager is often synonymous with project manager.


What is your expertise?

Knowing each area of expertise and thus scope of responsibility is critical. When problems arise—and they will—each manager is responsible for their area of expertise. Suppose we are missing dates. Who will revise the schedule? The project manager is the likely decision-maker. If the project requires a change in the product requirements, then the product manager decides. If development resources are the issue, the development manager should take the lead. Knowing who has responsibility for an area of expertise helps identify who makes the call. Of course these managers are all working together as a team; since changes in one area will affect others, all the members of the team must be informed. Changes to requirements, schedule, quality or resource mean we all must sync up again.

When defining a new title, change “manager” to “expert” and see if the title still illuminates. In small companies one or two experts do everything; in larger companies, additional specialists provide the expertise necessary to fulfill the various aspects of delivering products. For most companies, a group of no fewer than three experts are needed to deliver a product: a product (or markets) expert with market requirements, a design expert to convert requirements to specifications, and a development expert to build the product. To be effective, each of these roles must have technical expertise blended with evangelism, empathy, conflict negotiation skills, and a passion for driving projects through to completion.


Steve Johnson is a recognized thought-leader on the strategic role of product management and marketing. Broadly published and a frequent keynote speaker, Steve has been a Pragmatic Marketing instructor for more than a decade and has personally trained thousands of product managers and hundreds of company senior executive teams on strategies for creating products that people want to buy.  Steve is a popular keynote speaker at forums throughout North America and author of many articles on technology product management. His ebook on product management has been downloaded thousands of times. He also blogs on the topic at ProductMarketing.com.

Thanks

Posted by Ajit Kini at 2010-07-20 12:11 PM
Thanks Steve for the precise description of each role. I can relate this with my current company !

Program Manager

Posted by Erik at 2010-07-20 12:40 PM
At my company Program Managers are managers of Project Managers, i.e. they manage an entire "Program" or "related set of projects" whereas the Project Managers manage individual projects.

I like the idea of include "expert" in the title to see if it illuminates the role/responsiblility of the title owner. Very helpful. Thanks!

timeframe

Posted by Steve Johnson at 2010-07-21 07:35 AM
a handy distinction may also be "over what timeframe?" A project manager typically works on a release while a product manager works on a product through a lifetime of releases.

Program Manager (part deux)

Posted by Scott Sehlhorst at 2010-07-20 02:24 PM
Great summary and provoking 'position branding' questions.

Anecdotally, I had a "program manager" title for a while for an ERP software company. It largely matched the Microsoft job description you quoted. I reported to the product manager for the product (who also 'owned' a couple other products.

One interesting distinction we used at that company was that the product manager owned the product roadmap - deciding which problems to solve, for whom, and in which release. The program manager was responsible for "the requirements" within each release. That responsibility was clarification, prioritization, translation into specs, getting user feedback (via prototypes and mockups), boiling feasibility issues back up into the roadmap, etc.

The "over time" versus "right now" split actually worked really well in practice - and helped really define responsibilities in the overlap with product management. Felt more effective than a "translate into a spec" goal (although that was part of it).

some distinctions

Posted by Steve Johnson at 2010-07-21 07:35 AM
Scott, good point: The "over time" versus "right now" split actually worked really well in practice. Some product management activities are execution or operational while others are long-term, strategic. Three distinctions to consider:
* Strategy vs execution
* next year vs this week (ie., long-term vs short-term)
* related to one deal vs a market full of customers.

Microsoft Program managers are unique

Posted by Sandy at 2011-09-29 11:30 AM
Program manager role that you describe from Microsoft is rather unique in the industry. It is more typical to find program managers that oversee a group of projects (e.g. technical development projects, market research projects, as well as Customer support tool implementation, etc.) that all work towards a common goal, such as launch of a new product. In the end, while program managers understand the STRATEGY that the product manager has put forth he/she does NOT come up with the strategy itself. In that sense Program managers (the non Microsoft ones) are TACTICAL and is there to get EVERYONE (product managers, product market managers, technical teams, support teams, sales teams, etc.) to all do their part to launch the product or service.

Expert?

Posted by Diana Downey at 2010-07-20 06:26 PM
I have to laugh the other day I noticed someone had the title of "Expert" in their job title. So I asked them so if your an Expert then you must have taken these required classes. How were they? After all they are certifications for the job. Would they be benefitial for others to take? I got back no I haven't taken any of those classes.... So I wondered who or what gave him the right to call himself an expert when he hadn't the education to know what he was talking about. It floored me. I guess what is in the title any more. Look back when the word Engineer came about soon everyone was one!

experts and engineers

Posted by Steve Johnson at 2010-07-21 07:35 AM
Actually in many states and provinces, you cannot have "engineer" in your title unless you have a degree from a university in engineering. Expert is subjective. But again, what is your expertise?

What if you're not an expert?

Posted by Tim Johnson at 2010-07-20 06:26 PM
Steve,

Excellent and thought provoking post. One aspect of semantics that needs exploring is the difference between 'manager' and 'expert.' The former is descriptive of the level of the person while the latter implies a high skill level. One could argue that to get the job you'd have to be an expert but then what do you do call junior level people new to the role? "Assistant Expert", "Product Novice", "Product Marketing Middling"?

And for Product Marketing Managers whose sales team skips past them to the PM to help them sell, that's the first BIG clue they aren't experts. Sales should only go the PM for propellerhead stuff: "Does the flux capacitor interface to the phase inhibitor through the dilithium crystals when the ship is cloaked?" If Sales goes to the PM to ask if they should sell Tribles to Klingons, the PMM isn't doing his job.

PM or PMM

Posted by Steve Johnson at 2010-07-21 07:35 AM
PMMs who don't know the product aren't PMMs. As you say, if sales is bypassing the product marketing manager to get answers from the "real" expert, product marketing managers should rethink their positions.

But "Does the flux capacitor interface to the phase inhibitor through the dilithium crystals when the ship is cloaked?" Yes!

Job Titles are Marketing

Posted by Ingo Hülsenbeck at 2010-07-23 11:39 AM
Job Titles don't only reflect the job you're doing but they are a label. At the end even human ressources and jobs are "products". A worker wants to sell himself and the company wants to sell the job.

I once worked in a company in which everybody in the marketing department was a "manager" and everybody in the IT department was a "specialist".

Would you like to be "the guy that takes care of everything" or would you prefer to be an "expert" or a "manager"?

what is your expertise

Posted by Steve Johnson at 2010-07-23 12:13 PM
People ask me 'what is a project manager' or a 'program manager' or a 'product manager.' With titles all over the place, you have to look at the responsibility and accountability of the titles, not the title itself. So ask yourself, if I change 'manager' to 'expert,' does the title still make sense?

Do we need a project manager?

Posted by Amitava Bhattacharjee at 2010-07-27 12:00 PM
I heard some one saying that "if every one is good in a team, there is no need for a (project) manager"! We may have a collaborative discussion here on this topic?

are your projects simple?

Posted by Steve Johnson at 2010-07-28 01:23 PM
My experience with enterprise products is that the projects are sufficiently complex and involving so many different departments that a project manager is a must. I suspect people who say "if every one is good in a team, there is no need for a (project) manager" are not thinking about the overall project, just their development work. But as we explore in our Product Launch Essentials seminar, there's more to getting a product to market than development.

It's rare that a team doing project management "on the side" combined with all their other "real" work is doing a comprehensive job of it.