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 harsh truth about your members…
A harsh truth about your members… Just over 20 years ago, the book “He’s Just Not […]
Should you chug or sip?
Should you chug or sip? I was recently meeting with two staff at a client […]
Why bother with a consultant when I have AI?
Why bother with a consultant when I have AI? As AI becomes increasingly powerful, the […]
Guardrails can be helpful!
Guardrails can be helpful! When selecting a new AMS, I find my clients are often […]
“If you knew this information, what might you do differently?”
“If you knew this information, what might you do differently?” I had a conversation with […]
Showing is not teaching
Showing is not teaching In my experience, when new staff members are taught how to […]
Data management is improvisation
Data management is improvisation I was listening to a podcast recently featuring TV writer Rob […]
Who own the AMS company is like the weather…
Who own the AMS company is like the weather… When I work with clients to […]
“As good or better than me.”
“As good or better than me.” I was recently speaking with a software developer working […]
Documentation is insurance
Documentation is insurance In a conversation with a client about their data management needs, the client […]
