Attached is a mind-map I created around the topic of modeling.
Last year my team started shifting towards a model based systems engineering approach. When talking to peers about modeling, I found myself explaining the pieces, approaches and their relationships to one another again and again.
I wanted a visual aid I could use in these conversations, so I created the mind map.
From my exposure to MBSE, I understand what’s depicted is really just the tip of the iceberg, and while incomplete, it does articulate some of modeling topics and their relationships to one another.
Since I hadn’t seen a mind map like this in my web searches I wanted to share and have the opportunity to get input.
A problem statement is a means to help build censuses and align stakeholders on a common direction to solve a problem.
The purpose of this post is to share practices to communicate a clear and concise problem statement.
The scope will cover a simplified template that can fit on a single sheet of paper or on one page in a presentation.
Out of Scope
If you are looking for detailed problem statement formats or processes (i.e. LEAN & Six Sigma) or details on reframing the problem statement there are pages available that cover this, some of which I added below.
In this post I am really focusing on the simple template that highlights the key points of a problem statement.
In my experience Problem Statements are commonly used to influence people to work together to solve a problem. But not all problem statements are created equal and have found many are only statements or problems that leave me confused and in a meeting where we waste time talking about a scenario where:
I do not agree is a problem or
the impact is unclear or
we spend a meeting talking about a problem we agree on leaving no time to talk about what the solution would look like.
Problem Statement Template
The template comes from an example on Jama’s product overview video.
This template was short and sweet and covered the key ingredients to a problem statement I had not seen presented in this manner. Since seeing this I have used it several times to help ensure I am telling a clear story to stakeholders.
When discussing problem statements with others you want to make sure you are building census. If people do not agree with the problem statement they will most likely not be aligned on the efforts you are pitching to solve the problem.
In the next sections I add comments about each section of the template and remind you about the point, are you building consensus? Are the stakeholders all in agreement of the overall statement?
The problem is….
Try to keep as simple and concise as possible. Avoid adding your personal perspective and make sure to be objective.
You will most likely have more material that goes into the details, so keep this section short and clear. And above all, make the audience agrees this is a problem and the problem we should be working on.
The impact of which is…
This is where you state the impact, the “So what?” You want to start building consensus and this is where you want people to start thinking:
“Dang, this is really a problem! We need to do something about it!”
A successful solution would be…
This is the punch line and should be stated on the same page as the problem and impact. Make it clear what a solution looks like. You will have to balance the “what” & “how” perspectives based on your situation. But do not wait for the end of your presentation to show what you are looking for.
Feedback is your friend
Chances are the first time you show this to someone they will give you feedback, something they do not agree with or details which are too much into the solution space.
Feedback is needed to improve the problem statement definition and ensure the correct perspective, impact and solution are aligned with stakeholders.
If you try to plow through into next steps of implementing the solution without re-aligning on the perspectives of your stakeholders you should expect some hiccups.
In scenarios where it is not reasonable to get 100% consensus, disposition the concerns that will not be addressed and state the rationale for not addressing them. You can also considering breaking the problem into a set of problems and solve one at a time.
The example used by Jama provides a simple template for stating a problem statement. I have used it several times to ensure the essential pieces; the problem, impact and solution, are captured.