Claude Skill

onboarding-and-offboarding

Designs the joining and leaving experience — first-day readiness, ramp to productivity, knowledge capture, and clean exits. Use this to design or fix onboarding, shorten time to productivity, structure a leaver process, capture knowledge before someone leaves, or coordinate the a

LLM Mart · 0 points · 17 views 0 listing impressions 0 install-command copies
Virus-scanned Reviewed automatically before listing.

Full trust report

Download cbrock84-headcount-plugins_people_skills_onboarding-and-offboarding-98d1c17.zip · 2 KB
Part of cbrock84/headcount — 160 skills

Install

skills CLI npx skills add https://github.com/cbrock84/headcount/tree/main/plugins/people/skills/onboarding-and-offboarding
Claude Code claude plugin marketplace add https://llmmart.ai/marketplace.json && claude plugin install cbrock84-headcount@llmmart
Git git clone https://github.com/cbrock84/headcount.git

The skills CLI installs just this skill, for any of its supported agents. Claude Code installs the whole cbrock84/headcount collection as a plugin from our marketplace. Git is the plain clone.

Skill manifest

Onboarding and offboarding

Both ends are cross-functional processes that fail at the handoffs. The failures are predictable, which means they are preventable by design rather than by diligence.

Onboarding starts before day one

Everything procurable in advance should be ready: accounts, hardware, access, a first assignment, and a named person responsible for the human side. A first day spent waiting for a laptop is a permanent first impression, and it is entirely a coordination failure.

The identity and equipment steps are executed by it-operations:identity-lifecycle-administration and it-operations:endpoint-management; access policy — what a role should be entitled to — belongs to security:access-and-identity. This skill owns the sequence and whether it actually completed.

Ramp deliberately

Separate the three things a new person is learning, because they need different support:

  • The job — often the part they already have.
  • The context — the systems, the codebase, the customers, the history.
  • The people — who decides what, who to ask, how things really get done.

The third is the one nobody plans and the one that most determines how quickly someone becomes useful. Make introductions explicit assignments rather than leaving them to chance and extroversion.

Give real work early, scoped to succeed. A meaningful contribution in the first fortnight does more for confidence and belonging than any amount of orientation material.

Check in at deliberate intervals — a week, a month, a quarter — with the question phrased so problems can surface. "What has been more confusing than it should be?" gets an answer; "how's it going?" does not.

Offboarding: knowledge before access

Knowledge capture has to precede the access cutoff, which means starting on the day notice is given, not the day before departure.

Prioritize what is genuinely undocumented and only in one head: the systems they alone maintain, the relationships they hold, the decisions whose reasoning exists nowhere. Ask directly — "what will break, and who will not know why?" — because they know and will usually say.

Then run the mechanical steps as a checklist with an owner: access revoked across every system including those outside single sign-on, assets returned, delegations and approvals reassigned, and handover confirmed by the person receiving it rather than by the person leaving.

Exits are data

Exit conversations produce candid information that is unavailable any other way, and it is routinely collected and never used. Aggregate themes over time and look by manager and by team; a single exit is an anecdote, a pattern across four is a finding for people:chief-human-resources-officer.

Sources

references/sources.md in this skill lists the outside authorities that settle the questions here — what each one is authoritative for, and what you may do with it. Check them before answering on anything they cover, and cite what you used. Most are free to read and not free to reproduce; the use note on each is binding.

Tooling

HRIS as the record of who works here and when they started or left: Workday, BambooHR, Rippling, HiBob, Gusto, ADP, and similar.

Onboarding workflow: the HRIS's own, or Sapling, Enboarder, or a checklist in the ticketing system, and similar.

Offboarding has to reach identity, devices, and payroll the same day. Whatever the tools, one owner runs the checklist end to end. Split ownership is how accounts stay live.

Never

  • Let a start date arrive without access and equipment confirmed ready.
  • Leave relationship introductions to chance.
  • Cut access before knowledge capture has happened.
  • Collect exit feedback nobody ever reads in aggregate.
Files (headcount)
  • references
    • sources.md 923 B
      # Sources — `people:onboarding-and-offboarding`
      
      <!-- Generated by scripts/build-sources.py from sources/*.toml. Do not edit. -->
      
      Check these before answering on anything they cover, and cite what you used. The use note on each one is binding: most of what a professional cites is free to read and not free to reproduce.
      
      ## Handbook for Employers M-274: guidance for completing Form I-9
      
      US Citizenship and Immigration Services · US · public domain (US government) — quote freely
      
      <https://www.uscis.gov/i-9-central/form-i-9-resources/handbook-for-employers-m-274>
      
      **Authoritative for:** Which documents are acceptable for employment eligibility verification, how to correct an error, what triggers reverification, and the retention clock.
      
      ---
      
      Sources are maintained in `sources/` upstream, not here. If one is wrong, out of date, or missing, fix it there — this file is regenerated and an edit to it is lost.
      
  • SKILL.md 4 KB
    ---
    name: onboarding-and-offboarding
    description: Designs the joining and leaving experience — first-day readiness, ramp to productivity, knowledge capture, and clean exits. Use this to design or fix onboarding, shorten time to productivity, structure a leaver process, capture knowledge before someone leaves, or coordinate the access and asset steps around a joiner or leaver.
    ---
    
    # Onboarding and offboarding
    
    Both ends are cross-functional processes that fail at the handoffs. The failures are predictable,
    which means they are preventable by design rather than by diligence.
    
    ## Onboarding starts before day one
    
    Everything procurable in advance should be ready: accounts, hardware, access, a first assignment, and
    a named person responsible for the human side. A first day spent waiting for a laptop is a permanent
    first impression, and it is entirely a coordination failure.
    
    The identity and equipment steps are executed by
    `it-operations:identity-lifecycle-administration` and `it-operations:endpoint-management`; access
    policy — what a role should be entitled to — belongs to `security:access-and-identity`. This skill
    owns the sequence and whether it actually completed.
    
    ## Ramp deliberately
    
    Separate the three things a new person is learning, because they need different support:
    
    - **The job** — often the part they already have.
    - **The context** — the systems, the codebase, the customers, the history.
    - **The people** — who decides what, who to ask, how things really get done.
    
    The third is the one nobody plans and the one that most determines how quickly someone becomes
    useful. Make introductions explicit assignments rather than leaving them to chance and extroversion.
    
    Give real work early, scoped to succeed. A meaningful contribution in the first fortnight does more
    for confidence and belonging than any amount of orientation material.
    
    Check in at deliberate intervals — a week, a month, a quarter — with the question phrased so problems
    can surface. "What has been more confusing than it should be?" gets an answer; "how's it going?" does
    not.
    
    ## Offboarding: knowledge before access
    
    Knowledge capture has to precede the access cutoff, which means starting on the day notice is given,
    not the day before departure.
    
    Prioritize what is genuinely undocumented and only in one head: the systems they alone maintain, the
    relationships they hold, the decisions whose reasoning exists nowhere. Ask directly — "what will
    break, and who will not know why?" — because they know and will usually say.
    
    Then run the mechanical steps as a checklist with an owner: access revoked across every system
    including those outside single sign-on, assets returned, delegations and approvals reassigned, and
    handover confirmed by the person receiving it rather than by the person leaving.
    
    ## Exits are data
    
    Exit conversations produce candid information that is unavailable any other way, and it is routinely
    collected and never used. Aggregate themes over time and look by manager and by team; a single exit
    is an anecdote, a pattern across four is a finding for `people:chief-human-resources-officer`.
    
    ## Sources
    
    `references/sources.md` in this skill lists the outside authorities that settle the questions
    here — what each one is authoritative for, and what you may do with it. Check them before
    answering on anything they cover, and cite what you used. Most are free to read and not free
    to reproduce; the use note on each is binding.
    
    ## Tooling
    
    HRIS as the record of who works here and when they started or left: Workday, BambooHR,
    Rippling, HiBob, Gusto, ADP, and similar.
    
    Onboarding workflow: the HRIS's own, or Sapling, Enboarder, or a checklist in the ticketing
    system, and similar.
    
    Offboarding has to reach identity, devices, and payroll the same day. Whatever the tools,
    one owner runs the checklist end to end. Split ownership is how accounts stay live.
    
    ## Never
    
    - Let a start date arrive without access and equipment confirmed ready.
    - Leave relationship introductions to chance.
    - Cut access before knowledge capture has happened.
    - Collect exit feedback nobody ever reads in aggregate.
    

Comments (0)

Sign in to join the conversation.

No comments yet.

Reviews (0)

No reviews yet.

Related