A data training often fails to change how anyone works when it teaches general skills using examples from another organization, gives participants no opportunity to apply those skills to a question from their own work, and ends without anything that carries the new practice back into their daily responsibilities. Each of those is a problem with how the training was designed or followed up, and each one can be addressed in the next training your organization plans. Staff members may also have had no time, reason, or support to use what they learned. If no one asks for the new analysis, if the organization's spreadsheets and databases still operate the old way, or if the training happened during the busiest month of the year, even a well-designed session can fade before it becomes part of the routine.
Before planning another data training, ask several of the people who attended the last one what they tried to apply afterward and what made it difficult.
Their answers indicate whether the problem was the content, the lack of practice, the timing, or what happened back at work, and each of those requires a different response.
Identify one real question your team needs data to answer this quarter, and organize the next session around answering it with your own information.
Grantibly does not simply move through a slide deck or present findings and leave. It designs learning and communication that engages people and helps them use what they learn.
Angelika Gulbis, Ph.D., Grantibly
A data training is easy to forget when participants leave without having applied the skill to anything that matters to them. A common version is a presentation that moves through slides on survey design or spreadsheet formulas, relies on examples from a different organization or field, and leaves little time for questions or discussion. Staff members can follow the material during the session and still be uncertain how to begin applying it the following morning.
The problem may have been what happened after the training rather than the training itself, because a new skill requires time, a reason, and support before it becomes part of the work. Staff members who learned to summarize survey responses won't continue doing it if no one requests the summary, if their workload leaves no room to try it, or if the database they use makes the new approach more complicated than the old one.
Supervisors and leaders have an important role here. When leaders ask what the data shows before making a decision, and give employees the time to find out, staff members can see that the skill is an expected part of their responsibilities and not an additional task on top of them.
Some of the reasons have little to do with skill. Staff members may consider collecting data an additional responsibility, or may be uncomfortable with how the information will be used. How do I get my staff comfortable collecting and using data? looks at the culture side of that, and My team sees data collection as extra work. How do I change that? looks at the workload side.
The next data training should be designed around a question your team needs to answer and the information your organization already has, so that practicing the skill and doing the work become the same activity. That preparation begins before the session: ask staff members what they find most difficult about working with data and what they would like to be able to do, and identify upcoming decisions the data could inform.
Timing matters as well: a focus group with students scheduled during finals week won't hear much, and a training scheduled during your busiest season will compete with the work it's intended to improve. What makes a workshop worth pulling my team off their work for? covers how to evaluate a particular workshop before you commit the time.
As former professors and educators, we pay attention to how people learn, how to design engaging learning and feedback experiences, and the real conditions that affect whether people can participate. We don't simply move through a slide deck. We design learning that helps people use what they learn.
We also want the teams we work with to understand their own data. Data doesn't make decisions; people do. Data becomes valuable when people can understand it and use it, which means explaining what we're doing and why, and helping teams develop stronger evaluation thinking over time.
The questions we want teams to become better at asking are practical ones: What evidence would tell us whether this is working? Are we collecting data we actually need? What does this result suggest we should do differently?
Training on the software is rarely enough by itself, because knowing which buttons to press doesn't tell staff members what question they're investigating or what to do with the answer. Software skills are most useful when they're taught as a way to answer a question the team cares about, using the team's own information.
You can often build on a data training you already did instead of starting over. A follow-up session where staff members bring their own data and work through one real question can turn what they heard into something they can apply, and it demonstrates that the organization intends the skill to become part of the work.
To know whether the next training changed anything, decide before it begins what staff members should be doing differently afterward, then check several weeks later whether they're doing it. How do I know if our training is worth what we spend on it? covers how to examine that, from how participants responded to the training to whether their work changed.