Once is an accident, twice is coincidence, three times is a pattern.

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:

  1. 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.
  2. 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.
  3. 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

Perfection is expensive (in fact, it’s not possible!)

April 22, 2026

Perfection is expensive (in fact, it’s not possible!) “Perfection is expensive. The last 5 percent […]

AI is a journey, not a destination

April 15, 2026

AI is a journey, not a destination Lately I’ve noticed a lot of associations talking […]

Action produces information

April 8, 2026

Action produces information “Action produces information. If you’re unsure of what to do, just do […]

Why a single source of truth is so beneficial…

March 25, 2026

Why a single source of truth is so beneficial… The holy grail of data management is […]

Just because you can, doesn’t mean you should

March 18, 2026

Just because you can, doesn’t mean you should I’ve worked in and with associations for well […]

Data doesn’t need to be perfect to be useful

March 4, 2026

Data doesn’t need to be perfect to be useful “Your data doesn’t have to be […]

Don’t just clean data, clean reports and queries

February 25, 2026

Don’t just clean data, clean reports and queries One of the reasons I exhort my […]

Don’t forget, your staff have day jobs…

February 18, 2026

Don’t forget, your staff have day jobs… The vast majority of my work is finite […]

Beware the automated “How did we do?” trap!

February 11, 2026

Beware the automated “How did we do?” trap! One of the downsides of technology is […]

Hindsight is 20/20

February 4, 2026

Hindsight is 20/20 I’m currently working with a client that is moving from their legacy […]

Leave a Comment

Your email address will not be published. Required fields are marked *

Scroll to Top