Be careful about “solutioning” too quickly

Be careful about "solutioning" too quickly

One of the great things about software developers is that they tend to be "solutions-oriented." By that, I mean that if you give them a particular data management challenge, they want to figure out some way the software can address that challenge. This is a good thing!

But too often, we jump to solving a problem ("solutioning") before we really understand the scope and breadth of the problem itself. An example:

One challenge a client has is address changes made by members via the member portal. When these address changes are made, sometimes they can affect which chapter the member belongs to. And so the client wants a solution that allows for the staff to check address changes before they are "posted" to the member's account. An interim step to allow for quality control.

On the surface, this seems like a challenge worth addressing, and anything that could automate the process would certainly be helpful. Upon further digging, though, we discovered that, for most of the year, there are only about 10-12 of these changes per month. So rather than trying to build something to automatically deal with this, the correct approach is to check these manually as address changes are made. No automation required.

My recommendations before solutioning an issue:

  1. Understand the depth of the problem. How often does "this thing" happen? How many transactions occur in a given time period?
  2. Understand the breadth of the problem. For example, what's the financial or reputational impact if we don't automate this? If it's done manually and takes a little more time than automation would, who will notice, and is that a big problem, or a little problem?
  3. What if we did nothing at all? Or put another way, do we really need to do what we think we need to do? If we did nothing, would anyone notice?

Solving problems is great. But sometimes the solution is more than the problem demands. Be careful about falling into the trap of "solutioning" without understanding the breadth and depth of the problem.

Wes's Wednesday Wisdom Archives

Documentation and the Great Resignation

January 19, 2022

Documentation and the Great Resignation Unless you’ve been living under the proverbial rock, you’ve heard …

Documentation and the Great Resignation Read More »

Data Management Strategy

January 12, 2022

Data Management Strategy Do you know what your data management strategy is? If you have …

Data Management Strategy Read More »

It’s always about trust

January 5, 2022

It’s always about trust When I work with clients on almost any data management project, …

It’s always about trust Read More »

You can’t outsource buy-in

December 16, 2021

You can’t outsource buy-in One factor consistent with all of my most successful projects is …

You can’t outsource buy-in Read More »

Use it or lose it!

December 8, 2021

Use it or lose it! I’m referring here to the data you collect. If you …

Use it or lose it! Read More »

“If I could only do one thing…”

December 1, 2021

“If I could only do one thing…” Managing data throughout your organization can be overwhelming. Do …

“If I could only do one thing…” Read More »

Gratitude

November 24, 2021

Gratitude As Thanksgiving in the US approaches, I’m reminded of the importance of gratitude, in …

Gratitude Read More »

“It’s more than I have, but less than I want.”

November 17, 2021

“It’s more than I have, but less than I want.” “It’s more than I have, …

“It’s more than I have, but less than I want.” Read More »

Don’t forget Parkinson’s Law

November 10, 2021

Don’t forget Parkinson’s Law “Work expands so as to fill the time available for its …

Don’t forget Parkinson’s Law Read More »

Just Respond

November 3, 2021

Just Respond Growing up my father used to tell my many siblings and me that …

Just Respond Read More »

Scroll to Top