A change management checklist is not a substitute for leadership. It is a way to make sure leadership is showing up where people need it: in the reason for the change, the choices about what comes first, the conversations managers have, and the support teams receive when the new work begins.
Use the 12 questions below to turn a broad initiative into a working plan. They are designed for leaders who need to launch a new system, operating model, process, or strategic shift without asking people to absorb a vague message and figure out the rest for themselves.
What a checklist should do
The best checklist does not create a false sense of control. It names the decisions that are easy to skip when a launch date is approaching. Prosci's organizational checklist frames the work around sponsorship, managers, feedback, and reinforcement. That is a useful standard: the plan needs to follow the human experience of the change, not just the project schedule.
Bring the questions into a sponsor meeting, a working session with managers, or a project review. If an answer is unclear, assign an owner and a date for the next decision. If the answer is "we will figure it out later," name what that uncertainty means for the people who will be asked to change their work.
Before you announce the change
1. Can we explain the outcome in plain language?
Start with the business decision. What is changing, why now, and what should be different when the work is complete? A statement about modernization or transformation is not enough. People need to understand the specific problem being solved and the practical outcome leaders are asking them to help create.
2. Have we defined the boundaries and tradeoffs?
Clarify what is in scope, what is not, and which decisions remain open. A change becomes exhausting when every related problem is suddenly treated as part of the same initiative. Give teams a boundary they can use, then be honest about the constraints of time, capacity, budget, or technology.
3. Do we know who will experience the biggest shift?
Map the work, not only the organization chart. Which roles will use a new tool, make a different decision, follow a new handoff, or lose a familiar routine? The University of British Columbia checklist separates stakeholder assessment from needs assessment for good reason. Knowing who is affected is only the beginning. Leaders also need to understand what changes in the day-to-day work.
4. Is visible sponsorship real, not ceremonial?
Identify the leader who will make the business choices, communicate directly, and stay involved after the kickoff. Sponsorship matters most when teams encounter friction, competing priorities, or difficult questions. A sponsor who only appears in a launch email cannot make the change credible when the work gets hard.
Ask the sponsor to name the moments when they will be visible and the decisions only they can make. That may include setting the sequence, protecting time for managers to prepare, choosing what to pause, or resolving a conflict between two functions. This makes the role practical. It also keeps a project team from carrying decisions that require executive authority.
Before people are asked to act
5. Are managers ready for the first local conversation?
Managers turn an enterprise message into a team conversation. Give them a concise explanation, the decisions already made, the questions they are likely to hear, and a clear way to raise what they cannot answer. Walt's guide to change management skills goes deeper on the capabilities leaders and managers need when work is shifting.
6. Does the communication plan answer real questions?
People usually want to know why the change is happening, what changes for them, what they should do first, where they can get help, and when they will hear more. Make messages specific to the audience and the moment. Communication that acknowledges what is still being decided can build more trust than a polished announcement that leaves the practical questions unanswered.
7. Have we made time, tools, and support available?
Training is only part of readiness. Teams may need guided practice, job aids, office hours, a test environment, or temporary capacity while they learn. The Microsoft implementation checklist includes testing, readiness, transition, and handover because people need support beyond the initial explanation.
8. Have we planned for resistance without treating people as the problem?
Resistance can point to a real issue: a missing decision, an impractical workflow, unclear expectations, or a concern leaders have not addressed. Anticipate the questions and likely barriers, then give managers a route for surfacing them. Do not ask managers to talk people out of concerns that the organization has not taken seriously.
Separate what is a question of understanding from what is a question of design. If people do not understand the reason for the change, improve the explanation. If they understand it but cannot see how the new process works on a busy day, change the support, the sequence, or the process itself. That distinction prevents a reasonable operational concern from being dismissed as a communications problem.
Once the change is moving
9. Are we listening close to the work?
Create simple feedback loops through manager check-ins, office hours, small group conversations, or short surveys. The key is not collecting more input. It is knowing what leaders will review, who will respond, and how people will see that feedback changed the plan.
10. Are we measuring adoption, not just activity?
Messages sent, sessions held, and training completed can be useful progress signals, but none proves a new way of working is taking hold. Pair those measures with evidence of use, quality, customer handoffs, manager observation, or the specific behavior the change needs. SHRM's checklist similarly separates implementation activity from the measures that show whether the change is being sustained.
11. Are leaders removing the barriers people report?
Keep a visible list of the obstacles that are slowing the new approach, along with the owner and next decision. Some will be simple fixes. Others will require a real tradeoff. Fast, honest responses make it easier for teams to keep trying. Silence teaches people to build workarounds and return to the old routine.
12. Have we reinforced what should continue?
Reinforcement belongs in the operating system: the meeting agenda, the scorecard, the manager conversation, the recognition, or the old report that should be retired. If the surrounding system still rewards the previous behavior, people receive two conflicting instructions. Walt's change management steps guide can help leaders carry that reinforcement from launch into daily work.
Choose one or two visible routines that will prove the organization is serious. A manager might open a weekly meeting with the new decision standard. A leadership team might review a new customer handoff instead of the old volume report. The detail will vary, but people need to see that the change has altered the choices leaders make, not only the language leaders use.
How to use this checklist in a leadership session
Do not send the list around for private completion. Put the sponsors, project leads, and managers who own the next conversations in the same room. Work through the questions in order, spending the most time on the areas where the answer is uncertain or a decision affects several teams. End with three things: the unresolved decisions, the named owner for each, and the date leaders will review what teams are hearing.
For a large or enterprise-wide initiative, use the checklist alongside Walt's enterprise change management guide to identify where changes are colliding across the organization. The point is not a longer plan. It is a clearer sequence people can carry into the work.
A useful first session can fit into 90 minutes. Spend the first third on the business outcome and impact, the second third on sponsorship, managers, and support, and the final third on the adoption signals and review rhythm. If a question opens a larger issue, capture it rather than trying to solve everything in the room. The list works when it creates a path to the next decision.
Scale the checklist to the change
Not every change needs the same level of ceremony. A small, reversible update may need only a clear outcome, an impact check, a manager note, and a quick review after the first week. A new enterprise platform, operating-model redesign, acquisition integration, or shift in customer work calls for a more deliberate answer to every question on this page.
Use the consequences of getting it wrong as the guide. If a change affects a weekly report, leaders can usually correct it quickly. If it affects customer commitments, safety, privacy, pay, or a core decision right, build in more testing, more direct leadership attention, and more time for managers to prepare. Scaling the work is not about adding bureaucracy. It is about matching the support to the disruption people will experience.
Common checklist mistakes
Using the checklist after the launch date is fixed. A checklist is most valuable while leaders can still change the sequence, scope, and capacity. Once the launch has been promised, teams often feel pressure to treat unanswered questions as tasks to complete later. Start early enough for the answers to shape the plan.
Assigning items to a department instead of a person. “Communications,” “HR,” or “the project team” may all have a role, but they do not make ownership clear. Name the person who brings the next answer, the person who makes the decision, and the person who tells managers what changed.
Reviewing progress without looking at lived experience. A dashboard can report activity while a manager is still using a spreadsheet, a customer handoff is failing, or a team has no time to practice. Pair progress data with direct evidence from the people doing the changed work.
How Walt Carter helps leaders make change workable
Walt Carter has led technology and operating transformations from executive roles including CIO, CDO, COO, and CMO. His keynotes and workshops help leaders move beyond abstract transformation language and focus on the decisions that make a change credible in the work. For a leadership event, offsite, or major initiative, explore programs for event planners or talk with Walt's team.
Frequently asked questions
What belongs on a change management checklist?
A useful checklist covers the business outcome, the people affected, sponsorship, manager readiness, communication, practical support, feedback, adoption measures, and reinforcement. It should make ownership and the next decision visible, not simply list activities.
When should a team start using a change management checklist?
Use it as soon as leaders agree that a change will affect how people work. Starting early gives the team time to make choices about sequencing, capacity, and support before communications or training are already underway.
Is a checklist enough to manage a major change?
No. A checklist is a way to surface the decisions that need attention. A major initiative still needs leaders to make tradeoffs, managers to lead local conversations, and teams to share what is and is not working.
Who should own the checklist?
A change lead can keep the checklist moving, but senior sponsors own the business outcome and managers own the conversations that make the change real for their teams. Each item should have a named owner, not a department label.
How often should leaders review the checklist?
Review it before launch, during key milestones, and after teams begin using the new approach. The right rhythm depends on the change, but a regular review is more useful than a one-time planning exercise.

