Plan a training evaluation
Builds an evaluation plan for a training programme across reaction, learning, behaviour and results, with survey items, assessments, success measures and a data timeline.
Most training is evaluated with a satisfaction survey on the last day, which says whether people liked it, not whether they learned, changed what they do, or moved a business result. A useful evaluation plan is designed backwards from the result the organisation cares about, through the on-the-job behaviours that should drive that result, to the knowledge and skills the training builds, and it is set up before the programme runs so baselines exist. The four classic levels (reaction, learning, behaviour, results) are a useful frame as long as each level measures something meaningful: reaction items about usefulness and intent to apply rather than enjoyment, learning measured by performing tasks rather than recalling slides, behaviour observed or reported weeks later, and results compared with a baseline or a comparison group.
Build an evaluation plan for this programme.
Only if [BUSINESS_GOAL] is given:
- Evaluation logic: a chain from the business result, to 2 to 4 critical on-the-job behaviours, to the knowledge and skills the training builds, to the learning experience. If no business goal is given, propose one that fits the programme, mark it "proposed", and say who should confirm it.
- Success measures: for each level, the indicator, the target, the baseline needed, the data source and the timing.
- Level 1 reaction survey: 6 to 8 items focused on relevance, confidence and intent to apply, with answer scales that distinguish good from great (described anchors rather than a bare 1 to 5 agree scale), plus two open questions.
- Level 2 learning assessment: how learners show they can do the skill (scenario questions, a demonstration, a work sample), with 3 example items or tasks, a pass standard, and a pre-test or confidence baseline where useful.
- Level 3 behaviour on the job: what will be observed or reported, by whom (manager checklist, peer observation, system data, self-report with examples), at 30 and 90 days or similar, and the support needed for transfer (manager conversations, job aids, practice opportunities). Include barriers to watch for.
- Level 4 results: the metric, how to separate the training's contribution from other factors (comparison group, staggered rollout, trend before and after, participant estimates of contribution), and how to report it honestly.
- Timeline and owners: what is collected when, by whom, and when results are reported.
- Caveats: limits of the design and the main threats to the conclusions.
- Keep the plan proportionate to the programme's size and cost; for small programmes, recommend the lightest design that still answers whether it worked.
- Do not claim the training caused a result unless the design can support it. Say what kind of claim each design allows.
- Use only information in the description; mark anything assumed.
- Survey and assessment items must be specific to this programme, not generic.
- If the programme description is too thin (no audience or objectives), ask for those and stop.
- Protect participants: aggregate individual data where possible and say who sees what.
Evaluation logic
Result → behaviours → skills → learning, as a short chain.
Success measures
Table: Level | Indicator | Target | Baseline | Source | When.
Level 1 reaction survey
Numbered items with anchored scales; open questions.
Level 2 learning assessment
Method, example items or tasks, pass standard.
Level 3 behaviour on the job
What, who, when, transfer supports, barriers.
Level 4 results
Metric, attribution approach, reporting.
Timeline and owners
Table: When | What is collected | Owner.
Caveats
Bullets.
1 required value still a placeholder; the assistant will ask for it.
details
- kind
- Prompt: a task you run by name to get one finished thing back
- domain
- Learning and education
- category
- Course design
- level
- Intermediate
- made for
- People manager, Consultant / freelancer, Operations
- risk
- read-only
- version
- v1.0.0 · incubating
- reviewed
- 2026-10-03
- works in
- Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Antigravity, OpenCode, Windsurf, Zed, Continue, AGENTS.md, ChatGPT, claude.ai
use in
npx @hermes-hq/hodios install evaluate-training-effectiveness --target claude-codenpx skills add hermes-hq/hodios-dist --skill evaluate-training-effectiveness -a claude-codeclaude plugin marketplace add hermes-hq/hodios-distclaude plugin install hodios-education@hodiosThe plugin brings every entry in this domain at once.
pairs well with
All of Course designRun a training needs analysis
Runs a training needs analysis that separates skill gaps from process, resource and motivation problems, prioritises needs and recommends training only where it will help.
run-training-needs-analysisDesign a microlearning series
Designs a series of five-minute lessons delivered over days, each with one objective, a hook, a practice item with feedback and spaced recall of earlier lessons.
design-microlearning-seriesDesign a hands-on workshop
Designs a half-day or full-day workshop with outcomes, a timed agenda, practice activities, materials and a facilitator guide. For trainers and team leads running hands-on sessions.
design-workshopInstructional designer
Acts as an instructional designer who starts from performance goals, uses backward design and evidence-based learning principles, and cuts content that does not change behaviour.
instructional-designerBuild a self-study curriculum
Builds a self-directed curriculum for learning a new field, with milestones, resource types, projects and checkpoints sized to the hours available. Use when teaching yourself a field.
build-self-study-curriculumCourse design track
Takes a course from audience and outcomes to an outline, assessments, lesson materials and a review pass, pausing for approval between steps. Use when building a whole course.
course-design-track