“Two roads diverged in a wood, and I — I took the one less traveled by, And that has made all the difference.” — Robert Frost

We tend to focus on the present moment. Most PhDs are awarded for studying a single weed in a field and analyzing it in great detail.

Good systems models, on the other hand, take a broader perspective.

They look at the big picture, analyzing long-term patterns and trends to find ways to improve things over time.
64c5e5bd-aabe-4114-ad27-9dcfacd7ab22_2110x1882.webp
Most mental models are confined to a narrow window of time and space. We usually focus on a few days or weeks, while the system operates over years. Similarly, we usually concentrate on our department or division, but to effectively manage the system, we need to consider multiple organizations, agencies, groups, and stakeholders.

HOW DEEP (DETAILED)?

You may have heard that adaptive leaders should step back from the action and take a look at the big picture. It can feel like we’re stuck in the weeds, and it’s hard to see the shared values and beliefs that guide our interactions with others. Instead of focusing on individual differences, it’s helpful to apply a broader context (FOREST Thinking) — see how forces and conditions in the ecosystem shape our actions. Public health professionals deal with large numbers of people, while marketing departments manage diverse customer groups.

HOW TO BUILD GOOD SYSTEMS MODELS

Good systems models are in the upper right. They see broadly to understand the forces across the full ecosystem responsible for the performance issues you want to improve. The goal is to generate good systems models. The challenge? How to get there!

There are two roads we could take to reach the destination of a useful systems model.

Road 1: Representing the System

Road 1 is the most popular path. It tries to make a complete map of everything from the start. Teams of experts with specific knowledge often try to put all their knowledge together into a detailed picture. But this can make the map too complicated — like the Afghanistan Counterinsurgency map — with too much detail. This pursuit of a complete system map puts us on the Low Road (Road 1).

The Low Road starts with myopic perspectives and ideas and tries to put them together into a coherent whole. Since we have so much detail and the task is so big, this process only makes things more complicated. If we’re lucky, the mapping project ends up with a map as complex as the counterinsurgency map — a tangled web of information. More likely, the mapping effort stops, leaving us lacking comprehension and insight.

The problem is trying to map the whole system instead of just understanding the cause of the behavior (performance measure) we want to improve. Remember the slinky. If our performance goal is to significantly reduce the Slinky’s oscillation, we only need to focus on the physics of the spring. We can leave out colors and shapes — in fact, we must exclude them to reduce complexity. For usability, we must eliminate parts of the full system that don’t contribute to the performance we want to improve.


“Details are confusing.

It is only by selection, by elimination, by emphasis, that we get at the real meaning of things.”

—Georgia O’Keefe


Road 2: Get Up Out of the Weeds

Road 2 is the wisest path. It is the High Road path.1

The High Road starts by setting the big picture vision for system performance. Then, you can decide what you want to see improve. Next, you can build a simple causal map, pick and change a system archetype, or make a simulation model. These tools help you understand what causes that behavior.
d7684f82-dbef-473f-92c0-c2f71ee4ad73_3942x2454.webpThe High Road process involves sharing the initial “starter map” or “starter model” with others. Does it provide a clear explanation of why the performance issue is occurring? What changes or additions are needed? Make small adjustments and share the updated model for testing.

Keep adding more details a little at a time. This is the gradual descent in the diagram labeled “and add breadth and a bit more detail — slowly”.

Apply OPERATIONAL Thinking when adding more elements. Answer the question: “Does this contribute to the physics of the challenge — does it explain how the performance is generated?”

When you can finally answer the question “Does this describe the essential drivers of the performance issue?” with “Yes!”, it’s time to stop mapping (or whatever SysQ analysis process you’re applying.

Then use the map or analysis to start exploring ways to improve performance. You can look for solutions to close the future performance gap — you can find interventions to achieve your vision.


“A model should be as simple as possible, but no simpler.”

—Albert Einstein


The concept of two roads, and especially the High Road, was first developed by Barry Richmond while teaching system dynamics to his undergraduate class. The concept was so memorable that one of his students years later asked me if I had a Powerpoint slide with the roads on it.