Testland
Browse all skills & agents

performance-feedback-author

Build-an-X workflow that drafts evidence-based performance feedback and review input for testers using the Center for Creative Leadership's SBI model (Situation - Behavior - Impact, extended to SBII with Intent) - pulling every Behavior statement from verifiable work artifacts (bug reports authored, test cases and automation merged, review comments, charter session logs) rather than impressions or adjectives. Produces the written feedback artifact itself - not the agenda for the recurring conversation where it is delivered, not a team capability map (kept deliberately separate from performance data), and not a scorecard for external candidates. Use when a QA manager owes someone specific feedback this week, or when writing review input or a promotion case for review season.

Install with skills.sh (any agent)

npx skills add testland/qa --skill performance-feedback-author
View source

performance-feedback-author

Overview

Most performance feedback fails on the same axis: it describes the manager's impression ("not detail-oriented enough", "great team player") instead of the person's behavior, so the recipient can neither verify it nor act on it. The Center for Creative Leadership's SBI model fixes the shape: clarify the Situation with a precise time and place rather than a vague window ("this morning at the 11 am team meeting", not "last week"); describe the specific observable Behaviors without judgment (someone "interrupted me while I was telling the team about the monthly budget", not someone "was rude"); explain the Impact the behavior had, including the genuine effect on you ("impressed", "frustrated", "troubled"). CCL extends it to SBII by adding an Intent inquiry - asking "What were you hoping to accomplish with that?" - which turns delivery into a two-way conversation and replaces negative assumptions about motive. CCL's claim for the format is practical: it "reduces anxiety around giving feedback" and decreases defensiveness in recipients. (All of the above: CCL, "Use Situation-Behavior-Impact (SBI) To Understand Intent" (opens in new window), fetched 2026-06-10.)

This skill adds the QA-specific half: in a testing team, the Behavior component should come from work artifacts, which are abundant and citable - bug reports, test cases, automation PRs, review comments, charter logs, CI history. Feedback built on artifacts survives challenge; feedback built on recollection does not.

When to use

  • A tester did something this week that deserves specific feedback, positive or corrective, and the manager wants it in deliverable shape before the next 1:1.
  • Review season: the manager owes written review input per tester and wants it evidence-based rather than adjective-based.
  • A promotion case needs assembling against the ladder's evidence list.
  • Peer-feedback requests arrive and the team needs a format that keeps them concrete.

Do not use this skill to:

  • Plan the meeting where feedback is delivered - that is tester-one-on-one-planner.
  • Update the team capability map - that is skill-matrix-author; mixing performance judgments into the matrix corrupts it as a planning tool.
  • Run disciplinary or termination processes - those are HR-owned and carry legal constraints beyond the scope of this skill.

Step 1 - Capture the inputs

InputNotes
Subject + windowTester, and the period the feedback covers (a single event, a sprint, a review half-year)
Artifact accessBug tracker (reports authored, triage quality), test management tool or repo (test cases, charters), code review system (comments given and received), CI history
PurposeOne of: immediate feedback / review input / promotion case - the same evidence, three different output shapes (Step 4)
Ladder criteriaFor review input and promotion cases: the level's evidence list from career-ladder-author

Step 2 - Mine the artifacts for Behavior candidates

For each feedback theme, locate the artifact before writing a word. QA work leaves a wide evidence trail:

Artifact classWhat it evidencesWhere
Bug reports authoredInvestigation depth, reproduction quality, severity judgmentTracker query: reporter = subject, window
Test cases / chartersCoverage thinking, technique application, edge-case instinctTest management tool, charter log
Automation PRsCode quality, flake-rate of authored tests, harness contributionsRepo history, CI pass-rate per test author
Review comments givenTeaching behavior, rigor, toneReview system: comments by subject
Escapes in owned areaOutcome trend (use with care: escapes have many causes)Defect tracker, found-in = production
Triage and incident threadsCommunication under pressure, hand-off qualityTracker and incident tool history

Rule: no Behavior statement without a linkable artifact or a first-person observation with date and place. Secondhand reports ("people say...") are not Behavior; either observe directly, collect the reporter's own SBI, or drop the theme.

Step 3 - Draft each item as SBI(I)

Worked example, corrective, artifact-backed:

**Situation:** In Tuesday's triage meeting (2026-06-02), reviewing bug #4821,
the payment-retry failure you filed on Friday.

**Behavior:** The report had a one-line description, no reproduction steps, and
no environment block. Dev returned it as cannot-reproduce, and you re-filed it
with full steps on Monday (#4838) - those steps reproduced first try.

**Impact:** We lost two working days on a P2 in the payment path, and the
developer's first hour went into guessing context your Monday version supplied
in full. When your reports carry reproduction steps, like #4838 or #4640 from
May, they typically clear triage in one pass. I want that to be the default.

**Intent (ask, then listen):** What was happening on Friday when you filed the
first version - what were you trying to get done?

Worked example, positive, same discipline:

**Situation:** During the 2026-Q1 charter sessions on checkout (your session
log, weeks 3 - 14).

**Behavior:** You logged 31 charter-based sessions and your session notes
flagged the cart-merge timing issue that became P1 #4512 before it shipped,
including a recorded repro.

**Impact:** Two of the quarter's three would-be P1 escapes were caught in your
sessions; the cart-merge catch alone avoided a production incident in the
revenue path. I used your session notes as the example in the team's charter
workshop - I was genuinely impressed by the audit trail.

The positive example follows the identical Situation/Behavior/Impact discipline (CCL (opens in new window)); vague praise ("great quarter!") wastes signal exactly the way vague criticism does. The Intent step is most valuable on corrective items: per CCL it surfaces the gap between what the person intended and the impact that landed, instead of assuming motive.

Step 4 - Assemble into the purpose-shaped output

  • Immediate feedback: one SBI(I) item, delivered in the next 1:1's feedback segment (the tester-one-on-one-planner agenda reserves 5 minutes). Feedback delivered within a week of the event beats a stockpile at review time; The Manager's Path (Camille Fournier, O'Reilly 2017, ISBN 978-1491973899) frames this as building a culture of continuous feedback, with the written review as a summary of conversations already had, never a surprise.
  • Review input: 4 - 8 SBI items spanning the window, grouped by the ladder axes, each citing its artifact, plus a one-paragraph synthesis. Strengths and growth areas both artifact-backed.
  • Promotion case: the level's observable-evidence list from career-ladder-author, with one artifact-cited SBI item per evidence line, and explicit gaps marked [NO EVIDENCE YET] rather than papered over.

Anti-patterns

Anti-patternWhy it failsFix
Adjective feedback ("be more proactive")Unverifiable and unactionable; recipient cannot replay what to changeEvery item passes the Step 2 artifact rule
Personality framing ("you are careless")Attacks identity, spikes defensiveness; CCL's model exists to avoid exactly thisBehavior describes actions ("the report lacked repro steps"), never traits
Vague situations ("recently", "sometimes")Recipient cannot place the event; the conversation degrades into whether it happenedCCL: name the time and place precisely
Assumed motives ("you clearly did not care")Usually wrong, always inflammatorySBII Intent question: ask what they were trying to accomplish (CCL (opens in new window))
Feedback sandwichBuries the signal; recipients learn to discard the praise as packagingOne item, one message; positive items stand alone on their own days
Stockpiling for review seasonMonths-old events are unfixable; the review becomes an ambushStep 4 immediate path; reviews summarize known conversations (ISBN 978-1491973899)
Metric-only judgment (bug counts as performance)Raw counts reward volume over value and are gameableCounts may locate themes; the feedback itself cites specific artifacts and their impact

Limitations

  • Artifacts do not cover everything. Mentoring, meeting behavior, and cross-team communication often leave thin trails; those items rest on dated first-person observation, clearly marked as such.
  • Outcome metrics are confounded. Escape counts depend on area risk, not only on the tester; use outcome data to find themes, never as a verdict by itself.
  • Calibration is out of scope. Cross-team rating fairness is a management-chain process; this skill makes one manager's input evidence-based, which is the precondition, not the whole.
  • Not an HR instrument. Performance-improvement plans, disciplinary records, and termination documentation have legal requirements this skill does not address.

Hand-off targets

  • Deliver ittester-one-on-one-planner (the feedback segment of the next 1:1).
  • Promotion case against level criteriacareer-ladder-author.
  • Theme is a skill gap, not a performance issueskill-matrix-author and a growth thread instead of corrective feedback.

References

  • Center for Creative Leadership, "Use Situation-Behavior-Impact (SBI) To Understand Intent" - the Situation / Behavior / Impact model, the Intent extension, precision guidance and the anxiety/defensiveness claims used throughout: https://www.ccl.org/articles/leading-effectively-articles/closing-the-gap-between-intent-vs-impact-sbii/ (fetched 2026-06-10).
  • Camille Fournier, The Manager's Path, O'Reilly 2017, ISBN 978-1491973899 - continuous-feedback culture, writing and delivering performance reviews ("Managing People" chapter).
  • tester-one-on-one-planner, career-ladder-author, skill-matrix-author - sibling skills in the delivery, promotion, and capability paths.

Related skills

career-ladder-author

Build-an-X workflow that designs a QA career ladder - parallel individual-contributor and management tracks, per-level criteria across consistent axes, and observable promotion evidence per level - modeled on public engineering career frameworks (the Dropbox Engineering Career Framework, which includes Quality Engineer and SDET roles) and the career-development guidance in Camille Fournier's The Manager's Path (ISBN 978-1491973899). The ladder defines what each level looks like over a career - not a snapshot of the team's capability today, not a scorecard for grading external candidates against one open role, and not feedback on one person's recent work. Use when a QA org needs leveling criteria - before promotion season, during compensation banding, or when senior testers ask what comes next besides management.

exec-quality-narrative

Build-an-X workflow that turns already-computed quality data - weekly digests, KPI roll-ups, DORA delivery metrics, escape-defect trends, OKR grading - into an executive or QBR narrative structured by the Minto Pyramid Principle: governing answer first, MECE-grouped support beneath it, SCQA opening (Barbara Minto, The Pyramid Principle, ISBN 978-0273710516). Distinct from single-team digest computation (which computes the RAG digest from raw CI and tracker signals; this skill consumes such digests and writes the upward story), from portfolio-review aggregation (which aggregates teams into a portfolio review; this skill is the communication layer either output feeds), and from QA OKR authoring (forward-looking commitments; this skill narrates what happened and what it means). Use before a QBR, board update, or exec review when the data exists but the story does not.

quality-status-digest

Computes a recurring quality status digest from metrics that already exist: CI pass rate with an explicit denominator rule, escape-defect count, and a flake-debt score, assigns red / amber / green per area against stated thresholds, then rolls the same per-team rows into a portfolio view with a severity-by-blast-radius heatmap, STABLE / WATCH / INVEST tags, and a capacity flag. Keeps DORA delivery metrics separate from defect-leakage and flake measures instead of blending them under one label. Produces the status artifact only: it does not instrument anything, does not define SLOs or targets, and does not decide what gets fixed first. Use when a weekly quality review, sprint check-in, or quarterly portfolio review is due and the CI history, defect tracker, and quarantine list already hold the numbers but nobody has assembled them into one page.

skill-matrix-author

Build-an-X workflow that produces a QA team skill matrix - team members crossed with competency dimensions at explicit proficiency levels, each cell backed by observable evidence - then derives a gap analysis comparing the matrix against the team's required testing skills. Competency dimensions follow ISTQB CTAL-TM v3.0 chapter 3 (Managing the Team): professional, methodological, social, and personal competence. Maps the existing team on an ongoing basis - not a point-in-time score of external candidates, not the downstream prioritization of those gaps against a roadmap, and not one new hire's ramp plan. Use when a QA manager needs to know what the team can do today versus what its projects demand - before planning training, hiring, or work allocation.

tester-one-on-one-planner

Build-an-X workflow that produces recurring 1:1 agenda structures for a QA manager and each tester - a cadence plan, a per-meeting agenda with an explicit status-versus-growth time split, and a coaching-question bank built on the GROW model (Goal, Reality, Options, Will) with QA-specific prompts seeded from the tester's skill-matrix row. Grounded in the 1:1 meeting styles cataloged in Camille Fournier's The Manager's Path (ISBN 978-1491973899). Plans the recurring conversation where feedback lands - not the written evidence-based feedback artifact itself, not the level structure those growth conversations point at, and not a review of work products. Use when a QA manager sets up 1:1s with a new team, or when existing 1:1s have degraded into status meetings.