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
Eyes wide open and affirmative decision-making
Eyes wide open and affirmative decision-making When I work with my clients on any type […]
Honoring an industry legend
Honoring an industry legend I’m taking a break from my usual data management tips to […]
Never burn a bridge
Never burn a bridge My children have reached the age where they have, or are, […]
You CAN compete with the big guys…
You CAN compete with the big guys… In my experience, associations often undersell their actual […]
Join (or start) your users group!
Join (or start) your users group! Today’s message is simple: If the AMS you’re using […]
They don’t care, until they care.
They don’t care, until they care. One of the more common questions I get from […]
Longfellow and data management
Longfellow and data management “We judge ourselves by what we feel capable of doing while […]
Do you really need all that historical data?
Do you really need all that historical data? A question I’ll often get from my […]
AI actually requires thinking
AI actually requires thinking “I don’t think AI introduces a new kind of thinking. It […]
It’s not the mistakes, but how you respond
It’s not the mistakes, but how you respond Recently a client was complaining about a bug that […]