Kanban

Kanban Change Leadership: Resistance-Mapping Workshop

Kanban Change Leadership: Resistance-Mapping Workshop. A practical Kanban change leadership workshop resource with an official reference, decision table, worked example, checklist, and Kanban certification links.

Kanban Change Leadership: Resistance-Mapping Workshop - AgileSeekers

Resistance is information about identity, incentives, trust, status, workload, prior experience, and perceived risk. This workshop helps change leaders map those conditions before selecting an intervention. It supports Kanban's evolutionary approach by replacing a generic communication plan with evidence, participation, and bounded experiments.

Official reference: Kanban University Change Leadership Masterclass. Course names, prerequisites, credentials, platform features, and award rules can change; confirm them on the official page for the class or credential you are considering.

Frame a concrete change

Describe the current behavior, the proposed policy or practice, the customer or worker problem it addresses, and the evidence available. Avoid labels such as 'people resist Kanban.' A team may accept visualization but oppose a public metric because it has previously been used for performance ranking. Specificity changes the intervention.

Map affected groups and losses

For each group, record what they may gain, lose, misunderstand, or fear. Consider decision authority, professional identity, predictability, workload, autonomy, reputation, and access to information. Include informal influencers and people who must operate the new policy, not only executives named on an organization chart.

Test assumptions through listening

Use short interviews and observation. Ask what problem people see, what they believe will happen, which prior changes shape their view, and what evidence would increase confidence. Do not use listening sessions to sell a finished plan. Update the map when the evidence challenges the sponsor's story.

Choose a proportionate intervention

Options include co-designing the policy, changing language, protecting data from misuse, training, piloting with volunteers, making displacement visible, securing leader behavior, or reducing simultaneous change. Start with the smallest intervention that can test the causal assumption while preserving safety.

Service walkthrough: Kanban Change Leadership

A leader wants public aging charts, but the team expects them to become individual performance measures. The change leader documents that risk, agrees a data-use policy, displays work-level rather than person-level information, and pilots the review for one work type. Trust improves because the intervention addresses the real concern instead of repeating that transparency is mandatory.

Review adoption and system outcomes

Track use, policy exceptions, decision quality, workload, customer outcomes, and narrative feedback. Compliance during a launch week does not prove adoption. Ask whether the change survives pressure and whether people can explain its purpose. Adapt or stop when harm or unsupported assumptions appear.

Use this Kanban Change Leadership worksheet

GroupPerceived lossEvidence neededPossible intervention
Team membersAutonomy or safetyHow metrics will be usedData-use policy and co-design
ManagersDecision authorityNew role in the systemCadence and policy ownership
CustomersAccess or responsivenessService expectationPilot and feedback
Shared serviceUnplanned workloadDemand and capacity evidenceEntry policy and allocation

How a team can apply Kanban Change Leadership

  1. Describe one observable change.
  2. Map formal and informal stakeholders.
  3. Name possible losses without judging them.
  4. Interview people before selecting the response.
  5. Pilot a reversible intervention.
  6. Review behavior and outcomes under normal pressure.

A month of deliberate practice with Kanban Change Leadership

During the first week, use Kanban Change Leadership: Resistance-Mapping Workshop to establish a shared boundary and baseline. Begin with this action: Describe one observable change. Invite the people who request, perform, manage, and receive the work; their different views will reveal assumptions that a board or dashboard cannot settle alone. Record definitions, missing data, known exceptions, and current customer consequences. Do not change several policies during the baseline week, because the service needs a credible comparison for the experiment that follows.

During weeks two and three, complete these actions: Map formal and informal stakeholders. Name possible losses without judging them. Interview people before selecting the response. Select one policy experiment that is within the group's authority, state why it should influence the observed behavior, and name a safety boundary for quality, workload, compliance, or customer harm. Keep unrelated changes visible. Use the working table above during the relevant cadence so the resource becomes part of a decision rather than a document that people read once.

During week four, complete the remaining actions: Pilot a reversible intervention. Review behavior and outcomes under normal pressure. Compare the new evidence with the baseline, ask affected customers and service participants what changed, and look for displaced delay outside the original boundary. Decide explicitly to keep, adapt, stop, or extend the experiment. Store the decision beside the policy and link back to the Kanban University Change Leadership Masterclass, noting the access date, so future reviewers can distinguish official guidance from the local interpretation used in this service.

Build formal capability around Kanban Change Leadership

Develop the relevant foundations through Kanban System Design training, Kanban Systems Improvement training. Continue with coaching questions for WIP resistance, improvement experiment canvas. Choose the path that matches your service responsibility and apply the learning with the people who operate and use the service.

Questions that keep Kanban Change Leadership evidence-based

  • Which customer or service decision should this Kanban change leadership workshop help us make?
  • What evidence do we have, and where are the measurement boundaries unclear?
  • Which policy or behavior is within our authority to change?
  • What unintended consequence should we watch during the experiment?
  • When will we review the outcome and decide to keep, adapt, or stop?