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
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, […]
