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
Why associations don’t like the “S” word
Why associations don’t like the “S” word A couple of weeks ago I asked my […]
The “S” stands for “Standard”
The “S” stands for “Standard” In a conversation with a past client, we were discussing […]
Is that meaningless data?
Is that meaningless data? I’m not a big quotes guy, but one of the few […]
Be aware of unintended consequences
Be aware of unintended consequences I’ve written before that every decision involves a trade-off. When […]
Positive change is harder to see
Positive change is harder to see Humans are wired to see negative change because we […]
MVP: Minimum Viable Product
MVP: Minimum Viable Product In product development there is a concept known as MVP, or […]
You always need a reason for collecting data
You always need a reason for collecting data When you ask for data from someone […]
If you’re unhappy, speak up!
If you’re unhappy, speak up! My clients will often ask me something along the lines […]
Does it advance the mission?
Does it advance the mission? Because associations are mission-driven, everything you do should be seen […]
How should you start a new data project?
How should you start a new data project? When you’ve got a new data project […]