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
A Data Integrity Report…for Reports!
I’ve written elsewhere about the value of data integrity reports. But one of the most […]
Simple rules for complex systems
Simple rules for complex systems I first heard the phrase “simple rules for complex systems” […]
Accentuate the positive
Accentuate the positive I’ve written before about the importance of database public relationsand celebrating success. I’ll add […]
Annual dues vs. anniversary dues
Annual dues vs. anniversary dues I served as director of membership for several years at […]
A change of systems requires a change of mindset
Every AMS vendor will tell you that the toughest part of implementing a new system […]
It doesn’t have to be optimal to be beneficial
It doesn’t have to be optimal to be beneficial I’m a big fan of the […]
Look for small wins
Look for small wins One of the toughest things about system implementation is simply how […]
Are you closing the loop?
Are you closing the loop? If your association does a call for presentations for any […]
Declare victory and move on
Declare victory and move on The law of diminishing returns is the point at which the […]
Clean as you go
Clean As You Go A good cook or baker knows that, when working in the […]