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
Simpler and Faster is Better
Simple and Faster is Better Earlier this week I was fortunate enough to attend a […]
Patience and grace
Patience and grace A past client of mine recently told me: “You inspire confidence and […]
Sometimes you just have to try it and see what happens
Sometimes you just have to try it and see what happens The single greatest key […]
Training and testing
Training and testing I’ve written before that the best form of training follows this process: […]
How to save a “failing” project
How to save a “failing” project It is not unusual for me to receive a […]
How to avoid the “IT black hole”
How to avoid the “IT black hole” Going all the way back to my days […]
The “People” are important!
The “People” are important! I’ve written a lot about people, process, and technology over the […]
Always look for the MVP
Always look for the MVP I first wrote about minimum viable product (MVP) just three […]
The longer you take, the longer it will take
The longer you take, the longer it will take It may sound like a tautology, […]
Data is for action
Data is for action When deciding whether or not to collect a piece of data, […]
