Preparing the published article.
Managing Change When a Robot Changes the Job
The human side of deployment: task redesign, communication and resistance.
Name what actually changes
A robot rarely removes a job; it moves the work. Loading, inspecting, supervising, clearing faults and programming become the new tasks. Write down the before-and-after task list for the people affected and discuss it openly — ambiguity is what creates resistance.
Involve operators early
- Ask them which part of the task is hardest, and let that shape the design.
- Have them run the cell during the trial, not just after handover.
- Give them a formal way to record problems in the first months.
- Publish what changed as a result of their feedback.
Handle the honest concerns
Concerns about job security, pace and monitoring are legitimate. Answer them with specifics: which roles change, what training is provided, what the plan is for the people currently doing the task. Vague reassurance is remembered as a broken promise.
Deployments that fail socially usually succeeded technically. Plan the social side with the same rigour as the engineering.

