PM Fundamentals

A Guide: Personal Development Plan for PMs

It's one thing to dream of a promotion and good grades at the end of the year; it's quite another to have a clear plan in place. It's called an a Personal Development Plan (PDP).

Why do you need a Personal Development Plan?

Like any goals (for example, OKRs), a PDP sets a course of action for a specific period of time (usually a year or six months). Why is this necessary?

Reason #1: PDP disciplines
People (and product managers are no exception!) without a plan very quickly descend into chaotic activity. Try thinking about future plans when your kitchen radiator is leaking. A product manager's radiator is constantly leaking.

PDP forces you to remember your promises and choose activities based on those promises.

Reason #2: PDP forces you to constantly improve
Some PDP items are based on feedback from your colleagues and your manager, so you force yourself to face the truth and improve. Think you're already the perfect product manager? Well, well, then, forget about getting promoted. For all the strong leaders I've worked with, half of their PDP is a plan based on feedback and reflection. This, by the way, demonstrates your maturity to your manager, which determines whether you can be trusted with more complex projects.

Reason #3: You and your manager should have a shared vision of the future
The worst thing that can happen is when your manager thinks you'll "work on improving the quality of a product that constantly breaks," while you've somehow decided that "attending ten AI conferences" is your main task. It'll be unpleasant at the end of the year. A PDP allows you to agree on what's necessary for success and what's not.

How to write a good PDP

Start by gathering all the necessary information. For a product manager, this includes:

  • Feedback from your manager and colleagues from the previous period (e.g., a year)
  • Previous plans and results (to learn from mistakes)
  • Strategy/key business goals for the next period (this will define the core ideas in your plan)
  • Company requirements for your level (e.g., Middle PM). This is necessary to ensure you don't forget to do what you are expected to do by default.

Now create a simple table like the example below. Let's break down what you need to write in each field:

PDP: Categories

This part is simple: which "family" does your goal belong to? Here are the most popular categories:
  • Business Results (Impact): Many PMs are genuinely shocked here, thinking, "Wait, am I actually responsible for the team’s results?" Um, well... actually, you are.
  • Upskilling: This includes things like "Becoming an A/B testing wizard" or "Leveling up technical literacy." We’ll dive into how to measure these in the next section.
  • Out-of-Scope Impact: This is a high-value category for those looking to go above and beyond their basic job description. It’s great because it lets you have an evidence-based discussion about bonuses and promotions at the beginning of the year, rather than at the end of it, when it's already too late. For instance, your manager might tell you upfront that "traveling to conferences" adds zero value to the company, but "organizing an internal PM summit" is exactly what they’re looking for.
  • Acting on Feedback: For example, if last quarter, several colleagues mentioned that they have no clue what your team is actually doing, your response should be a goal centered on stakeholder management or writing a clearer strategy. You get +10 bonus points if you come up with this goal yourself, rather than waiting for your manager to drop hints—or worse, making them ask you, "Do you need some help with that?"

PDP: Objectives and Key Results

On one hand, this is straightforward—Product Managers are familliar with ins and outs of OKRs. For the "Business Results" category, you can just pull numbers straight from your team’s annual goals. For example: "Reduce support tickets by 10%." Period. Simple, punchy, and effective.

However, for some reason, as soon as PMs start writing non-business goals, they seem to forget the whole "measurable results" thing. They end up with vague goals like "improve my understanding of technology." As a high-level objective, that’s fine, but for your actual results, you need to ask yourself: How will I actually know I’ve succeeded?

Some popular ways to measure the "unmeasurable":
  • Peer Feedback
  • Completed N courses or workshops
  • Successfully launched Projects X and Y, which required [Specific Tech Skill].
Sometimes you’ll have to break a sweat to come up with solid, measurable goals, but it’s worth the effort. First, it makes it much easier to defend your performance at the end of the year. Second, your manager won't have to hold your hand through the process—which is a great way to show off your professional maturity.

PDP: Status

This part is simple: goals without regular check-ins aren’t worth the paper they’re written on. So, be honest with yourself and review your progress every quarter or half-year. It’s a reality-check exercise: you’ll quickly realize that "going to the gym" (or hitting your professional targets) doesn't just happen by magic—you actually have to put in the work to achieve what you wrote down.

Again, a good manager will "force" you to do this, but top-tier PMs take it a step further. They’re the ones chasing down their manager to say, "Hey, I’ve updated my status and notes—take a look and tell me what you think."

PDP: Dont's

Below are the anti-patterns I strongly suggest you steer clear of:

#1 Don’t dodge goal-setting. A good manager is going to make you do it anyway. The more energy they have to waste dragging you through the process, the more "maturity points" you lose in their eyes. Even worse, if a (bad) manager doesn't insist on it, you’ll end up "sailing without the compass"—totally lost at sea.

#2 Don’t lower your goals just to "overachieve." This is a classic rookie move. Again, a good manager will help you make these goals more realistic. But even if they don't, remember that ratings and promotions usually aren't decided by your manager alone, but by a committee. If your goals don't make them say "Wow," then over-delivering on them won't make an impact either.

#3 Don’t write 100,500 goals. It’s honestly painful to see an over-eager PM write 15 goals, only to realize later they don't have the time to move the needle on most of them. This shows a lack of prioritization. Plus, it creates a bad impression: even if you nail 5 core goals, that list of 10 unfinished ones will just be a distracting reminder of unfulfilled plans.

#4 Avoid unmeasurable goals. Goals like "Brush up on my skills" or "Improve the product" without concrete, measurable results can be interpreted however anyone likes—which makes them pretty much useless.

#5 Don’t just copy a template or let AI do it for you. The entire point of a Professional Development Plan (PDP) is that it’s built by you, specifically for your career. Using generic templates (which LLMs love to spit out) will seriously weaken your growth trajectory. Their advice usually boils down to something as deep as "just do a good job, and it’ll be fine."

PDP: Conclusion

A PDP is arguably the most important document you’ll write at the start of a reporting period (usually the beginning of the year). You’d be surprised how difficult it actually is to put together, but your future self will thank you for the mental heavy lifting come year-end. I hope you found this helpful!

Author:
Vladimir Kalmykov, Group PM Booking.com
With the help of:
Andrew Mende, Sr. PM Booking.com
Alex Povarov, Head of Payments Wolt
Igor Semachev, Head of Product Semrush