[AI experiment] Async Performance Reviews: Less Stress, More Signal - #1926
Draft
benbalter wants to merge 2 commits into
Draft
[AI experiment] Async Performance Reviews: Less Stress, More Signal#1926benbalter wants to merge 2 commits into
benbalter wants to merge 2 commits into
Conversation
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>
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
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
Valestyle. It's committed withpublished: falseand opened as a draft PR for review and voice comparison — not to merge blind.Model in the diff:
gpt-5.4. Agpt-4.1draft of the same idea is included below so you can A/B the voice.Before this could ship, a human must
[BRACKETED]placeholder with a real number or lived anecdote.communications debtcurrently points at leaders-show-their-work).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 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.)
Shared evidence doc
Self-assessment first
Manager assessment second
Async feedback period
Live review meeting
Final signoff
Copy-paste-able template:
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.4primary,gpt-4.1A/B) · linted against the repo'sAIPatternsVale gate.