No Pains No Gains?

Should we start by capturing pains first in a process discovery workshop? Or are we just inflicting more pain on ourselves?

Last edited 01/10/2019

Too often we focus on the pain and not the process discovery. Typically people start with a ‘Pains’ session with subject matter experts followed by a series of process workshops.

However, how much pain and frustration do you create by completing this exercise? Time wasted discussing a pain that later turned out to be low priority or the really big problems that are dealt with that didn’t come out until later workshops. Of course by this stage you have already spent a lot of time and effort exploring solutions that were no longer relevant.

You may wonder why its done this way but the answer is predictable

 “we’ve always done it this way even though we know it’s the worst thing we can say!”

It’s not however,  just “pains” workshops where this happens,it is often seen with requirements gathering workshops. A team gathers around a flip chart and lists all the requirements / pains / risks etc that they believe are the most important. Yet when you dig into these they are either not as important as they first appeared, or those that didn’t seem important at first turn out to be the highest priority. This seems to be a common issue experienced in process workshops.  

Why does this happen?

Asking people what pains they experience, or what they require from a new system, are not easy questions to answer. On the face of it they appear straight forward. What do you not like about the current process? Sure you can answer that, but how you express it, how you perceive it, when it last happened to you and how you experience it are likely to be quite different to the next person.

It means that how you answer that question on any given day could result in a completely different answer. Combine this with a group of different people and you also have to contend with how loud someone talks, their individual personalities and the level of engagement in this particular session.

The psychologist Daniel Kahneman in his book ‘Thinking, Fast and Slow’  describes ‘substitution’, a behaviour common in humans when faced with difficult to answer and ambiguous questions. The brain is inherently lazy and always finds the easiest way to answer a particular question. When asked about the pains you feel in a particular process you’re unlikely to think really deeply about this and will simply substitute an answer that you can easily remember – therefore the last thing that happened to you rather than the most painful thing.

Process Discovery
Image taken from Skore’s Digital Discovery Platform

How do we improve Process Discovery?

You must make it as easy as possible for people to express the pains they feel in context. This means creating a framework. A framework you can use to start with and which becomes the process to which the pains, or requirements, relate to as part of your process discovery.

Rather than starting with the pains session, it is important to start with defining and agreeing the process as it happens today. This provides a common language that the whole team can use. A common language to describe the pains in the same way, rather than multiple people describing the same pains in very different ways.

As the process is laid out it  will become easy for SMEs to describe pains and requirements in the context of the process. The prioritisation and sizing of the problem can then be captured live at the same time. This also makes it unnecessary for your team to have multiple workshops.

Skore Digital Discovery

At Skore we have specifically designed our platform to capture business processes live in workshops. Along with the process descriptions you can capture pain points and requirements, and quantify them, all in the context of the relevant step in the process. As the information is captured directly into the software there’s no need to take photos and write up notes afterward. It’s effortless as your pain points, requirements and quantification data are also stored in the same place so there are no more multiple spreadsheets.


Instead of starting with a pain points or requirements session, you need to start with capturing the process. This gives you the framework with which to have a much more meaningful conversation about the pains and requirements in context. The conversations are not only more focused but the whole exercise is much quicker, keeping subject matter experts more engaged and on board.

Skore Digital Discovery is a process capture, improvement and analysis platform designed to simplify the complexity. Click here to sign up for a free trial and find out more about how Skore can revolutionise the way you deal with processes and transformation in your organisation.

Leave a Reply