Skip to content
Agentmart
Submit a tool

performance-management

Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders.

Skill by mkurman

IndexedMIT★ 325
Write a review

Install

Works with Claude Code, Claude apps, Codex, Cursor, Gemini CLI, GitHub Copilot, VS Code, OpenCode, Goose, Windsurf. Read the repository before you give any tool access to your data.

npx agentmarket install skill/mkurman-performance-management

Asks which of your tools to add it to (Claude Code, Codex, Cursor, VS Code, Windsurf, Gemini CLI, Claude Desktop) and shows the change first. See https://agentmart.dev/cli.

Get the weekly diff

The weekly diff: one email a week with new agent tools, notable updates and grade changes, plus security alerts for tools you follow. Double opt-in, one-click unsubscribe.

We use your email only for this newsletter. Privacy

About

Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.

Use cases: design, writing, productivity

No reviews yet. Installed it? Reviews come from verified installers only. How reviews work

Permissions

What this skill can do and what it asks for, from its SKILL.md. Checked Oct 25, 2026.

Tools
No tools found
Secrets
None asked for
Install scripts
None found

Network hosts it talks to 1

  • codeload.github.com · found in install command

Files it touches

  • ~/.claude/skills/performance-management

What's inside

Skill name
performance-management
Description
Use this skill when designing OKR systems, writing performance reviews, running calibration sessions, creating PIPs, or building career ladders. Triggers on OKRs, performance reviews, calibration, PIPs, career ladders, leveling frameworks, feedback cycles, and any task requiring performance management system design.
License
MIT
Instructions
337 lines in SKILL.md · view on GitHub

Files (4)

  • README.md
  • SKILL.md
  • evals.json
  • career-ladder-template.md · references/

SKILL.md (first lines)

## Key principles

1. **Continuous feedback, not annual surprise** - Annual reviews should contain
   zero surprises. If the review is the first time someone hears a concern, the
   system has already failed. Build feedback into weekly 1:1s, quarterly check-ins,
   and project retrospectives so the formal review is a summary, not a revelation.

2. **OKRs are aspirational, not quotas** - An OKR system where 100% completion
   is expected destroys ambition. Objectives should be stretch goals; hitting 70%
   of a hard OKR is often better than hitting 100% of an easy one. Never tie OKR
   completion directly to compensation - it incentivizes sandbagging.

3. **Calibration ensures fairness, not uniformity** - Different managers have
   different rating tendencies (hawks vs. doves). Calibration sessions align rating
   standards across teams so that a "Meets Expectations" in one org means the same
   thing in another. The goal is consistency, not forcing a bell curve.

4. **Career ladders clarify expectations** - Employees should never have to guess
   what promotion requires. A career ladder makes expectations explicit: here is
   what impact, scope, technical skill, and leadership look like at each level.
   Ambiguity in ladders breeds favoritism in promotions.

5. **PIPs are a last resort, not a first response** - A PIP should never be a
   surprise. It follows documented coaching, informal feedback, and clear warnings.
   A well-run PIP has specific, measurable milestones, a realistic timeline (60-90
   days), and genuine organizational support. Its goal is improvement, not
   documentation for termination.

---

## Core concepts

### OKR hierarchy

```
Company OKRs (annual)
  |
  +-- Department OKRs (quarterly)
        |
        +-- Team OKRs (quarterly)
              |
              +-- Individual OKRs (quarterly, optional)
```

Each level's Key Results should ladder up to the level above. An individual KR
that does not connect to a team or company OKR is a signal that the work is
misaligned or the OKR system is not being used correctly.

**OKR anatomy:**

```
Objective:   Qualitative, inspiring, time-bound.
             "Make our checkout experience the fastest in the industry by Q4"

Key Results: Quantitative, binary-scoreable (0.0-1.0), 3-5 per Objective.
             KR1: Reduce median checkout latency from 2.1s to 0.8s
             KR2: Increase checkout completion rate from 71% to 85%
             KR3: Reduce cart abandonment on mobile from 62% to 45%
```

### Review cycles

| Cycle | Cadence | Participants | Output |
|---|---|---|---|
| 1:1 | Weekly | Manager + IC | Ongoing coaching notes |
| Mid-cycle check-in | Quarterly | Manager + IC | OKR progress, early flag |
| Peer feedback | Semi-annual | 3-5 peers per person | Structured written feedback |
| Self-assessment | Semi-annual | Individual | Written self-reflection |
| Manager review | Semi-annual | Manager | Performance rating + narrative |
| Calibration | Semi-annual | Manager cohort | Normalized ratings |
| Compensation review | Annual | HR + leadership | Salary and equity decisions |

### Calibration process

```
Phase 1 - Pre-work (1 week before):
  Managers submit draft ratings and written justifications.
  HR compiles rating distribution by team and level.

Phase 2 - Calibration session (2-3 hours):
  Facilitator shares distribution. Outliers discussed first.
  Each manager defends any rating 2+ steps from cohort median.
  Ratings adjusted by consensus, not by committee override.

Phase 3 - Post-calibration (1 week after):
  Final ratings locked. Managers deliver feedback to ICs.
  Promotions and compensation decisions proceed from locked ratings.
```

### Career ladder dimensions

Most effective ladders evaluate four dimensions consistently across all levels:

| Dimension | What it measures |
|---|---|
| Technical skill | Depth and breadth of domain knowledge and execution quality |
| Scope of impact | Size of the problem space owned (self, team, org, company) |
| Autonomy | How much direction is needed to produce high-quality work |
| Leadership | Mentorship, cross-team influence, and culture contribution |

---

## Common tasks

### Design an OKR system

**Setup checklist:**

```
1. Define the cadence: annual company OKRs, quarterly team OKRs.
2. Set the hierarchy: company -> department -> team. ICs optional.
3. Write the Objective: inspiring, qualitative, owner assigned.
4. Write Key Results: measurable, 0.0-1.0 scoreable, 3-5 per Objective.
5. Mid-quarter check-in: score progress (0.0-1.0). Flag blocked KRs early.
6. End-of-quarter score: score final. Write retrospective (what worked, what did not).
```

**Scoring convention:**

From mkurman/zorai, MIT.

More from mkurman/zorai

Signals

Stars
325
Forks
24
Open issues
0
Last commit (this folder)
May 5, 2026 (5 months ago)
Last release
Oct 23, 2026 (6 days ago)

From GitHub (fetched Oct 24, 2026).

Details

License
MIT
Website
zorai.app/
First seen
Oct 24, 2026
Last checked
Oct 24, 2026

More from mkurman

Cite this page

performance-management skill. Agent Mart. https://agentmart.dev/skills/mkurman-performance-management (last updated 2026-10-24)