Why Forcing Product Managers to Manage People is Crushing Your Team

Why Forcing Product Managers to Manage People is Crushing Your Team

If you’ve lived through any annual reviews with a product management team, you undoubtedly know that familiar moment when your high-performance, high-potential, individual contributor product manager utters the dreaded phrase: “When do I get to manage somebody?”

Budding managers don’t ask that question – but talented ICs who are thinking about their career prospects sure do. And you can bet good money that an urgency around people management is a sign of ambition, but it’s a terrible indicator of success.

If you are lucky, you can mostly keep the outstanding ICs engaged with increasingly valuable work (and pay packages), while picking the talented people managers out to lead the group. More often, you’ll lose good PMs to management opportunities elsewhere, or promote them into roles in which they are unlikely to thrive. But why do we keep setting up this situation in the first place?

It’s high time for all of us to be using dual product management tracks that don’t force product managers to become people managers. If your organization already does this, great! If not, you should consider whether you’re getting the best out of your product managers and at the same time ensuring effective people management.

Why we should distinguish people management from product management

People management is challenging. It’s a distinct skill set, separate from the vision and leadership qualities that serve product managers so well. While great product managers are often natural leaders, they may not be interested in or suited for management roles.

One reason is that core product management skills, such as empathy with users and ad-hoc problem solving, can sometimes mislead new managers when dealing with team dynamics. I’ve seen talented product managers struggle early in their careers when asked to manage junior PMs, because they’re trying to problem solve rather than nurture.

Another significant reason many product managers end up disliking management is the time commitment—people management consumes a lot of time. Balancing time between team members and product responsibilities is extremely difficult, and it can be a let-down to have to pause product work to have yet another coaching 1:1.

The perverse incentives that pressure product managers

Yet despite these and many other excellent reasons not to follow a people-management path, virtually every product manager wants that career track. Why? Because individual contributor is seen as an early stage of career progression, and management the route to recognition, growth, and access to leadership (not to mention more money!)  So talented product managers advocate for promotions to team management, and often find themselves unhappy with the switch.

If we didn’t do this – if we used a dual-track approach to create managers where needed but also create space for meaningful promotion and growth for those who want to keep managing products – we’d be better equipped to match our inventory of talent to our needs.

Convinced? I hope so! Let’s look at the next step. To implement dual-track product management, there are a few requirements we need to meet.

What you’ll need to build an IC ladder for product managers

First, we need one track for people management in product—because the Chief Product Officer can’t manage everyone personally—and a separate track for ICs. These tracks should be parallel in terms of seniority and compensation, eliminating the incentives to pick one track or the other for personal reasons.

Second, the IC track needs measurable criteria, with both qualitative and quantitative benchmarks that ICs can work on with their managers. These measures must be relevant at each level, avoiding messy changes in how we evaluate PMs over time, and we should have as few measures as possible, to avoid creating large matrices that make evaluation difficult.

Here are four key categories that I’ve used with success in the past:

  1. Hard Skills: Mastery of core product management skills is essential. These include leading customer interviews, performing market analysis, defining product scope and audience, writing requirements, prioritizing features and bugs, and collaborating with engineering.
  2. Cross-Functionality: Effective product managers must work across different functions to deliver a complete product. This involves collaborating with engineering, marketing, pre-sales, post-sales support, operations, and leadership. As product managers take on larger projects, their ability to work across organizational boundaries should improve, and this can be measured through feedback and outcomes.
  3. Leadership: Product managers must be able to project a complete product vision and influence others. This includes enrolling individuals, managers, teams, and other leaders in their vision. The extent of their influence within the organization is a key measure of their leadership.
  4. Accountability: This measures how much responsibility a product manager can handle without requiring much oversight. It’s about delivering features, themes, projects, and products independently. The more they can handle, the better. This is often assessed by their manager but is easily measured by outcomes.

By focusing on these categories, we can create clear paths for advancement within product management without forcing individuals into people management roles. This approach ensures that product managers can excel based on their strengths and preferences, ultimately benefiting both the individual and the organization.

Third, we need level descriptions that are defined in terms of our measures, and explain how at each level we should be interpreting and evaluating the measures. What does this look like in practice? Here are three real examples of product management levels defined by these four criteria.

Examples of Product Manager Levels, Measures and Criteria


PM1

Hard skills: You’re coming in from another discipline and you’re in your first 12 months of Product Management.  You bring your expert skills from another discipline (analyst, designer, engineer, SE) to the table and have great instincts for what would improve the product fit with its users.  You are responsible for taking technical needs – from customer requests, engineering input, competitive analysis and use of the product – and turning them into product requirements.  You track feature development through engineering and reliably report on the delivery of new functionality.  You participate in prioritization and advocate for the urgency of your requirements. 

Cross-functionality: You partner readily with engineering and work with the team to get your questions answered and develop feature specifications. You have relationships in the support and SE organization, developed primarily through building feature requests or answering questions for specific customers.

Leadership: You have internalized the company positioning and our overall product vision, and you deeply understand the user personas around which our products are built.  You can clearly frame for engineering and for sales and support which personas benefit from your requirements and how those requirements enhance the product fit.

Accountability: You are accountable for individual features and bugs, from documenting requirements through development and to delivery.  You take responsibility for finding, reporting, tracking and closing out any customer issues with your features. 


Senior PM

Hard skills:  Writing requirements is second nature to you; you deliver expertise and product planning for your themes whenever we put together strategic plans.  You prioritize features and bugs efficiently and without oversight. You are able to present the entire product roadmap to customers and you understand the stages of the sales process well enough to scope what information you share.

Cross-functionality: Engineering, pre- and post-sales consider you a critical partner.  You put together technical enablement content for sales engineering and support, and work together with them routinely to support customer requests and technical sales calls.  You work with marketing on persona-specific or theme-specific narratives, and contribute to product strategy content in your themes.

Leadership: You fundamentally understand our product strategy and vision, and you define how your product themes fit into that vision.  Within a product theme you are perceived as being synonymous with the market need.  You spread enthusiasm and market thinking across engineering and technical sales. You mentor more junior (and newer) product managers in the processes and methods used at Periscope Data.

Accountability: You are responsible for multiple product themes for Periscope, and you own enablement for your themes as well as feature delivery.  You lead sales, support, and SE briefings on your product themes and you ensure that documentation, marketing materials and collateral that touch on your themes are accurate and consistent.

Staff PM

Hard skills: You have the experience to take top-to-bottom accountability for product managing an entire product – vision, market fit, strategy, roadmap, features, mvp, narrative, competitive analysis, enablement, and measurement.  When working with leadership you present proposed decisions for approval, and talk about tradeoffs rather than expounding on details.  Data and rationales are always at your fingertips.  You know an immeasurable amount about your market, and are constantly tracking what competitors are up to in their products.  You own the internal roadmap for your product and you write the external roadmap that is shared with customers.

You are deeply connected to what the engineering teams are building.  Experience in delivering product has made you efficient rather than distant, and you are on top of each iteration and have an opinion on every bug and tradeoff.

You’re responsible for producing all the content required for the product management process – from market requirements through product plan.  You contribute to GTM and sales strategy, help build sales decks, partner with engineering architecture to make the tough implementation tradeoffs. You pitch new product initiatives for your product with the leadership team, and report on your product KPIs. Reporting on customer usage is second nature and you can identify when an initiative or the whole product needs a strategy reset.

Cross-functionality: You spend a significant fraction of your time meeting with stakeholders and contributors to your product across the company.  You have an inherent understanding of how to engage with people managers when advocating for resources, and you lead by influence and reputation.

Leadership: You are synonymous with your product across the organization.  You mentor more junior product managers, and help new hires in other departments learn how to engage with product management.  You are a capable presenter and speak at public events about your product.

Accountability: You own the strategy for your product, and you are responsible for getting it implemented and delivering on its KPIs.  You are accountable for ensuring that your product strategy fits into the company strategy and vision.


The progression on each of our four measurement criteria is visible in these three examples.  As ICs progress, they have familiar categories to be measured against, but the scope and scale of the measurement changes at each level, appropriate to the breadth of the role.

Your approach doesn’t have to stick to the four attributes above – you probably have your own criteria that’s a better fit for your team. Regardless, I hope you consider adopting a dual-track career ladder.  It’s high time we leave the legacy of up-or-out management behind and focus on what’s best for our teams.  

By focusing on what makes product managers successful, organizations can create clear paths for advancement without the unnecessary pressure to manage others. This approach not only enhances product development but also allows managers to thrive in roles that align with their strengths, and improves quality of life for everyone!

Don’t let these 5 Myths about Product Management mislead your team!

Don’t let these 5 Myths about Product Management mislead your team!

Myth 1: Product Management Always Sits at the Intersection of Engineering, Design, and Business

Sure, this is the ideal scenario, but it’s more of a goal than a reality for most of us. Often, product management reports to engineering, turning the role into a mix of technical project management and program management. In other cases, it falls under marketing, making product managers technical champions of the go-to-market strategy, heavily involved in positioning and messaging.

While there are strong product leaders with the title of Chief Product Officer (CPO) who truly operate at this intersection, the trend of having dual-role executives like CMO/CPO or CTO/CPO means many product managers are still in subordinate roles.

Myth 2: Product Managers Have Ultimate Authority Over Their Products

In truth, product management is all about influence, not authority. That’s why it’s often a second career for many. Even in a perfect setup, product managers create a vision based on evidence and analysis, then work to get other teams on board. They don’t build the vision through direct power but by convincing others to support and contribute to it.

In most organizations, engineering, marketing, and sales don’t report to product management. This separation is beneficial because it ensures ideas are either reinforced by or challenged by discrete business goals. Product managers are accountable for their product’s success but don’t own the resources needed to deliver it. They lead by influence, not by control.

Myth 3: Product Manager, Project Manager, and Program Manager Are Synonyms

This is a common misconception, often because product managers end up doing a bit of everything. However, these roles are distinct in both name and function.

  • Project Managers are the organizers, coordinating activities, and ensuring teams are communicating and collaborating effectively. They’re the point person for a project but not the ultimate decision-maker or owner of the effort.
  • Program Managers handle cross-team projects, managing schedules and dependencies. They’re accountable for accurate reporting and status updates, navigating the landscape through frameworks like DACI/RACI, but they don’t weigh in on market fit or own business outcomes.
  • Product Managers are the voice of the market, responsible for understanding customer needs and defining competitive solutions. They might coordinate between teams and track schedules, but their main focus is on the success of the product, not just the timeline.

Myth 4: Product Management Is a Technical Role

Some think product managers need to be tech wizards, deeply involved in system design and database structures, or even capable of stepping in for engineering managers. This isn’t the case. While many product managers have technical backgrounds, others come from UX, liberal arts, or other fields. Understanding technology is crucial, but the nitty-gritty details should be left to the experts.

Product managers should be involved in strategic decisions about the product, blending insights from various teams. Their role is more about being at the intersection of all these domains rather than being purely technical.

Myth 5: Product Managers Only Collect Customer Requirements, and Customers Are Experts on the Products They Use

Customers know their pain points best, but they’re not always the best source for solutions. If you ask a customer how to improve a horse-drawn buggy, they might suggest a robotic horse, not imagine an automobile.

Product managers gather customer pain points and synthesize them into actionable requirements. While it might sometimes look like we’re just passing customer requests to engineering, our job is to dig deeper and find solutions that customers haven’t thought of yet. It’s about understanding the problem space and crafting innovative solutions, not just implementing customer suggestions.

Struggling with hiring top-tier product managers? It’s a challenge many of us face.

Struggling with hiring top-tier product managers? It’s a challenge many of us face.

Making the wrong hire isn’t just a hit to the budget and the calendar—it can shake the very foundation of your product, costing you users, customers, and that all-important product-market fit. But let’s be real, interviewing product managers is a whole different ball game compared to, say, hiring a good Customer Success Manager or a stellar engineer.

Why’s it so tough? Well, for starters, product managers are masters of storytelling. They can spin a yarn that’ll have you nodding along in agreement. But separating the talkers from the doers, especially when it comes to nailing down solid requirements, is a whole other story.

So, here’s a game-changer: a simple test that can weed out the real deal from the smooth talkers. 

The need for a reliable testing method

I stumbled upon this gem back in my days at an early-stage startup. We were on a hiring spree for product managers, sifting through five to ten candidates daily. Our interviews covered everything from culture fit to creativity, but we were missing a crucial piece: a way to put their hard skills to the test.

Think about it—would you hire an engineer based solely on their description of coding prowess? Heck no! You’d throw them a practical test to see if they could walk the walk. And that’s exactly what we needed for product management.

Despite the inherently subjective nature of product management, certain core skills—like creating user personas, delineating use cases, and documenting requirements—can be objectively assessed.

Enter the structured assessment framework. We crafted a concise scenario, handed it to candidates before their interview, and invited them to tackle it on a whiteboard during the session. Our focus wasn’t on the perfect solution, but rather on their approach. Could they distill complex requirements? Stay true to the scenario? Navigate the problem-solving journey with finesse?

A self-contained capsule scenario

Picture this: a bite-sized problem that anyone can understand, with multiple solutions that don’t require a PhD in our product space. We’d give this scenario out to candidates a week before their interview, no pre-work required. Then, during the interview, we’d slap it on a whiteboard and say, “Let’s tackle this together.”

Given the concise scenario, a candidate should be able to tackle it live without any trouble. Importantly, our focus wasn’t on the perfect solution, but rather on their approach. Could they distill complex requirements? Stay true to the scenario? Navigate the problem-solving journey with finesse?  Or did they freeze like a deer in headlights? The key was to see if they could keep it simple, stick to the scenario, and get the job done efficiently.

Evaluating candidate results

This approach gave us invaluable insights. Candidates who breezed through the exercise demonstrated a deep understanding and practical application of product management principles. It wasn’t just about what they delivered, but how they got there.

As we put the test into practice, we noticed a few common candidate stumbling blocks. Surprisingly, quite a few were a bit green when it came to developing requirements—a more common issue than you might imagine! Others dove straight into the weeds, obsessing over intricate details like security and permissions from the get-go. Those candidates routinely ran out of time without making much headway, which was a red flag for us.

A savvy product manager could breeze through the task in under 10 minutes, including all the brainstorming and explaining. If it took them between 30 to 60 minutes, that was still within the ballpark, but it often signaled a hiccup along the way—either forgetting their own process or getting bogged down in a tangent. And those who hit a wall on time? Well, they typically either lacked familiarity with crafting solid requirements or veered way off course early on and never recovered.

The impact of a structured assessment framework for product management 

This test has become my touchstone for identifying strong product managers.  It gives me a clear-cut way to separate the wheat from the chaff.  By providing a reliable metric for assessing candidates’ suitability for the role, it removes one of the big risk factors in product hires, and lets me spend time on the strongest candidates. And its simplicity made it easy for interviewers across the team to adopt, fostering consistency and objectivity in candidate evaluation.

This test dramatically sped up our hiring process, and it enabled us to make same-day decisions on promising candidates.  So, if you’re grappling with hiring top-tier product managers, give this approach a shot. Trust me, you won’t be disappointed.

Six reasons your product team isn’t scaling (and how to fix it)

(this article is an archive post originally published in 2016)

I like product management – and I’m not alone. Many of us got into PM roles through a passion for problem solving and a real desire to see a project succeed in the hands of customers. That’s the fun part, and modern methodologies like Agile are continuously evolving to better support customer-driven products.

What hasn’t evolved nearly as much is how we manage and lead product teams – with over twenty five years of experience in tech, I’ve seen that the way we approach organizing product management is still holding us back.

This isn’t just a pet peeve of mine: recognizing this problem, Darrell Rigby, Jeff Sutherland, and Hirotaka Takeuchi published an article in the Harvard Business Review on the need for management organizations and non-technology functions to adopt agile methodologies.

I want to explore how we manage a collection of product teams operating at scale – because this is the critical topic for organizations that are growing from a single product effort into a diverse range of products, and because finding a better model will frankly restore some of the fun of product management! Continue reading “Six reasons your product team isn’t scaling (and how to fix it)”

Part I – Structuring the product team

Part I – Structuring the product team

Recently, a young, successful tech company asked me to come up with a product planning model for them. I started out by listing off what was already working for them :

  • Internal entrepreneurialism
  • Building projects around small teams of motivated individuals
  • Dual-tracking : small teams for products and separate ones for shared, core components

Then I listed six key goals that are difficult to achieve when you’re newly successful and growing fast:

  1. Keeping leaders informed of everything that is going on
  2. Getting line-level product managers onto a consistent process
  3. Adjusting top-level strategy based on what is working
  4. Identifying what innovation to nurture among all the activity
  5. Discovering shared components that are in decline
  6. Investing mindfully across short, mid and long-term projects

If we want to add that second category of ideals to the mix, it will help to first take a step back and look at Product Management in general. Continue reading “Part I – Structuring the product team”

Part II – Implementing a marketplace-style product lifecycle process

In Part I we looked at organization theory, determined that a classic hierarchy wasn’t what we wanted, and discussed what marketplace-style organization model could do for us. So what does this look like in practice? Let me introduce you to the Check-in Meeting.

The Check-in Meeting is a venue for reviewing and socializing relevant information about product development efforts. It takes the form of a recurring meeting on a fixed cadence with a queue of topics in three categories:

  • Product Plan Review : Present a new project plan or new phase/initiative of an existing project, to propose alignment with an existing strategy and prioritization
  • Progress to Plan : Measure a project against stated milestones and goals, in order to secure or retain allocated resources
  • Strategy Review : Periodic review and debate of top-level product strategy among CPO and directors, informed by data from recent PPR and PTP topics.

Continue reading “Part II – Implementing a marketplace-style product lifecycle process”