Menu: Facilitation

Challenge pattern

Question a connection that looks too obvious to find the conditions and hidden causes behind it.

Purpose

Test the connections the group drew quickly or that you suspect is hiding complexity. Such an arrow may hide a condition or a third factor that matters more than the arrow itself.

When to use it

Timing

Each challenge takes a few minutes of discussion. Challenge 2 or 3 connections in a session, inside the time of Connect.

Steps

  1. Pick a connection that seems obvious.

  2. Ask the group:

    Is this always true? Are there cases where this does not lead to that?

  3. Follow up:

    What would have to change for this connection to break?

  4. Put any condition or intermediate cause the group names on the board as a node, and redraw the arrows through it. It may be a new node, or one that was already on the board.

  5. If nothing new comes up, keep the connection as it is and move on.

Tips

Traps

Variations

Example

Early in Connect, the renewals group drew the arrow everyone expected: outages during the morning rush cost renewals. Nobody questioned it. Outages were the first thing customers named in their exit interviews.

The facilitator owns the renewal numbers, so she had a case that did not fit. She put it to the group as a question:

Is this always true? Two customers went through the same outage in the spring, and both renewed. We called both of them before their technicians called us.

Step 1 of 3. Early in Connect, the group draws the arrow everyone agrees with: outages cost renewals.

The challenge pattern on the renewals board, step 1 of 3: Early in Connect, the group draws the arrow everyone agrees with: outages cost renewals. 2 nodes and 1 arrow: 1 root / problem, 1 desired state / outcome. A text version follows the diagram. [P]Outages hitduring themorning dispatchrush [O]9 in 10 largecustomers renew Legend [P] Root / Problem [O] Desired State / Outcome Flow: roots (bottom) → outcomes (top).

Step 2 of 3. Is this always true? The facilitator checks it against her renewal data: the customers who heard about the last outage from us renewed. What mattered was how they found out.

The challenge pattern on the renewals board, step 2 of 3: Is this always true? The facilitator checks it against her renewal data: the customers who heard about the last outage from us renewed. What mattered was how they found out. 3 nodes and 2 arrows: 2 root / problem, 1 desired state / outcome. A text version follows the diagram. [P]Outages hitduring themorning dispatchrush [P]Customers hearabout outagesfrom theirtechnicians [O]9 in 10 largecustomers renew Legend [P] Root / Problem [O] Desired State / Outcome Flow: roots (bottom) → outcomes (top).

Step 3 of 3. The direct arrow comes off. In its place, the group maps what it can act on: who tells customers, and how.

The challenge pattern on the renewals board, step 3 of 3: The direct arrow comes off. In its place, the group maps what it can act on: who tells customers, and how. 7 nodes and 7 arrows: 3 root / problem, 1 artifact / deliverable, 1 action / intervention, 2 desired state / outcome. A text version follows the diagram. [P]Outages hitduring themorning dispatchrush [P]No one ownscustomer updatesduring incidents [P]Customers hearabout outagesfrom theirtechnicians [D]Public statuspage [A]Name acommunicationslead for everyincident [O]9 in 10 largecustomers renew [O]Customers hearabout incidentsfrom us first Legend [P] Root / Problem [A] Action / Intervention [O] Desired State / Outcome [D] Artifact / Deliverable Influences Attacks Flow: roots (bottom) → outcomes (top).
Diagram as text: The challenge pattern on the renewals board

Steps:

  1. Step 1: Early in Connect, the group draws the arrow everyone agrees with: outages cost renewals.
  2. Step 2: Is this always true? The facilitator checks it against her renewal data: the customers who heard about the last outage from us renewed. What mattered was how they found out. Changes: added "Customers hear about outages from their technicians". new arrows: "Outages hit during the morning dispatch rush" influences "Customers hear about outages from their technicians".
  3. Step 3: The direct arrow comes off. In its place, the group maps what it can act on: who tells customers, and how. Changes: added "No one owns customer updates during incidents", "Public status page", "Name a communications lead for every incident", "Customers hear about incidents from us first". new arrows: "No one owns customer updates during incidents" influences "Customers hear about outages from their technicians"; "Customers hear about outages from their technicians" influences "Name a communications lead for every incident"; "No one owns customer updates during incidents" influences "Name a communications lead for every incident"; "Name a communications lead for every incident" influences "Customers hear about incidents from us first"; "Public status page" influences "Customers hear about incidents from us first"; "Public status page" attacks "Customers hear about outages from their technicians". arrows removed: "Outages hit during the morning dispatch rush" influences "9 in 10 large customers renew".

After the last step:

Nodes:

  • Root / Problem: "Outages hit during the morning dispatch rush"
  • Root / Problem: "No one owns customer updates during incidents"
  • Root / Problem: "Customers hear about outages from their technicians"
  • Action / Intervention: "Name a communications lead for every incident"
  • Desired State / Outcome: "9 in 10 large customers renew"
  • Desired State / Outcome: "Customers hear about incidents from us first"
  • Artifact / Deliverable: "Public status page"

Arrows:

  • "Outages hit during the morning dispatch rush" influences "Customers hear about outages from their technicians"
  • "No one owns customer updates during incidents" influences "Customers hear about outages from their technicians"
  • "Customers hear about outages from their technicians" influences "Name a communications lead for every incident"
  • "No one owns customer updates during incidents" influences "Name a communications lead for every incident"
  • "Name a communications lead for every incident" influences "Customers hear about incidents from us first"
  • "Public status page" influences "Customers hear about incidents from us first"
  • "Public status page" attacks "Customers hear about outages from their technicians"

What mattered was how customers found out. That problem had been on the board since Prepare, with no arrows: "Customers hear about outages from their technicians." The group drew the path through it and took the direct arrow off.

The group then expanded around that node with the origin pattern, and found a cause, an action, an artifact, and an outcome that had not been on the board. One of the 2 insights named during Close started here: customers are more likely to forgive an outage they hear about from the company first.