HR pack
Claude Skill
PIP Drafter
Drafts a Performance Improvement Plan — concrete behaviors, dated milestones.
What it does
Produces a PIP with specific behaviors to change, measurable milestones, support resources, check-in cadence, and consequences. Forces the manager to articulate what "improved" actually looks like, instead of writing a fuzzy doc that fails legally and morally.
When to use
- ✓You're entering a formal PIP and need a defensible, fair document
- ✓A manager wants to "have the conversation" but hasn't articulated specifics
- ✓You've had informal feedback conversations that didn't move the needle
When not to use
- ✗You haven't had documented prior conversations — PIPs aren't for first-time concerns
- ✗You're using a PIP to manage someone out without giving a real chance to improve
- ✗The issue is structural (wrong role, wrong team) — fix the role, not the person
Install
Download the .zip, then unzip into your Claude skills folder.
mkdir -p ~/.claude/skills
unzip ~/Downloads/pip-drafter.zip -d ~/.claude/skills/
# Restart Claude Code session.
# Skill is now available — Claude will use it when relevant.SKILL.md
SKILL.md
---
name: pip-drafter
description: Use when drafting a Performance Improvement Plan. Triggers on "PIP", "performance improvement plan", "formal performance plan".
---
# PIP Drafter
A PIP is a formal contract: here are the gaps, here is what improvement looks like, here is the timeline. A bad PIP is vague and unfixable — that's worse for the employee, the team, and the company.
**Important**: Always recommend the user loop in legal/HR before finalizing. This skill drafts language; humans approve and deliver.
## Required inputs
1. **Employee role and level**
2. **3-5 specific concerns** with evidence (incidents, missed targets, peer reports)
3. **Prior feedback history** — when was this raised before? In writing?
4. **PIP duration** (typically 30 / 60 / 90 days)
5. **Manager's good-faith outcome desired** (genuine improvement vs managed exit)
If prior feedback wasn't given, push back: a PIP cannot be the first time someone hears about an issue.
## Structure
### 1. Opening framing (2-3 sentences)
- State this is a formal PIP, not a termination
- Cite that prior feedback was given on [dates]
- State the goal: clear path to sustained improvement
### 2. Specific concerns (numbered list)
For each concern:
- **Behavior/outcome**: factual, not characterization
- Bad: "Lacks ownership"
- Good: "Missed 3 of 4 sprint commitments in Q2 (sprints S5, S6, S8) without proactive flagging"
- **Impact**: why this matters
- **Prior feedback dates**: when this was raised before
### 3. Expectations going forward
For each concern, define what success looks like:
- **Measurable** where possible
- "Hit committed sprint scope or proactively flag blockers by day 3 of sprint"
- "Code reviews completed within 24 business hours"
- **Observable** when not measurable
- "Receive feedback in 1:1s without becoming defensive — defined as: acknowledging the point, asking clarifying questions, agreeing on next steps"
### 4. Support
- Specific resources: training, mentor, reduced scope, check-in cadence
- Manager commitment: weekly 1:1, biweekly written check-in, etc.
### 5. Milestones
- 30-day check-in: what's expected by then
- 60-day check-in: what's expected by then
- 90-day decision: what success and failure look like
### 6. Consequences
- Direct language: "Failure to meet these expectations may result in termination."
- Don't soften this. The employee deserves clarity.
### 7. Acknowledgment
Sign-off section — employee, manager, HR.
## Tone
- Factual, not emotional
- Specific, not characterizing ("missed 3 deadlines" not "is unreliable")
- Honest about the stakes — this is not a development plan, it's a PIP
- Calibrated to the issue — small concerns don't need a 90-day PIP
## Common failure modes
- **Vague metrics**: "Improve communication" — fails legally and practically
- **Moving goalposts**: requirements change midway
- **No support**: PIP without resources is just a paper trail
- **No prior feedback**: surprise PIPs invite legal exposure
- **Personality not behavior**: "Be more positive" is unfixable
## What to flag for the user
After drafting, surface:
1. "I'd recommend running this past employment counsel before delivering."
2. "Some of these concerns are vaguer than others — flagged with [VAGUE] in the draft. Sharpen before sending."
3. "If the manager hasn't documented prior feedback in writing, do that before delivering this PIP."
## Output format
Markdown. Number all concerns. Bold all dates. Flag any vague language for the manager to sharpen.
Example prompts
Once installed, try these prompts in Claude:
- Draft a PIP for a Senior Engineer. Issues: missed 3 of last 4 deadlines, code reviews bottleneck team (>3d turnaround), conflict with 2 peers around code quality.
- PIP for a CS Manager who isn't hitting retention targets and is avoiding hard renewal conversations.