Professional Development Plan: Examples + Template

A professional development plan is a structured document that identifies what you want to improve professionally, why it matters, the actions you plan to take and how you will evaluate progress. It can focus on skills, responsibilities, leadership, career progression or another development area that is relevant to your work.

A useful plan connects a goal to concrete actions and evidence. Instead of writing “become a better leader,” for example, a plan might identify a specific leadership capability to develop, an opportunity to practise it, the support or resources needed and a point for reviewing what changed. Not every employer asks for one, and not every professional needs a formal written plan — but when development keeps getting postponed, writing it down is usually what makes it concrete.

Professional Development Plan Example

Here is one complete plan, written out the way it would actually be used. The scenario is fictional: an operations coordinator who wants to become capable of leading cross-functional projects. Nothing in it is a prediction about promotion or pay — it is a plan for building a capability, and it stops there.

Professional development plan example
Professional development plan — example

Current role: Operations coordinator, mid-sized logistics company
Development area: Leading cross-functional projects
Goal: Be able to plan and run a project involving operations, finance and customer support from kickoff through to a documented outcome.
Why this matters: Most of the work I am asked to support now crosses more than one team, and I am currently contributing to those projects rather than coordinating them.
Current strengths: Scheduling, supplier communication, process documentation, comfortable with the reporting tools already in use.
Gap to address: Little experience setting a project scope, agreeing dependencies with other departments, and presenting status to people outside my own team.

Actions:
- Ask to co-lead the next process improvement project with the current project owner.
- Write the scope and dependency list for that project myself, then review it with the owner before it is shared.
- Run the weekly status update for the project rather than contributing to someone else's.
- Sit in on two planning meetings led by an experienced project owner and note how they handle disagreement about scope.
- Complete a short structured course on project planning fundamentals if the gap is still there after the first project.

Resources/support: Current project owner as an informal mentor; manager's agreement to allocate time; existing project templates used by the team.

Evidence of progress:
- A scope document I wrote that was used without major rework.
- Six weekly status updates delivered to a mixed audience.
- Written feedback from the project owner and one stakeholder outside operations.
- A closing summary documenting what was delivered and what I would change.

Target/review point: End of the current project, or three months from today if the project runs longer.

Potential obstacles: Project may be delayed or reassigned; peak season workload may reduce available time; the co-lead arrangement depends on my manager and the project owner agreeing.

Next review: After the project close, or at the next scheduled development conversation, whichever comes first.

Revision trigger: If no suitable cross-functional project becomes available within one quarter, switch the practice opportunity to leading a smaller internal initiative and keep the same goal.

Professional Development Plan Template

Copy this into whatever you write in and fill it in for your own situation. There is no file to download and nothing to sign up for — it is plain text, and it is meant to be edited. A more detailed version with numbered prompts appears near the end of this guide.

Professional development plan template
Professional development plan

Name:
Current role:
Date created:

Development area:
Professional goal:
Why this goal matters:
Current strengths:
Skills/experience to develop:
Actions:
Resources/support needed:
Evidence of progress:
Review point:
Potential obstacles:
Next step:
What would make me revise this plan:

Before you start

A professional development plan is a planning tool, not a guarantee of promotion, higher pay, a new role or any other employment outcome. Requirements and opportunities vary by occupation, employer and individual circumstances. Development activities should be chosen because they address a real need, not simply because they can be added to a plan.

Key takeaways

  • • Start with a specific development outcome rather than a general intention to improve.
  • • Identify the gap between where you are now and the capability you are describing.
  • • Choose actions that address a real gap, not activities that are simply available.
  • • Define in advance what evidence would show that progress has actually happened.
  • • Include the resources, opportunities or support the plan depends on.
  • • Keep the plan adaptable — circumstances, priorities and opportunities change.
  • • Connect development to broader career goals where that connection is genuine.
  • • Treat the plan as something you review, not a document you write once and file.

1. What Is a Professional Development Plan?

A professional development plan is a written structure for improving something specific about how you work. Its purpose is to move development from intention to something that can be acted on and checked: a named capability, a reason it matters, actions that address the gap, and a point at which you look back at what actually changed.

Plans come from different places. Some are written entirely by the individual, kept privately, and never shown to an employer. Some are drafted by the individual and then discussed with a manager, who may contribute opportunities, budget or time. Some are employer-initiated and follow a company template as part of a review cycle. All three are legitimate, and they produce different documents: an employer-supported plan can unlock a stretch assignment you could not arrange alone, while a private plan can point somewhere your current employer has no particular interest in taking you.

Use also varies between formal and informal. A formal plan is filed, referenced in review conversations and sometimes tied to a development budget. An informal plan might be a page in a notebook that you revisit every few months. The formality is not what makes it work — specificity and review are. A one-page informal plan that gets read is worth more than a detailed template completed once for a process.

It is also worth separating the plan from its parts. A plan is not a goal, and a goal is not an activity. Attending a course is an activity; being able to do something you previously could not is a goal; the structure that connects the two, along with the evidence and the review, is the plan. Most abandoned development efforts are activities that were never attached to anything.

ConceptWhat it isExample
Professional development planA structured document linking a development area to a goal, actions, support, evidence and a review point.A written plan to become capable of leading cross-functional projects, with the actions and evidence set out.
Professional development goalA single outcome the plan is working toward. One component of the plan rather than the plan itself.Be able to plan and run a cross-functional project end to end.
Development activityOne action taken in service of a goal. Useful only if it addresses an identified gap.Completing a project planning course, or shadowing an experienced project owner.
Career goalA broader outcome about direction, role or progression, which a development plan may support.Move into a project management role over the next few years.
Performance objectiveA target usually set by an employer about results expected in the current role. It may overlap with development, but its purpose is delivery, not growth.Reduce order processing errors in the current quarter.

One clarification worth making early: a professional development plan is not automatically a disciplinary or performance-management process. Some employers operate a formal performance improvement process, which exists for a different reason and follows the employer’s own procedure. Development planning and performance management can both appear in the same review conversation, but they are not the same thing, and if you are unsure which one you have been asked to complete, that is a question for your employer rather than something to infer from the form.

Professional Development Plan vs. Career Development Plan

These overlap, and the boundary is genuinely fuzzy. In common use, a professional development plan leans toward building skills and capabilities and improving professional effectiveness in the work you do now or expect to do soon. A career development plan leans toward broader direction: future roles, progression, and where your working life is heading over a longer horizon.

That is a difference in emphasis rather than a rule. Organisations use these terms differently, and some use them interchangeably, so there is no universally accepted distinction you can rely on. If an employer asks you for one, it is reasonable to ask what they expect it to contain rather than assuming. In practice the two often merge: capability development is usually how a direction gets pursued, and a direction is usually what makes a capability worth developing. If you are working out the direction first, our guide to career goals covers how to turn broad ambitions into something specific enough to plan around.

Some organizations use an individual development plan (IDP) for a related structured development process; our individual development plan guide includes a dedicated template and examples.

2. What Should a Professional Development Plan Include?

The elements below cover what a workable plan usually needs. They are not universally mandatory headings, and no employer standard requires all of them — plenty of effective plans use four or five. Treat the list as a checklist of what a plan should be able to answer, then use whatever headings suit the way you work.

ElementPurposeExample
Current role/contextAnchors the plan in real work so the goal is judged against actual conditions.Operations coordinator, three years in role, mid-sized employer.
Development areaNames the broad capability in question before narrowing to a goal.Leading cross-functional projects.
GoalStates the outcome you are working toward in terms you could recognise as reached.Plan and run a cross-team project through to a documented outcome.
Why it mattersConnects the goal to current work or a career direction, which is what stops plans being abandoned.Most current work crosses teams; coordination is the recurring requirement.
Current strengthsPrevents you planning from zero and shows what the development can build on.Scheduling, documentation, supplier communication.
GapThe specific difference between current capability and the goal. The part most plans skip.No experience setting scope or presenting status outside the team.
ActionsWhat you will actually do. A goal without actions is a wish.Co-lead a project, write the scope, run the weekly update.
Resources/supportNames what the plan depends on so missing support is visible early.Mentor, manager's time allocation, existing templates.
Evidence of progressDefines what would show change, agreed before you start rather than argued afterwards.A scope document used as written; feedback from a stakeholder.
Review pointA moment to look at the plan honestly rather than drifting.Project close, or three months, whichever is sooner.
Obstacles/dependenciesRecords what could interfere, which makes later adjustment a planned response rather than a surprise.Peak season workload; project may be reassigned.
Revision triggerStates in advance the condition under which you would change the plan.No suitable project available within a quarter.

If you are pressed for time, the four that carry most of the weight are the gap, the actions, the evidence and the review point. A plan with those four is usable. A plan with every heading filled in but no evidence column tends to become a record of activity, which is the most common way development planning turns into paperwork rather than progress.

The opposite failure is worth naming too. It is possible to build so much structure around a plan — competency matrices, scoring, quarterly documentation — that maintaining it displaces the development itself. Bureaucracy is not rigour. The test is whether the document changes what you do next week.

3. How to Create a Professional Development Plan

The sequence below matters more than the format. Most weak plans go wrong at step one or step three — they start with an activity, or they skip the gap and jump straight from a general ambition to a list of things to do.

1. Define what you want to develop

Start with the capability, not the activity. People often begin at “I should do a course” and work backwards, which tends to produce training that does not change anything. Write the development area in plain language first — leading projects, explaining technical work to non-technical audiences, handling supplier negotiations — and leave the question of how until later. If you cannot describe the area without naming a course or a certificate, the need has not been identified yet.

2. Understand your current position

Write down what you already do in this area, what you have done before, and where you have had to ask for help. Be specific: “I have written project schedules but never set a project scope” is usable, “I am somewhat experienced with projects” is not. This step is also a check on the goal. Occasionally you find that the capability is mostly present and the real gap is visibility — people do not know you can do it — which calls for a different plan entirely.

3. Identify the gap

The gap is the difference between what you described in step two and what the goal requires. Try to state it as things you cannot yet do, or have not yet done, rather than as personal qualities. “I have not presented to an audience outside my department” gives you something to arrange. “I lack confidence” does not, and it tends to be a symptom of the first thing rather than a separate problem.

4. Set a specific development goal

Turn the gap into an outcome. A workable development goal names what you would be able to do, in what context, and what would show it. Keep it to one goal per plan section, and resist stacking three capabilities into one sentence — that usually means three plans, and running three at once is how all of them stall.

5. Choose development actions

Now pick the actions, and pick them against the gap. If the gap is experience, the action is an opportunity to practice, not reading. If the gap is knowledge, structured learning may genuinely be the shortest route. Most plans need a mix, weighted toward applied work, because capability that has never been used in real conditions is difficult to evidence and tends not to survive contact with a real deadline.

6. Identify resources and support

List what the plan depends on: a person whose work you can observe, a manager who has to agree to reallocate something, access to a system, a budget, or simply time. Writing this down changes the conversation with a manager from “I want to develop” to “this needs one specific thing from you.” It also exposes plans that depend on something nobody has actually agreed to.

7. Define evidence of progress

Decide before you start what would count as progress. Evidence can be an artefact you produced, a responsibility you now hold, feedback from someone whose judgement is relevant, or a task you can complete without support you previously needed. Avoid inventing a number for the sake of measurability — a fabricated percentage is worse than an honest description of what changed.

8. Review and revise the plan

Set a review point when you write the plan, and treat the review as a real decision rather than a formality. At the review you might continue, adjust the actions, change the evidence, extend the timeframe, or drop the goal because the situation changed. All of those are legitimate outcomes. A plan that is never revised is usually a plan that is not being used.

4. Identify Your Professional Development Needs

Before choosing a goal, it is worth spending time on where the need actually is. This is the step most people compress into a few minutes, and it is the one that determines whether the rest of the plan is useful. The sources below tend to reveal different kinds of gap, which is why using more than one is worthwhile.

SourceQuestion to askWhat it can reveal
Current responsibilitiesWhich parts of my job take longest, or require the most help?Gaps in the work you already own, which are usually the fastest to address.
Target responsibilitiesWhat does the work I want to be doing require regularly?The capability distance between your current scope and where you are heading.
Recurring job requirementsWhat appears in most postings for this kind of role, or in most projects here?Requirements that are structural rather than specific to one employer.
Manager feedbackWhat has been raised more than once, and is it supported by examples?Patterns worth examining — treated as evidence to weigh, not as a verdict.
Project outcomesWhere did work go wrong or take longer than expected, and what part was mine?Concrete gaps visible in results rather than in opinions.
Skill gapsWhat do I currently route to someone else?Dependencies that limit the scope of work you can take on.
Desired career directionWhat would I need to be credible for the direction I am considering?Development that supports a longer-term goal rather than only the current role.
Changes in tools, processes or industryWhat is changing in how this work is done?Needs that are emerging rather than already obvious.
Self-assessmentWhat do I avoid, and why?Honest gaps that rarely appear in formal feedback.
Observed strengthsWhat am I asked to do because I am good at it?Capability worth deepening, not only weaknesses worth fixing.

A note on feedback. Manager feedback is evidence, not automatically truth. It is shaped by what that person has observed, what the team needs right now, and their own standards. Feedback that recurs, comes with specific examples, and is echoed by other people is worth taking seriously. Feedback that is vague, one-off, or contradicted by everything else you can observe is worth examining rather than acting on immediately. You are allowed to ask for the example behind a piece of feedback before building a plan around it.

It also helps to look at strengths, not only deficits. Development that deepens something you are already good at is often the higher-return option, particularly if that strength is what people come to you for. A plan made entirely of weaknesses tends to be demoralising and, in many roles, less useful than one that makes an existing capability genuinely distinctive.

Skills gap example

Here is what that analysis looks like written out. It is fictional, and the evidence is deliberately descriptive rather than numerical — inventing a percentage improvement would make the plan look more rigorous and be less honest.

Skills gap example
Skills gap example

Current situation: I coordinate work across a team well and colleagues rely on my scheduling and documentation. I have very little experience presenting project status to senior stakeholders, and when I have, the updates were long and the questions afterwards suggested the key points did not land.

Development goal: Improve concise stakeholder communication, specifically the ability to present project status in a way that a senior audience can act on without follow-up clarification.

Actions:
- Observe two presentations given by colleagues whose updates are consistently well received, and note how they structure the opening.
- Prepare and deliver the recurring project update myself rather than supplying content for someone else.
- Ask one attendee each time for targeted feedback on a single aspect: was the ask clear, and was anything missing.
- Revise the structure of the next update based on that feedback rather than on general impressions.

Evidence of progress:
- Updates delivered by me, with the structure I prepared.
- Fewer follow-up clarification requests after the update, judged against what happened before.
- Specific feedback from attendees on clarity of the ask.
- A reusable update format that others on the team can follow.

Note: the evidence above is descriptive on purpose. Resist writing a figure such as "reduced questions by 40%" unless you are genuinely counting something.

5. Set Professional Development Goals

A development goal sits inside the plan; it is not the plan. The goal states the outcome, and the rest of the plan is how you get there and how you would know. A goal worth writing down has five properties: it names an outcome, it is relevant to your work or direction, it can produce evidence, it has actions attached, and it has a review point.

The easiest way to see whether a goal qualifies is to compare a weak version with a stronger one.

Weak

“Improve communication.”

Stronger

“Improve my ability to present project updates by preparing and delivering [relevant recurring presentation], requesting targeted feedback and reviewing progress after [appropriate review point].”

Weak

“Become a leader.”

Stronger

“Develop experience coordinating a cross-functional project, including planning work, communicating dependencies and documenting outcomes.”

Weak

“Learn data analysis.”

Stronger

“Be able to produce the monthly [report] myself, including sourcing the data and explaining what changed, without support from [colleague].”

Notice that the stronger versions describe capability rather than reward. A goal written as “get promoted” or “get a raise” puts the outcome in someone else’s hands, and completing a development goal does not guarantee either. What a well-written goal does give you is something you can practise, something you can show, and a sensible way to judge whether the effort was worth it.

If you are setting several of these and want to think about how they fit together over a longer horizon, our guide to career goals covers short- and long-term goal setting in more depth.

6. Turn Goals Into Development Actions

A goal is not an action plan. “Be able to run a cross-functional project” tells you nothing about what to do on Monday. Actions are the part of the plan you actually schedule, and they should be selected against the specific gap rather than picked from whatever development options happen to be on offer.

The range of useful actions is wider than most plans assume: stretch assignments, defined roles on relevant projects, shadowing, mentoring, coaching, structured feedback cycles, targeted courses, formal education where it is genuinely needed, licences or certifications where they are actually required, reading and research, presentations, cross-functional work, volunteering where it is relevant, portfolio work where the field uses one, and participation in professional communities.

If your employer offers structured opportunities such as mentoring, training, job shadowing or cross-functional projects, our guide to career development programs explains how these programs work and how employees can evaluate them.

Development needPossible actionEvidence
Missing hands-on experienceStretch assignment or a defined role on a relevant projectThe work itself, plus a documented outcome you can describe
Unfamiliar with how something is done wellShadowing or observing an experienced colleagueNotes on approach, followed by a first attempt of your own
Need judgement rather than informationMentoring or regular conversations with someone further alongDecisions you made differently, and why
Repeated feedback on one aspect of your workCoaching or targeted feedback cycles on that specific aspectRevised work products; feedback that has moved on to something else
Genuine knowledge gap in a defined subjectA targeted course covering that subjectApplied use of the material on real work, not the completion certificate alone
Field requires formal qualification you do not holdFormal education, where it is actually required for the workThe qualification, plus practice where permitted
Role or jurisdiction requires a licence or certificationThe specific required credential, verified against the actual requirementThe licence or certification itself
Shallow understanding of your industry or domainStructured reading, research, industry publications, professional communitiesBetter questions, contributions in planning discussions, written analysis
Cannot explain your work to other audiencesPresentations, written updates, documentationMaterials produced and feedback from the audience
Work is confined to one teamCross-functional work or a rotation where availableDelivery involving other departments; relationships you can name
No portfolio or visible outputPortfolio work where the field uses one; volunteering where genuinely relevantPieces of work someone outside your employer could review

Two cautions about training. First, courses and certificates should not be assumed superior to applied experience. For knowledge gaps in a defined subject, structured learning is often the shortest route; for capability gaps, doing the work under real conditions is usually what produces both the skill and the evidence. Ranking a course above a stretch assignment by default is how plans end up full of completed modules and short of things you can point to.

Second, an optional online certificate does not replace a credential that a role or a jurisdiction actually requires. Where a licence, registration or formal qualification is a requirement for the work, the plan needs that specific credential, verified against the real requirement rather than against a course description. Where no such requirement exists, a certificate is one signal among several and is worth what the underlying capability is worth.

7. Professional Development Plan Examples

Six short plans covering different development areas. All are fictional and written with placeholders where the details would be specific to your role. Two of them are complete enough to copy and edit directly.

Example 1 — Communication

Development area: Presenting project status to senior stakeholders. Goal: Deliver the recurring update so the audience leaves clear on status, risk and the decision required. Actions: Take over the weekly update, restructure it to lead with the decision, request targeted feedback after each session, revise twice. Evidence: Updates delivered under your name, a format others adopt, specific feedback on clarity. Review approach: After one project cycle; if nothing has changed, examine whether the issue is structure or content.

Example plan 1 — communication
Professional development plan — stakeholder communication

Development area: Communicating project status to senior stakeholders
Goal: Deliver the recurring project update so that the audience leaves knowing the status, the risks and the decision required, without needing follow-up clarification.
Actions:
- Take over the weekly update from the current owner for one project cycle.
- Restructure the update to lead with the decision needed, then status, then detail on request.
- Ask one attendee after each session whether the ask was clear and what was missing.
- Revise the format twice based on that feedback rather than on impressions.
Evidence: Updates delivered under my name; a written format others adopt; specific feedback on clarity; fewer clarification requests than the previous arrangement.
Review approach: Review after one project cycle. If clarification requests have not changed, look at whether the problem is structure or content before adding more practice.

Example 2 — Technical/analytical skill

Development area: Producing the monthly analysis currently handled by a colleague. Goal: Source the data, build the analysis and explain what changed, without support. Actions: Pair on the next two cycles; take the third yourself with review; close the specific tooling gap with a targeted course only if pairing has not resolved it. Evidence: Two cycles produced independently; the written commentary; the colleague no longer in the workflow. Review approach: After the third cycle, check whether errors or questions are concentrated in one part of the process.

Example 3 — Project management

Development area: Scoping and planning rather than executing to someone else’s plan. Goal: Write and own the scope, dependency list and schedule for one real project. Actions: Draft the scope for [project] and have it reviewed before circulation; record estimates against actuals; run the close-out summary. Evidence: Scope document used without major rework; the estimate-versus-actual record; a close-out summary. Review approach: At project close, compare where the plan diverged from reality and why.

Example 4 — Leadership

Development area: Leading people through work rather than only coordinating tasks. Goal: Be able to set direction for a small piece of work, give usable feedback, and handle disagreement about scope. Actions: Mentor or onboard one colleague; run one meeting where there is genuine disagreement; ask a peer for feedback on how the discussion was handled. Evidence: Feedback from the person mentored; a documented decision reached with dissent recorded; a peer’s observation. Review approach: After two months, look at what you avoided as much as what you did.

Example 5 — Promotion preparation

Development area: Readiness for a role with wider scope. This plan builds readiness; it does not make a promotion happen, which depends on openings and decisions outside your control. Goal: Perform enough of the target level’s responsibilities that a case could be made on evidence. Actions: Map the target responsibilities; agree one to take on; own a decision end to end; present the outcome to the affected group. Evidence: The responsibility held, the written rationale, feedback from an affected team. Review approach: At the next development conversation.

Example plan 2 — promotion preparation
Professional development plan — preparing for broader responsibility

Development area: Readiness for a role with wider scope
Goal: Be performing enough of the responsibilities of [target level] that a case for it could be made on evidence rather than intention. This is preparation, not a guarantee of promotion — the decision depends on the employer, the structure and whether an opening exists.
Current strengths: Consistent delivery in current scope; trusted with [area]; good working relationships across [teams].
Gap to address: No experience owning a decision that affects other teams' work; limited visibility outside my department.
Actions:
- Write out the responsibilities of the target level and mark honestly which I already perform.
- Agree with my manager on one responsibility from that list to take on in the next cycle.
- Own one decision end to end, including the consultation and the written rationale.
- Present the outcome to the group affected rather than only to my manager.
Resources/support: Manager's agreement on scope; access to the relevant planning forum; a colleague at the target level to sense-check the rationale.
Evidence: The responsibility held and delivered; the written rationale; feedback from an affected team; an agreed record of what I now own.
Review approach: Review at the next development conversation. If no suitable responsibility became available, the plan changes to finding one rather than adding unrelated activity.

Example 6 — Career change preparation

Development area: Meeting the recurring requirements of a different occupation. Goal: Close the one requirement that appears in almost every posting for [target occupation], and produce something reviewable in that area. Actions: Collect postings and list requirements by frequency; mark which you already meet through transferable work; choose one genuine gap; complete one piece of real or volunteer work in the target area; speak with two people doing the work. Evidence: The requirements list; a completed piece of work; notes from those conversations. Review approach: After the conversations, check whether the direction still makes sense before investing further.

8. Professional Development Goals Examples

Examples grouped by area, written to be adapted rather than copied. None of these are the “best” development goals, and there is no suggestion you should be pursuing any particular one — what is worth developing depends entirely on your role, your field and where you are heading. Replace the bracketed parts with your own specifics.

Communication

  • • Prepare and deliver [recurring update] myself, and revise the format after two rounds of feedback.
  • • Write the project documentation for [project] so that a new joiner can follow it without asking me.
  • • Practise explaining [technical area] to a non-specialist audience, and check understanding rather than assuming it.
  • • Improve written updates by leading with the decision needed rather than the background.

Technical skills

  • • Become able to complete [recurring task] in [tool] without support from a colleague.
  • • Learn the parts of [system] that my team currently routes to another department.
  • • Build a working understanding of [method] and apply it to one real piece of work.
  • • Move from following an existing analysis to designing one.

Leadership

  • • Take ownership of one piece of work end to end, including the decisions I would normally escalate.
  • • Develop experience giving constructive feedback to a peer in a way that is specific and usable.
  • • Mentor or onboard one colleague and ask them what was and was not useful.
  • • Practise running a meeting where there is genuine disagreement about scope.

Project management

  • • Write the scope and dependency list for [project] and have it reviewed before it is shared.
  • • Run the planning for a piece of work involving at least two other teams.
  • • Improve my estimating by recording estimates against actuals for one quarter.
  • • Produce a close-out summary for a project covering what was delivered and what I would change.

Collaboration

  • • Build a working relationship with [adjacent team] so I understand their constraints before planning work that affects them.
  • • Contribute to a cross-functional initiative outside my usual remit.
  • • Improve handovers by agreeing in advance what the receiving team actually needs.

Industry knowledge

  • • Develop a working understanding of [regulation, standard or process] that affects our work.
  • • Follow [industry source] regularly and bring one relevant point to planning discussions each month.
  • • Understand how our function operates at a different type of employer in this field.

Career progression

  • • Write out the responsibilities of [target level], mark which I already perform, and close one gap.
  • • Take on one responsibility from the level above and document the outcome.
  • • Build evidence of [capability] that someone outside my team could verify.

Career transition

  • • Research the recurring requirements of [target occupation] and identify which I already meet.
  • • Complete one piece of work in [target area] that produces something reviewable.
  • • Speak with people doing [target work] to test whether my understanding of the role is accurate.
  • • Close the one requirement that appears in almost every posting for [target occupation].

What these share is that each names work you could start, and each produces something observable as a by-product. If a goal on your own list does not do either, it is probably still a direction rather than a goal.

9. Professional Development for Skills

Most development plans end up being about a skill of some kind, and the hard part is choosing which. A workable filter runs: need → relevance → opportunity to practise → evidence → review. Is there a real need? Is it relevant to the work you do or want? Do you have somewhere to practise it, or can you arrange one? What would show progress? And when will you look?

The third question eliminates more candidate skills than the others. A skill you cannot practise in real conditions within a reasonable period is difficult to develop and difficult to evidence, however useful it would be in principle. When that happens, the first action in the plan should be arranging the opportunity, not starting the learning.

The categories worth considering are broader than technical ability alone: hard skills specific to your occupation; transferable skills that survive a change of employer or field; communication, written and spoken; analytical skills including working with data and reasoning about it; technical tools and systems; project skills such as scoping, planning and coordination; leadership capability in its various forms; and industry or domain knowledge, which is often what separates competent execution from good judgement.

Development does tend to improve what you can put on a resume, and our guide to skills for a resume covers how to describe capability in terms someone else can verify. That said, resume value should be a consequence of genuine capability rather than the reason to develop a skill. Skills acquired mainly to be listed tend to be shallow, and they tend to surface in an interview where someone asks a second question.

10. Professional Development for Promotion and Leadership

Development can support readiness for broader responsibility. It cannot guarantee a promotion. Whether one happens depends on whether an opening exists, how the organisation is structured, budget, timing and decisions made by other people. What a plan can do is ensure that when a decision is made, it is made about someone who is already doing recognisable parts of the work.

Areas that commonly matter include decision-making under incomplete information, owning a project rather than contributing to it, communication with audiences outside your team, delegation where the role involves it, mentoring, planning, stakeholder management, navigating conflict, strategic thinking about where the work is going, and depth of specialist expertise.

Leadership is not only people management, and treating it that way narrows the plan unnecessarily. Broadly, three progression paths are worth distinguishing. Management progression involves responsibility for people, which brings hiring, development, performance and workload distribution. Project leadership involves responsibility for outcomes and coordination without necessarily managing anyone. Specialist progression involves depth — becoming the person whose judgement on a domain is relied upon, which in many fields carries scope and standing comparable to management. These call for different development plans, and choosing the wrong one is a common and expensive mistake.

For the mechanics of pursuing a promotion — what to prepare, how to raise it and when — see our guides on how to get a promotion and how to ask for a promotion. This guide stays on the development side of that: building the capability and the evidence that those conversations draw on.

11. Professional Development for Career Change

A development plan is particularly useful for a career transition, because the gap between where you are and where you want to be is usually both larger and less obvious than it looks from outside. The sequence below keeps the plan grounded in what the target occupation actually requires rather than in assumptions about it.

  1. 1. Identify the target occupation. Be specific. “Something in data” cannot be planned against; a named occupation can.
  2. 2. Research recurring requirements. Collect real postings and list what appears repeatedly, separating hard requirements such as licences from preferences.
  3. 3. Map transferable skills. Much of what you already do will count; it is often described differently in the target field.
  4. 4. Identify genuine gaps. What is left after the mapping is the actual gap, and it is usually smaller and more specific than feared.
  5. 5. Choose targeted development actions. Address the genuine gaps only. Retraining broadly when one requirement is missing is the most expensive version of this.
  6. 6. Build evidence. Produce work someone in the target field could review, whether through your current role, a side project or relevant volunteering.
  7. 7. Review whether the direction still fits. Research and contact with the work often change the picture. Adjusting the target on better information is a good outcome, not a wasted effort.

None of this guarantees a job. Retraining does not entitle anyone to a role, hiring depends on the market and on employers, and some transitions take longer than planned or do not happen at all. For the full process — including how to evaluate a change before committing to it — see our guide on how to change careers.

12. Professional Development and Salary Growth

Development may increase capability or readiness for broader responsibilities. It does not guarantee higher compensation. Pay is set by employers within markets, and someone can complete a development plan in full and see no change in what they earn. It is worth being clear about that before planning development primarily as a pay strategy.

What development planning can do is put you in a position to make informed decisions later. A reasonable sequence looks like this: understand your current occupation and role as they would be classified; research occupational wage data for that occupation and location; identify the responsibilities or occupations you are working toward; compare what those require against what you currently do; build the relevant capability and the evidence for it; and then decide, separately and later, whether a compensation conversation or a job search is the appropriate step.

Look up wages for an occupation

Search an occupation and a location to see the reported wage data. Running it for your current occupation and again for one you are developing toward makes the comparison concrete.

Free and private — your salary is never stored or shared.

What wage data can and cannot tell you

BLS occupational wage data describes wages across workers in an occupation. It does not determine what a particular person should earn, what an employer will offer or whether completing a development plan will result in higher pay.

Wage percentiles are not experience levels. A higher percentile reflects higher reported pay within the occupation, which can be driven by industry, employer size, region, shift patterns or specialisation in combinations the data does not separate out. Nothing here calculates taxes or take-home pay, and no development plan implies a particular raise figure.

You can browse pay by occupation and state from the FindMySalary homepage or explore salaries by occupation. If you reach the point where a pay conversation is the right next step, our guides on how to ask for a raise and how to negotiate salary cover that separately.

13. How to Track and Review Your Plan

Tracking does not need to be elaborate. A short running note attached to the plan is enough, provided it records the right things: actions completed, what you actually applied in real work or practice, evidence produced, feedback received, obstacles that appeared, priorities that shifted, dependencies that did or did not materialise, and the next action.

The distinction worth protecting is between activity and application. “Completed the course” is an action; “used it on [work]” is application; “the output was accepted without rework” is evidence. Plans that record only the first column look productive and rarely change anything.

How often to review depends on the plan and the work. Some plans fit an employer’s review cycle, some fit the rhythm of a project, and some are better reviewed when a specific event occurs. There is no universally correct interval — what matters is that a review point was set when the plan was written, rather than left to whenever you happen to remember it.

Professional development plan review

  1. 1. What actions did I complete?
  2. 2. What did I apply in real work or practice?
  3. 3. What evidence of progress exists?
  4. 4. What remains difficult?
  5. 5. What feedback did I receive?
  6. 6. What has changed since the plan was created?
  7. 7. Is the goal still relevant?
  8. 8. What is my next action?
  9. 9. Does the plan need to be revised?

Revising a plan is not automatically failure. A plan is written with the information available at the time, and the point of doing the work is partly to find out what that information was missing. Dropping a goal because the role turned out to be different from what you expected, or because a dependency never appeared, is the plan doing its job. The version worth worrying about is the one that stays unchanged for a year because nobody looked at it.

14. Professional Development Plan Mistakes to Avoid

None of these are catastrophic, and most plans contain one or two. They are worth knowing about mainly because each is easy to correct once it has a name.

Vague goals

“Improve communication” cannot be planned or evidenced. Name the situation, the audience and what would be different.

Too many goals at once

Several parallel goals usually means none of them get the sustained practice that produces change. Sequencing is not lack of ambition.

Development disconnected from actual needs

A plan built from what sounds impressive rather than from an identified gap tends to produce activity nobody needed, including you.

Collecting certificates without purpose

Credentials are useful when they are required or when they close a real knowledge gap. Accumulating them for their own sake is expensive and rarely changes what you can do.

Choosing training before identifying the gap

Starting with the solution is the most common failure in development planning. The course may be excellent and still address nothing you needed.

No opportunity to apply what you learn

Learning that is never used in real conditions fades and cannot be evidenced. If the plan has no place to practise, that is the first problem to solve.

No evidence of progress

Without agreed evidence, progress becomes a matter of opinion, which makes development conversations unproductive for everyone.

Relying entirely on manager direction

A manager's view is useful input shaped by what the team needs now. A plan built only from that input may not serve where you want to go.

Ignoring constraints

Plans that assume unlimited time, budget or goodwill fail quietly. Writing the constraint down lets you plan around it.

Setting goals around outcomes you cannot control

“Get promoted” depends on decisions other people make. “Be able to do the work at that level” is within your control and is the part a plan can address.

Treating the plan as permanent

Circumstances change. A plan written in different conditions is not binding on you.

Never reviewing it

An unreviewed plan is a document, not a tool. Most of the value is in the review.

Confusing activity with progress

Hours spent are not capability gained. The evidence column exists to keep that distinction visible.

Assuming development guarantees promotion or higher pay

Development can support readiness. Outcomes also depend on opportunities, employer decisions, market conditions and timing.

Professional Development Plan Template: Detailed Version

A longer version with numbered prompts, for when you want the plan to carry more of the thinking. It is plain text with nothing to download — copy it, delete the prompts you do not need, and keep it somewhere you will actually open again.

Professional development plan template — detailed version
Professional development plan

Name:
Role:
Date:
Review date:

1. Development focus
What do I want to develop?

2. Why it matters
How does this connect to my current work or career direction?

3. Current position
What strengths or relevant experience do I already have?

4. Development gap
What capability, knowledge or experience needs improvement?

5. Goal
What outcome am I working toward?

6. Actions
What will I do?

7. Resources and support
What people, tools, training or opportunities may help?

8. Evidence
What would show meaningful progress?

9. Obstacles and dependencies
What could affect the plan?

10. Next action
What will I do first?

11. Review
What have I learned and what changed?

12. Revision
What should I continue, stop or change?

Frequently Asked Questions

What is a professional development plan?

It is a structured document that sets out what you want to develop professionally, why it matters, what you will do about it, what support it needs and how you will judge progress. It can be a formal document shared with an employer or a private one you keep for yourself.

What should a professional development plan include?

Most useful plans cover the development area, a goal, why it matters, current strengths, the gap, actions, resources or support, evidence of progress, a review point, obstacles and a revision trigger. The headings are not fixed and plenty of workable plans use fewer.

How do I write a professional development plan?

Start with the capability you want to develop, describe your current position honestly, state the gap between the two, turn the gap into a goal, choose actions that address that gap specifically, list what the plan depends on, decide what evidence would show progress, and set a point to review it.

What is an example of a professional development goal?

“Be able to plan and run a cross-functional project from scope through to a documented outcome” is one. It names a capability, it can be practised on real work, and you would be able to tell whether it had happened.

What is the difference between a professional development plan and a career development plan?

In general use, a professional development plan tends to focus on building capability and effectiveness, while a career development plan tends to emphasise direction, future roles and progression. Organisations use the terms differently, though, and there is no single accepted definition that separates them cleanly.

Is a professional development plan the same as a performance improvement plan?

No. A professional development plan is a planning tool for growth and is not automatically a disciplinary or performance-management process. Some employers do use formal performance improvement processes, which serve a different purpose; if you are unclear which one you have been asked to complete, ask your employer directly.

Who creates a professional development plan?

It varies. Some are written entirely by the individual, some are drafted by the individual and discussed with a manager, and some follow an employer's template as part of a review cycle. Employer involvement is not required for a plan to be useful.

Does a professional development plan need a deadline?

Not necessarily a fixed deadline, but it does need a review point, otherwise there is no moment at which anyone looks at it. For development that depends on an opportunity arising, tying the review to an event — a project close, a review conversation — often works better than a date.

How often should I review my professional development plan?

There is no universal frequency. Some plans fit naturally with an employer's review cycle, others with the rhythm of the work. What matters more is that a review point was decided when the plan was written rather than left open.

Can a professional development plan help with a promotion?

It can support readiness by building capability and producing evidence, which is often what a promotion case needs. It cannot guarantee one — promotion depends on the employer's structure, available openings, budget and decisions you do not control.

Can professional development increase my salary?

It may improve capability or readiness for broader responsibilities, which can be relevant in pay conversations or when applying elsewhere. It does not guarantee higher pay. Compensation depends on the employer, the occupation, the location and the market.

What if my professional development goals change?

Change them. Goals are set with the information available at the time, and new experience often reveals that a different capability matters more. Revising a plan on the basis of what you learned is the plan working, not failing.

Do I need courses or certifications in my development plan?

Only if they address a gap you have actually identified, or if the work genuinely requires the credential. Plenty of development happens through applied work, feedback and observation, and an optional online certificate does not replace a qualification or licence where one is required.

Can I create a professional development plan without my employer?

Yes. A plan you keep for yourself can guide what you take on, what you learn and what evidence you gather. Some actions will need an employer's agreement — a stretch assignment, time, budget — and it is worth separating those from the ones you can do independently.

How many goals should a professional development plan have?

There is no correct number. What tends to matter is whether each goal has a real opportunity to be practised; several goals competing for the same limited time usually progress more slowly than one at a time.

Keep building on this

Check pay for any occupation and state with the FindMySalary salary checker, or read more career guides.