What does a good IDP look like? An individual development plan example has five parts: the employee's career goal, their current strengths and gaps relative to that goal, 2–4 specific development actions with timelines, measurable success criteria, and a check-in cadence. Each example below follows this structure — copy the format and adapt the goals to your context.

An individual development plan (IDP) is only as useful as the goals it contains. Vague goals — "develop leadership skills," "improve communication" — produce vague development. The examples below show what specific, actionable IDPs look like across 12 different situations: IC growth, new managers, senior leadership, performance gaps, career changes, and promotion preparation.

Each example includes the context, three concrete goals, the actions that support each goal, a realistic timeline, and a success measure. Use them as a starting structure and adapt the specifics to reflect the employee's actual situation.

The anatomy of an effective IDP

Before the examples, a brief note on structure. An IDP with goals but no actions is a wishlist. An IDP with actions but no success measures is a to-do list. An effective IDP has five components that connect:

  1. Career goal — where the employee wants to go (next role, skill area, or level)
  2. Current state — honest assessment of strengths and gaps relative to the goal
  3. Development goals — 2–4 specific, measurable targets to close priority gaps
  4. Actions — concrete activities: training, stretch assignments, mentoring, reading, projects
  5. Success measures and timeline — how you know the goal was met and by when

Group 1: IC growth — 3 examples

Example 1: Junior engineer growing toward L2

Context: 12 months in as L1 engineer, strong execution on well-scoped tasks, needs to grow independence and code quality.

Goal 1: Write code that requires minimal review iteration

Action: Complete two code review deep-dives with senior engineer monthly. Review team's top 5 PR comments from last quarter and create personal checklist. Timeline: 3 months. Success measure: PRs requiring <2 review rounds on 80% of submissions.

Goal 2: Independently scope and complete a medium-complexity task

Action: Lead one mid-sized feature end-to-end (design, implementation, testing, deploy). Manager provides context, not scaffolding. Timeline: Q2. Success measure: Feature shipped on time with no unresolved blockers carried forward.

Goal 3: Document work so teammates can onboard to it

Action: Write README and inline documentation for the two features owned this quarter. Receive feedback from one teammate who tries to onboard to the code. Timeline: Ongoing. Success measure: Teammate confirms documentation is sufficient without additional explanation.

Example 2: Mid-level engineer targeting Staff

Context: Strong L3 engineer, consistently rated high on delivery and technical depth. Gaps in cross-team scope and organizational influence — the gap between L3 and Staff.

Goal 1: Lead a cross-team technical initiative

Action: Own the migration to the new logging standard across 3 teams — write the RFC, get alignment, coordinate implementation. Timeline: Q2–Q3. Success measure: All 3 teams migrated with no regressions; RFC approved in first review cycle.

Goal 2: Develop organizational communication skills

Action: Present one technical decision to the broader engineering team each quarter. Write one internal blog post on a technical topic. Get feedback from skip-level on effectiveness. Timeline: Ongoing. Success measure: Skip-level confirms presentations are clear and influential.

Goal 3: Mentor two junior engineers toward L2

Action: Weekly 30-minute 1:1 with each junior. Set quarterly goals together, track their progress. Timeline: 6 months. Success measure: Both junior engineers self-report improved code quality and confidence.

Example 3: Data analyst targeting senior

Context: Solid mid-level analyst with strong SQL and visualization skills. Gap: stakeholder communication and ability to frame analysis as business recommendations.

Goal 1: Translate analysis into business recommendations

Action: For each major analysis, write a one-page executive summary (what we found, what it means, what we should do). Share with manager before presenting. Timeline: Ongoing. Success measure: Stakeholders act on 3 recommendations in the next quarter.

Goal 2: Own a business domain end-to-end

Action: Become the analytics owner for the churn metric — build the dashboard, define the methodology, present at the monthly business review. Timeline: Q2. Success measure: Dashboard is live and used in business review; no dependency on senior analyst for methodology questions.

Group 2: New managers — 2 examples

Example 4: First-time engineering manager (3 reports)

Context: Promoted from L3 IC 6 months ago. Strong engineering judgment. Gaps: feedback delivery, prioritization delegation, holding people accountable without micromanaging.

Goal 1: Deliver specific, behavior-based feedback consistently

Action: Complete "Radical Candor" book review with manager. Write feedback notes before each 1:1. Review with manager monthly for first 3 months. Timeline: 3 months. Success measure: Direct reports report in skip-levels that feedback is clear and actionable.

Goal 2: Effectively delegate and hold team accountable without doing the work

Action: For one current project, explicitly delegate ownership to one report (not just tasks). Check in on blockers, not on execution choices. Timeline: Q2. Success measure: Project ships on time; zero manager interventions on implementation decisions.

Goal 3: Build individual growth plans for each direct report

Action: Create an IDP with each report by end of Q1. Check in on IDP progress in monthly 1:1s. Timeline: 6 weeks. Success measure: All 3 reports have an active IDP with at least one measurable goal in progress.

Example 5: Senior manager expanding from 5 to 12 reports via reorg

Context: Experienced manager, strong with small team. New org requires managing through two tech leads and scaling communication across a larger group.

Goal 1: Effectively manage through tech leads

Action: Define explicit decision authority for each tech lead (what they own fully vs. escalate). Weekly 30-min 1:1 with each. Timeline: Q1. Success measure: Tech leads report they have clarity on scope; escalation rate drops 50%.

Goal 2: Maintain team visibility without creating bottlenecks

Action: Introduce weekly team health check (5-question async survey). Use data to identify who needs more attention. Timeline: Q1. Success measure: Survey response rate >80%; no direct report feels unheard in skip-level reviews.

Group 3: Leadership development — 2 examples

Example 6: Director preparing for VP role

Context: Strong operational leader. Gap: strategic contribution, executive presence, cross-functional influence without authority.

Goal 1: Contribute meaningfully to one company-level strategy discussion

Action: Request inclusion in one cross-functional strategy working group. Prepare a written point of view before each meeting. Timeline: Q2–Q3. Success measure: Executive sponsor cites input as influential in at least one decision.

Goal 2: Build executive communication clarity

Action: Prepare and deliver one board-level presentation (with executive coach review). Reduce slide count by 40% from current baseline. Timeline: Q2. Success measure: CEO rates communication clarity as "clear and compelling" post-presentation.

Example 7: HR Business Partner developing strategic credibility

Context: Strong operational HRBP. Gap: data fluency, proactive business partnership (vs reactive), executive communication.

Goal 1: Lead with data in every business partner conversation

Action: Complete SQL basics course (Mode Analytics, 4 weeks). Build a monthly people metrics dashboard for supported business unit. Timeline: Q1–Q2. Success measure: Business unit leader references HRBP's data in at least 2 leadership team conversations.

Goal 2: Move from reactive to proactive business partner

Action: Monthly 30-min meeting with business unit leader to discuss upcoming people challenges before they become urgent. Bring one proactive recommendation per meeting. Timeline: Q1. Success measure: Business unit leader initiates conversations rather than waiting for HRBP to be looped in.

Group 4: Performance gaps — 2 examples

Example 8: Engineer underperforming on communication

Context: Strong technical contributor. Feedback from peers and product: blockers not surfaced proactively, status unclear, project visibility gaps.

Goal 1: Surface blockers proactively — before they delay delivery

Action: Post a daily standup update with any blockers. Use a shared doc to track project status. Check in with manager within 24h when a blocker appears. Timeline: 6 weeks. Success measure: No delayed deliveries attributable to unraised blockers. Manager and team confirm visibility has improved.

Goal 2: Align on scope and expectations before starting a task

Action: Before starting any task >1 day of work, write a brief scope note (what I'm building, what's out of scope, expected time) and share with product. Timeline: 4 weeks. Success measure: Product team confirms alignment at start of work on 90% of tasks.

Example 9: Manager receiving consistent low-score feedback from reports

Context: Mid-level manager. 360 feedback: reports feel unclear on expectations and underrecognized for contributions.

Goal 1: Ensure every direct report understands their current expectations and standing

Action: In the next 1:1 with each report, explicitly discuss: what success looks like in their role this quarter, and share one specific recent example of what they did well. Timeline: 3 weeks. Success measure: Each report can articulate their success criteria back accurately in subsequent 1:1.

Goal 2: Give recognition publicly and specifically

Action: Implement a weekly team standup shoutout — specific contribution, not generic praise. Track that each report receives at least one public recognition per month. Timeline: Ongoing. Success measure: Improved scores on recognition in next 360 cycle.

Group 5: Career changes — 2 examples

Example 10: Support engineer moving into SRE/DevOps

Context: 2 years in customer support engineering, strong debugging skills. Target role requires infrastructure and automation experience.

Goal 1: Build foundational infrastructure skills

Action: Complete AWS Cloud Practitioner (self-paced, 6 weeks). Spend 20% of one sprint shadowing SRE on-call. Timeline: Q1. Success measure: AWS cert passed; SRE mentor confirms adequate foundational knowledge.

Goal 2: Automate a manual support process

Action: Identify the highest-volume manual support task and build an automation script. Ship to production with SRE review. Timeline: Q2. Success measure: Automation reduces manual task time by 50%; code reviewed and approved by SRE team.

Example 11: Marketing manager moving into Product

Context: Strong demand-gen marketing manager with analytical background. Wants to move into product management. Gap: technical communication, roadmap thinking, user research.

Goal 1: Develop product thinking and user empathy

Action: Shadow 4 user interviews in Q1. Write problem statements for 2 of them. Get feedback from product manager on user research quality. Timeline: Q1. Success measure: PM confirms problem statements accurately capture user needs.

Goal 2: Contribute to a product roadmap discussion

Action: Prepare a one-page opportunity brief for a feature informed by user research. Present in product review meeting. Timeline: Q2. Success measure: Brief is considered seriously in prioritization; at least one recommendation is incorporated.

Group 6: Promotion preparation — 1 example

Example 12: Preparing a promotion package for L3 → Staff

Context: L3 engineer with strong competency ratings. Manager believes they are approaching Staff readiness. IDP is a 6-month promotion preparation plan.

Goal 1: Demonstrate organizational scope on one initiative

Action: Lead the adoption of a new observability standard across 4 teams — write the proposal, build consensus, coordinate rollout. Timeline: Q2–Q3. Success measure: All 4 teams have adopted the standard; 3 team leads confirm the initiative was led effectively.

Goal 2: Build a documented promotion case

Action: Keep a running brag document — one concrete accomplishment per week with context, scope, and impact. Manager reviews quarterly. Timeline: Ongoing. Success measure: Promotion document covers all competency requirements with specific evidence at next calibration.

Goal 3: Close the leadership competency gap

Action: Mentor 2 engineers during the promotion window. Contribute to the engineering hiring process (2 interviews). Timeline: 6 months. Success measure: Manager and peer feedback confirm demonstrable leadership behavior at Staff expectations.

Common IDP mistakes

  • Too many goals. An IDP with 8 goals gets treated like a list to check off, not a genuine development plan. Three to four goals per 6-month window is the practical maximum for meaningful progress.
  • Goals without actions. "Improve system design skills" is not actionable. "Complete the AWS SA course by March 15 and apply learnings to the Q2 service architecture" is actionable. If a goal can't be broken into concrete steps, it's not ready to be in the plan.
  • No manager involvement. IDPs that employees write in isolation without manager input often target skills that don't connect to actual career opportunities at the organization. The best IDPs are co-authored — the employee drives the goals, the manager connects them to real opportunities.
  • Reviewing once a year. An IDP checked only at the annual review is not a development plan — it's a document. Monthly or quarterly check-ins turn it into an active instrument.

To create IDPs at scale across your team with structured goal tracking, check-in reminders, and competency-based development suggestions, see Harmny's development plans feature. For an in-depth how-to on the process, see our guide on how to create an individual development plan.

Frequently asked questions

What should be included in an individual development plan?
A complete IDP includes: the employee's career goal, their current strengths and gaps relative to that goal, 2–4 specific development goals with concrete actions and timelines, measurable success criteria for each goal, and a check-in cadence (monthly is recommended). The plan should be co-authored by the employee and their manager — the employee drives the goals, the manager connects them to real opportunities.
How long should an IDP cover?
Six months is the most common and practical IDP timeframe. It is short enough that goals remain relevant and achievable, and long enough for meaningful skill development. Some organizations run IDPs on annual cycles aligned to review periods — this works when goals are reviewed quarterly, not just at year-end. Longer plans (12+ months) tend to become stale as priorities and roles change.
What are examples of IDP goals for leadership development?
Specific leadership IDP goals include: (1) Lead a cross-functional initiative with 3+ teams and drive it to completion without manager intervention — success: initiative ships on time, stakeholders confirm effective coordination; (2) Deliver structured feedback to 2 direct reports quarterly using the SBI (Situation-Behavior-Impact) model — success: reports confirm feedback is clear and actionable in skip-level; (3) Reduce team escalations to manager by building a decision-making framework — success: escalation rate drops by 50% in next quarter.
What is the difference between an IDP and a PIP?
An IDP (Individual Development Plan) is a proactive tool for career growth — it is employee-driven and manager-supported, focused on closing skill gaps toward an aspired future state. A PIP (Performance Improvement Plan) is a reactive, formal process addressing documented performance that falls below the minimum standard for the current role. PIPs are HR-driven and management-initiated, typically with a specified timeframe (30–90 days) and explicit consequences if targets are not met. The two serve opposite purposes: IDPs invest in potential, PIPs address deficiency.