Benefits downstream are difficult to implement

Benefits downstream are difficult to implement

In my 25 years of consulting, one of the biggest challenges I've seen organizations face is implementing a process change that is initially "difficult" but has significant downstream benefits (i.e., hard now, but beneficial later) .

For example, a client of mine explained that it would be very helpful to her to have a history of meeting attendance for her committee members. She'd like to be able to look at a member's record and see which committee meetings they attended. When I explained that the AMS could support this by setting up the committee meetings as a simple "RSVP" event that committee members would register for online, she replied: "Oh, that's too much work. It's much easier for me to just email them and ask if they are going to attend or not."

This is a perfect example of a downstream benefit (history of attendance) that is lost because staff perceives the amount of effort (setting up the meeting) to be too much.

Unfortunately, there is no magic fix for this. In order to obtain the benefits of the history of attendance, the work has to be done on the front end in order to make capturing attendance data automatically part of the process.

Social science refers to "delayed gratification," the idea that immediate pleasure is delayed or deferred in order to get a longer term benefit (e.g., rather than buying a coffee every day, putting that money into an investment account that will return a lot of money years down the road).

Very often the data management decisions we're making are choosing immediate gratification over delayed. Is it happening in your organization? And what can you do to address that?

Wes's Wednesday Wisdom Archives

Be aware of unintended consequences

September 18, 2019

Be aware of unintended consequences I’ve written before that every decision involves a trade-off. When […]

Positive change is harder to see

September 11, 2019

Positive change is harder to see Humans are wired to see negative change because we […]

MVP: Minimum Viable Product

September 4, 2019

MVP: Minimum Viable Product In product development there is a concept known as MVP, or […]

You always need a reason for collecting data

August 28, 2019

You always need a reason for collecting data When you ask for data from someone […]

If you’re unhappy, speak up!

August 21, 2019

If you’re unhappy, speak up! My clients will often ask me something along the lines […]

Does it advance the mission?

August 14, 2019

Does it advance the mission? Because associations are mission-driven, everything you do should be seen […]

How should you start a new data project?

August 7, 2019

How should you start a new data project? When you’ve got a new data project […]

A Data Integrity Report…for Reports!

July 29, 2019

I’ve written elsewhere about the value of data integrity reports. But one of the most […]

Simple rules for complex systems

July 28, 2019

Simple rules for complex systems I first heard the phrase “simple rules for complex systems” […]

Accentuate the positive

July 24, 2019

Accentuate the positive I’ve written before about the importance of database public relationsand celebrating success. I’ll add […]

Leave a Comment

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

Scroll to Top