Testland
Browse all skills & agents

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.

Install with skills.sh (any agent)

npx skills add testland/qa --skill tester-one-on-one-planner
View source

tester-one-on-one-planner

Overview

The default failure mode of a 1:1 is that it becomes a status meeting: the manager already has CI dashboards, sprint boards, and the weekly digest, so spending the one recurring private slot per tester re-reading them wastes the only meeting whose purpose is the person. The Manager's Path (Camille Fournier, O'Reilly 2017, ISBN 978-1491973899) catalogs the recurring 1:1 styles managers fall into - the to-do list meeting, the catch-up, the feedback meeting, the progress report - and treats the pure progress report as the degenerate case to design away from. This skill produces the design: cadence, agenda with a protected growth segment, and a coaching-question bank.

For the growth segment, the question structure is the GROW model: Goal, Reality, Options, Will (also "Way Forward"), developed by Sir John Whitmore and colleagues in the late 1980s and popularized by his book Coaching for Performance (Performance Consultants, the firm Whitmore co-founded (opens in new window), fetched 2026-06-10). The same source carries Whitmore's caution that "any dictator can use GROW" - the sequence only works as coaching when the tester, not the manager, supplies the answers.

When to use

  • A QA manager takes over a team (new hire, reorg, first management role) and needs a 1:1 system before the first week of meetings.
  • Existing 1:1s audit as status meetings: reviewing the last month of notes shows ticket talk and no growth topics.
  • A specific tester is stalled (same skill-matrix row two cycles in a row) and the manager wants a coaching structure rather than an ad-hoc pep talk.

Do not use this skill to:

  • Write performance feedback or review input - that is performance-feedback-author; this skill reserves the slot where that feedback is delivered.
  • Review a story or PR against the Definition of Done - that is an adversarial Definition-of-Done reviewer's job; it coaches work products, not people.
  • Replace skip-levels, retros, or team meetings; the 1:1 is one instrument with one scope: this manager, this tester.

Step 1 - Capture the inputs

InputNotes
Roster with contextPer tester: role, seniority, tenure, remote/colocated, current skill-matrix row if skill-matrix-author has run
Manager's spanNumber of reports bounds the cadence (weekly at <=6 reports; biweekly above that with a written async status channel replacing the lost slot)
Existing 1:1 notesIf any; one month of notes is enough to diagnose the status-meeting failure mode
Active growth threadsPromotion candidates, performance concerns, ladder goals per tester

Step 2 - Set the cadence and the standing structure

Defaults to adjust, not rules: 30 minutes weekly per tester; same slot every week; a shared running document per pair, visible to both, where either side adds agenda items between meetings. The shared doc is what stops the meeting from resetting to "so, what's up?" every week.

Split the 30 minutes explicitly:

SegmentBudgetContent
Their agenda10 minWhatever the tester brought; they go first, always
Status, bounded5 minOnly blockers needing the manager; everything else lives in the async channel
Growth (protected)10 minOne running growth thread per tester, advanced with GROW questions (Step 3)
Feedback + actions5 minOne piece of specific feedback each way; confirm written actions

The protected growth segment is the load-bearing rule: status may not overflow into it. If a real incident eats a meeting, the next meeting starts with growth, not status.

Step 3 - Build the GROW question bank, QA-flavored

Per the GROW model (opens in new window): Goals (define what you want to achieve), Reality (understand the current situation), Options (explore possible choices), Will/Way Forward (decide what actions you will take). The bank below instantiates each stage for common QA growth threads; the manager asks, the tester answers, and the manager resists supplying options before the tester has produced their own.

## GROW bank - thread: "exploratory tester wants automation skills"

**Goal**
- Where do you want to be with automation by the end of the quarter - what would
  you be able to do then that you cannot do now?
- Which ladder axis does this serve? (tie to the QA-IC level criteria)

**Reality**
- What is your current footing - what have you written, even small? (cross-check:
  skill-matrix row says Playwright = 1 aware)
- What has stopped you so far - time, review fear, no starter task?

**Options**
- What routes can you see? (wait for theirs first; then add: pairing with the
  harness owner, taking one quarantined flaky test as a fix-it project,
  a starter PR with a named reviewer)
- Which option gets you a merged PR soonest?

**Will / Way Forward**
- What will you do before our next 1:1? How will I see it (PR link)?
- What do you need from me - a named reviewer, two protected hours weekly?

Maintain one such thread per tester; a thread survives multiple meetings until its Goal is met or consciously dropped.

Step 4 - Emit the per-tester plan

One page per tester:

# 1:1 plan - Chen (exploratory specialist, IC2, 18 months on team)

- Cadence: Tuesdays 14:00, 30 min. Shared doc: <link>.
- Split: 10 theirs / 5 status / 10 growth / 5 feedback.
- Growth thread: automation skills (GROW bank above). Started 2026-06-03.
  Skill-matrix baseline: Playwright 1. Target: 2 by 2026-09 (evidence: merged PRs).
- Feedback queue: positive - charter sessions found 2 of 3 Q1 P1 escapes
  (deliver via SBI, see performance-feedback-author); corrective - none queued.
- Watch: promotion-evidence list for QA-IC3 says review-comments-that-teach;
  none yet. Candidate next thread.

Step 5 - Schedule the periodic style rotation

A weekly structure goes stale. Borrowing the style catalog from The Manager's Path (ISBN 978-1491973899), rotate deliberately instead of drifting: quarterly, replace one regular slot with a career-focused meeting (ladder progress against career-ladder-author criteria); after a hire's first month, run a getting-to-know-you style meeting; before review season, run a feedback-heavy meeting that previews the written review so nothing in it is a surprise. The progress-report style stays banned except where a tester runs an independent project the manager genuinely has no other window into.

Anti-patterns

Anti-patternWhy it failsFix
1:1 as status meetingBurns the only person-focused slot on data the manager already hasStep 2 bounds status to 5 min; async channel absorbs the rest
Cancelling when busyReads as "you are my lowest priority"; threads die between gapsReschedule within the week; cancellation needs the same bar as cancelling a customer meeting
Manager-supplied solutions in the growth segmentWhitmore's caution applies: GROW run as advice delivery is direction, not coaching (performanceconsultants.com (opens in new window))Tester speaks first at Options; manager adds options only after
No written actionsWill-stage commitments evaporate; the next meeting re-litigatesActions in the shared doc with owner and check date
Same agenda for every testerA junior's growth thread and a staff IC's differ in kindPer-tester plan (Step 4) seeded from their matrix row and ladder target
Saving feedback for review seasonSurprises in reviews signal the 1:1s failedOne specific piece of feedback per meeting (Step 2 split)

Limitations

  • Cadence math breaks above ~8 reports. Weekly 30-minute 1:1s for 10+ reports cost a day per week; the skill emits a biweekly fallback but the real fix is org design, out of scope here.
  • GROW is not therapy. Personal crises, conflict, and HR matters exit the coaching frame; route to the appropriate channel rather than coaching through them.
  • Remote pairs need more deliberate structure. The shared doc and protected split matter more when there is no hallway; the skill's defaults assume that discipline rather than enforcing it.
  • Book guidance cited by ISBN. The 1:1 style catalog comes from The Manager's Path (ISBN 978-1491973899); read its "Managing People" chapter for the full treatment.

Hand-off targets

  • Written, evidence-based feedback to deliver in the slotperformance-feedback-author.
  • Ladder criteria for career-focused meetingscareer-ladder-author.
  • Skill-matrix row that seeds each growth threadskill-matrix-author.

References

  • GROW model - Goal / Reality / Options / Will, Sir John Whitmore and colleagues, late 1980s; Coaching for Performance; "any dictator can use GROW" caution: https://www.performanceconsultants.com/grow-model (fetched 2026-06-10).
  • Camille Fournier, The Manager's Path, O'Reilly 2017, ISBN 978-1491973899 - 1:1 meeting styles (to-do list, catch-up, feedback, progress report, getting-to-know-you) and continuous-feedback culture, "Managing People" chapter.
  • performance-feedback-author, career-ladder-author, skill-matrix-author - sibling skills this planner composes with.

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.

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.

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.