Onboarding Stall Detection
Stalled onboarding tasks resolved within 48 hours
Onboarding fails quietly. A new hire's manager forgets to schedule the second-week 1:1, IT forgets to grant access to the internal wiki, the buddy programme quietly lapses. Nobody notices until the 90-day review when the hire says "I've been blocked on X for six weeks." By then the goodwill of week one is gone and the ramp curve is broken.
An hour-by-hour walkthrough.
Step by step.
- 01
Track every new hire on a signal matrix
For each new hire in first 90 days, monitor: 1:1 cadence, buddy activity, app access grants, mandatory training completion, first-work milestones (commit / ticket / case), team sync attendance. Signals are role-specific.
HRIS · Okta · Slack · Zoom · GitHub · Jira - 02
Detect stalls against role benchmarks
Not a fixed threshold — compare each hire against the median for their role. A design hire making no commits at day 18 is fine; an engineer at day 18 is behind. Two crossed signals trigger a manager DM.
Benchmarking · Role model - 03
Surface to the manager with next actions
Manager DM naming each signal, the median it fell below, and the specific next actions Remy can take (grant access, reschedule 1:1, DM the buddy). One-click approve.
Slack · Teams · Approval flow - 04
Execute the recovery
On approval: provision missing access via Okta, propose 1:1 slots to the manager + Priya's calendar, DM the buddy separately. Track the recovery — signals should return to normal within 5 days.
Okta · Google Calendar · Slack · Buddy directory - 05
Weekly People-team digest
Every stalled onboarding surfaced with: manager response time, recovery status, most common stall signal by role. Manager response time is a leading indicator of manager engagement.
Analytics · Slack digest · HRIS reporting
What you connect to make this run.
HRIS · Okta
read+writeRead new-hire roster + start dates. Write missing app-access grants when the manager approves. Access grants respect the role's standard entitlement map — no lateral privilege escalation.
GitHub · Jira · Zendesk · Salesforce
readFirst-work signals: first commit, first ticket picked up, first case handled. Read-only — the presence of these events tells Remy the hire is unblocked; absence is the stall.
Google Calendar · Zoom
read+writeRead 1:1 cadence + attendance. Write proposed reschedule slots with both parties' availability. Never schedules without manager approval.
Slack · Teams
read+writeRead buddy DMs (frequency + last-message-date, not content). Write manager DM with signals + actions; write buddy DM separately when the pairing looks inactive.
Before and after, honestly.
Playbooks that pair with this one.
Answers about this playbook.
Won't managers feel micromanaged by weekly nudges?
Only stalled hires generate a DM — a healthy onboarding gets nothing. Most managers hear from Remy once every 6-8 hires. The framing is "here's what I noticed, here's what I can fix" not "here's your report card."
How does it handle remote vs. in-office hires?
Signal weights adjust. In-office hires have physical badge-swipe + desk-check-in signals; remote hires have more weight on Slack + Zoom + first-work signals. Same detection logic, different inputs.
What if the manager doesn't respond to the DM?
Escalation ladder: manager-of-manager at 3 days, People-team lead at 5 days. Non-response is itself a signal — the manager is either overloaded or disengaged, both worth surfacing.
Can we customise thresholds per team?
Yes — role and team both carry signal weights and thresholds. A hardware engineering role may have longer first-commit medians; a sales role may have earlier deal-touch milestones.
How does this feed into performance reviews?
Onboarding health data is separate from performance — a stalled onboarding is usually an organisational failure, not the hire's. The signals stay in the onboarding record; performance data lives elsewhere.
See it run on your data.
Free plan, no credit card. Connect the systems this playbook needs and run it against a past event first.