Once is an accident, twice is coincidence, three times is a pattern.
We've probably all heard this phrase: "Once is an accident, twice is a coincidence, three times is a pattern." What this means is that when we see an actual pattern of behaviors or results (and not just random one-offs), there is an underlying issue to address.
Here are three areas where this applies to data management:
- Process change: When staff or customers consistently complain that a particular process is too cumbersome, it's probably time to revisit how something is done. In many cases I find that processes have been in place for many years without questioning whether all (or any!) of the steps in the process are still necessary.
- Possible bug: If we can consistently repeat a process that produces the wrong result (e.g., clicking a certain button always returns an error message) then we have a bug that needs to be addressed.
- Training issue: If we find that staff is consistently making the same error, don't assume ill intent, assume poor training. The staff person may be doing it the way he or she was (or wasn't!) taught. Correct the error with proper training.
Keep in mind that this is about pattern recognition. I would suggest not reacting immediately to a single error or complaint, but to look for patterns. If there is a consistent pattern, something needs to be addressed.
![]()
Wes's Wednesday Wisdom Archives
Don’t automate for the sake of automation
Don’t automate for the sake of automation I’m the laziest person in the world. I […]
Don’t forget about what got better
Don’t forget about what got better Negativity bias is the tendency to focus on only […]
Give a little at a time rather than taking away
Give a little at a time rather than taking away I’m sure there’s research somewhere […]
First, you gotta have the data
First, you gotta have the data When I work with clients on a new AMS […]
Work on your relationship with your AMS vendor
Work on your relationship with your AMS vendor It is no coincidence that my most […]
Dashboards for Data Integrity
Dashboards for Data Integrity I’ve written a bunch on data integrity reports. (Click here for […]
Next-to-Nothing Goals
Next-to-Nothing Goals I saw a Ted Talk by Christine Carter recently discussing the concept of […]
Just because you can…
Just because you can… In response to a recent Wednesday Wisdom on averages hiding the […]
Always ask “Why?”
Always ask “Why?” Little kids ask “Why?” all the time, because they are sponges for […]
Averages hide the extremes
Averages hide the extremes I can’t remember where I first heard it, but “averages hide […]
