Skip to content

[AI experiment] Async Performance Reviews: Less Stress, More Signal - #1926

Draft
benbalter wants to merge 2 commits into
mainfrom
ai-draft/asynchronous-performance-reviews
Draft

[AI experiment] Async Performance Reviews: Less Stress, More Signal#1926
benbalter wants to merge 2 commits into
mainfrom
ai-draft/asynchronous-performance-reviews

Conversation

@benbalter

Copy link
Copy Markdown
Owner

⚠️ AI drafting experiment — a draft, not for publication as-is.

This post was produced by an experiment: mining 16 years of this blog's archive with Azure AI Foundry, drafting the highest-potential ideas in my voice, and gating each draft against this repo's own anti-AI-pattern Vale style. It's committed with published: false and opened as a draft PR for review and voice comparison — not to merge blind.

Model in the diff: gpt-5.4. A gpt-4.1 draft of the same idea is included below so you can A/B the voice.

Before this could ship, a human must

  • Replace every [BRACKETED] placeholder with a real number or lived anecdote.
  • Verify or delete any specific statistic — some figures were model-invented and are not real.
  • Edit for voice; several drafts in this batch share a "problem → playbook → objection → start small" spine — vary it.
  • Fix internal links (e.g. communications debt currently points at leaders-show-their-work).
🅱️ gpt-4.1 A/B variant — same idea, different model (click to expand)

Title: Async Performance Reviews: Less Stress, More Signal
Description: Performance reviews shouldn’t run on memory or Slack archeology. Here’s how async, evidence-driven workflows surface real signal—and save sanity.


The year performance reviews stopped being a black box

The first year I made my team populate their own evidence for performance reviews, two things happened: stress dropped by at least half, and the review meeting felt almost anticlimactic. Not because the stakes were lower—but because every single uncomfortable surprise had been wrung out in advance. For the first time, nobody left the room wondering what had just happened or how I’d reached my conclusions. No more dread, no more DMs. Just substance, on the record, with receipts.

And yet, most organizations still treat performance review season like the annual Hunger Games. You know the drill: a cryptic calendar invite lands, everyone goes dark, and the next two weeks are a mix of Slack sleuthing and frenzied attempts to recall a year’s worth of wins, losses, and “opportunities.” By the time you’re staring at the blank review template, the memory fades and the anxiety spikes. It’s no wonder the whole process feels like a black box—opaque, arbitrary, and exhausting for everyone involved.

You can do better. In fact, async, evidence-driven reviews are the only thing that consistently surfaces real performance signal. Here’s how.

Why retrofitting reviews is broken

Corporate inertia loves a good live meeting. It creates the illusion of action, and if you’re already burned out, what’s one more hour to hash things out in real time? But performance reviews aren’t improv theater. The only thing you learn from a live, memory-based review is who’s fast on their feet and who takes better notes.

The real cost: you’re not measuring performance, you’re measuring recall velocity and narrative skill. And you’re inviting bias—because whoever controls the agenda or has the louder voice controls the outcome. Nothing breeds communications debt faster than a process that’s allergic to receipts.

Async reviews: receipts, not recollections

Here’s the radical idea. Don’t start the review from a blank page. Don’t rely on your DMs. Build the evidence base as you go—and make it visible to the only people who matter: you and your report. Show your work.

When your team knows the review is just a summary of public, ongoing evidence, a few things happen:

  • The review becomes a checkpoint, not a revelation.
  • Surprise goes to zero. Nobody’s blindsided.
  • Both sides can focus on signal—not memory games.

The secret isn’t a new tool. It’s shifting the default from "who knows what?" to "what’s already been documented?" You make the work—and the feedback—discoverable. Work in the open wasn’t meant for code alone.

The playbook: Async, evidence-driven reviews

Steal this template and workflow. It works for ICs or managers. (If your HR system doesn’t support it, duct tape it together with Google Docs. Your sanity is worth it.)

  1. Shared evidence doc

    • Open a single, year-round document per person.
    • Both you and the report can add notes, links, wins, and feedback throughout the year. Anything that reflects actual impact. (Pull requests, project recaps, incidents, positive feedback—paste those URLs.)
    • Review it together at least quarterly. Don’t save it for review season.
  2. Self-assessment first

    • One week before the performance review, your report summarizes their evidence. What are they proud of? Where did they struggle? What should you be aware of?
    • No page minimum, no heroics. Just connect the dots: "I did X, which led to Y. Here’s the link."
  3. Manager assessment second

    • You review the same doc, reference the same evidence, and write your summary. Where do you see the same things? Where do you see gaps? Point directly to artifacts, not vibes.
  4. Async feedback period

    • Share your written review before the live conversation. Give your report time to read, digest, and respond—async, on their own schedule.
    • Encourage clarifying comments, questions, or pushback. If you missed a major win, they can reply with a link, not a defensive speech.
  5. Live review meeting

    • No surprises. This meeting is for discussion, not revelation.
    • Address open questions or career growth, not recapping what’s already written.
  6. Final signoff

    • Both sides acknowledge the review (yes, with a digital signature if you must). The evidence doc carries forward for next cycle—no more starting from scratch.

Copy-paste-able template:

## Performance Evidence Log

### Wins
- [ ] YYYY-MM-DD: [Description / link to artifact]
- [ ] YYYY-MM-DD: [Description / link to artifact]

### Feedback received
- [ ] YYYY-MM-DD: [Positive/constructive feedback, source]

### Challenges / Opportunities
- [ ] YYYY-MM-DD: [Short description, what you did]

---

## Self-Assessment (to be filled in one week before review)
- What are you most proud of?
- Where did you struggle?
- What do you want to learn or tackle next cycle?

## Manager Assessment
- What strengths have you seen?
- Where are opportunities for growth?
- What is your development recommendation?

Why it works: Lower anxiety, higher fidelity

Open, async reviews don’t just save time—they fundamentally change the relationship between you and your team. When the process is visible and the evidence is shared, two things disappear almost overnight: fear and confusion. You replace “What will they say?” with “Here’s what we’ve worked on, together.”

Even better, future-you will thank present-you. There’s no need to decode Slack messages from six months ago. You’re not cross-examining your team for wins you forgot. The entire process runs on context, not charisma. You get to measure performance, not performance art.

Async reviews are also a quiet forcing function for a healthier, work-in-the-open culture. If it’s not documented, did it happen? If it’s visible, can we learn from it? You build a habit of showing your work—not out of compliance, but caremad. Because you care enough to make the process better for everyone.

Counterpoints: "But my team won’t fill it out"

There’s always pushback. “It’s more work.” “What if people don’t add anything?” “Isn’t this just micro-management?”

No, no, and no. This isn’t about volume, it’s about visibility. Two short bullet points per month can be enough—quality trumps quantity. If someone refuses to document, that’s a performance signal in itself. And calling this micro-management is like saying code review is surveillance. Transparency is a feature, not a bug.

Worst case, you—the manager—can fill in the gaps. But nine times out of ten, your team will thank you for making the review cycle make sense for the first time in their career. It’s the only way I’ve seen stress and surprise drop by [NUMBER: e.g., 50%] in a single year.

Make reviews a checkpoint—not a shock

You don’t fix black box reviews by scheduling more meetings. You fix them by making the process legible, durable, and evidence-based from day one. Async prep isn’t a crutch for bad memory—it’s how you separate performance from personality, and outcomes from outbursts.

Start your next cycle with the evidence log template. Share it now. Watch the anxiety melt away. You may never want to run a live-only review again.


🤖 AI experiment via Claude Code · drafted on 2026-08-01 with Azure AI Foundry (gpt-5.4 primary, gpt-4.1 A/B) · linted against the repo's AIPatterns Vale gate.

benbalter and others added 2 commits July 31, 2026 23:41
Drafted by Azure AI Foundry (gpt-5.4) from a mined idea backlog, then linted
against the repo's AIPatterns Vale gate. published: false — a draft opened for
review and A/B voice comparison, not for publication as-is.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant