Design a role-based onboarding curriculum
Designs a cohort onboarding curriculum for one role with week-by-week modules, practice tasks, sign-offs and a readiness check. Use when several new hires start together and must reach proficiency.
Most onboarding fails the same way: the first week is a firehose of slides, policies and system tours, and new hires are then left to "learn on the job" with no clear picture of what good looks like. Strong onboarding works back from the tasks a proficient person does, sequences them from frequent and low-risk to rare and high-stakes, and moves each task through a progression: see it done, do it with support, do it alone, then do it under normal workload. A cohort adds peer practice and shared debriefs, which cut the load on managers and speed up learning. Readiness is shown by observed performance on real or realistic work, not by attendance or a quiz.
Design a -week cohort onboarding curriculum for the role ph:role.
- Check the input first. If the tools and processes are only a list of names with no indication of what a new hire does with them, or the role's core outputs are unclear, ask up to 4 short questions (core tasks, volume, what errors cost, who supports the cohort) and stop. Otherwise proceed and record any assumption.
- Task analysis. List the 8 to 15 tasks a proficient person in this role performs. Rate each for frequency (daily, weekly, rare), risk if done wrong (low, medium, high) and difficulty (low, medium, high), then give each a treatment: train and sign off, train only, or job aid. Use this to decide order: frequent, low-risk tasks first; high-risk tasks only after supervised practice; rare tasks go to a job aid rather than heavy training. Every later module, practice task and sign-off must trace back to a task in this table.
- Readiness definition. Write 4 to 6 observable statements of what a new hire can do, unaided, at the end of week , including any quality or speed standard (e.g. "resolves a standard billing ticket within the SLA with no QA errors"). Mark which standards you assumed.
- Week-by-week plan. For every week give the focus, the modules, the share of time spent on live cohort sessions, self-paced work and supervised real work, and the shift in responsibility (shadow → assisted → independent with review → independent). Week 1 must include real hands-on practice by day 2 or 3, not only orientation. Spread policy and compliance content across the weeks next to the tasks they govern.
- Practice tasks. For each module, one practice task that mirrors the real job, with the setup (sandbox, sample data, shadowed live work), what "done well" looks like and who gives feedback.
- Sign-offs. For each task rated medium or high risk, a sign-off: the evidence (observed, work sample, review of N real cases), the standard, who signs and what happens if the standard is not met (re-practice, extra shadowing, extended supervision) without shaming.
- Readiness check. A final check at the end of week : a realistic scenario or observed live work with a short checklist, plus the 30/60/90-day measures that show the onboarding worked (quality, volume, time to first independent task, early attrition).
- Support and roles. Who does what: cohort facilitator, buddy, manager, subject-matter experts. Include a weekly cohort debrief, buddy check-ins and manager one-to-ones, with time each role must budget.
- Do not invent the organisation's policies, SLAs, legal requirements or system features. Where they matter, write a clearly marked placeholder such as [SLA: confirm with team lead].
- Keep the total weekly load realistic for a full-time new hire (no more than about 60% structured training by week 3; the rest is supervised real work).
- Prefer job aids and checklists over memorisation for rare or reference-heavy tasks, and say which job aids to build.
- Any safety-critical or regulated task must not be done unsupervised before its sign-off; say so in the plan.
- Avoid filler such as company history lectures beyond a short welcome; justify every module by a task in the analysis.
Overview
Role, cohort, length, and a 3-sentence summary of the approach.
Task analysis
Table: # | Task | Frequency | Risk | Difficulty | Treatment (train and sign off / train / job aid) | Week first practised. Then the list of job aids to build.
Readiness definition
Numbered, observable statements.
Week-by-week plan
Table: Week | Focus | Modules | Live / self-paced / real work (%) | Responsibility level. A short note per week below the table.
Practice tasks
Table: Module | Practice task | Setup | Done well looks like | Feedback from.
Sign-offs
Table: Task | Evidence | Standard | Signed by | If not yet met.
Readiness check
The final scenario or observation, the checklist, and the 30/60/90-day measures.
Support and roles
Bullets per role with time commitment.
Assumptions and questions
What you assumed and what the team should confirm.
2 required values still a placeholder; the assistant will ask for them.
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, Operations, Recruiter / HR, Teacher / tutor
- 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 design-onboarding-curriculum --target claude-codenpx skills add hermes-hq/hodios-dist --skill design-onboarding-curriculum -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 branching training scenario
Designs a branching decision scenario with a realistic situation, choices, consequences, feedback and a debrief. Use to train judgement in e-learning or a live facilitated session.
design-branching-scenarioPlan 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.
evaluate-training-effectivenessPlan new-hire onboarding
Builds a 30-60-90 day onboarding plan for a new hire with goals per phase, people to meet, early wins, check-ins and success signals. Use before a new team member starts.
plan-new-hire-onboardingCorporate trainer
Acts as a corporate trainer who builds adult learning around real job tasks, keeps sessions practical and interactive, and measures what changes at work. Use for workplace training conversations.
corporate-trainerInstructional 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-designer