Using Tripwires when Making Decisions

The ongoing COVID-19 pandemic has certainly disrupted everything, including our business. That will happen when a large portion of your business requires being together in person, and much of our training and coaching business did.

It’s caused us to accelerate plans for ideas we were considering, such as virtual delivery of our Certified ScrumMaster and Certified Scrum Product Owner courses.

Because we needed to move quickly, we had to make decisions as efficiently as possible. We didn’t want to eliminate valuable research and analysis activities. Reducing either would lead to faster decisions, but would increase the likelihood of making bad decisions.

What we reduced instead was the waiting time between decisions. We did this through the use of a technique known as tripwires.

I learned this from a boss I had in New York City many years ago. We were developing custom database software for law firms, often on unbelievably aggressive deadlines.

My boss, Steve, was an attorney and the manager of a project billing the law firm $6 million per month as part of the legal defense of one person. In short, Steve was busy.

I usually got a few minutes with him each day but that was it. What that meant was that our conversations took on the tone of a programmer’s if-then statements.

Steve would tell me to write a specific program. If it found interesting data in our database, I was to follow that up with a second program. But if the first program didn’t find any interesting data, I was to move onto a completely different program. He’d often chain three or four decisions together in this manner.

Contrast that with a typical email chain sent these days to schedule a meeting:

If-Then Statements Are Tripwires

Steve’s approach enabled me to have one conversation in the morning and then know exactly how to proceed all day.

Steve’s if-then statements had formed tripwires.

A tripwire is a passive trigger. Outside the business world, imagine a movie in which the hero is running through the jungle and trips over a wire stretched across the jungle floor. Stretching that wire triggers something—poisoned arrows shot at our hero or perhaps a large rolling rock bearing down on Indiana Jones.

In a business setting, a tripwire is a decision you make now, which you will enact if a future event transpires. For example, Steve told me that if the first program found interesting data, I was to write a specific second program. The success of the first program acted as a tripwire—if successful, I would spring into action writing the second program. No further instructions needed.

Some Examples

Let’s look at a couple of examples.

  • You start a business selling t-shirts from the trunk of your car at concerts. If you can sell all ten shirts you made the first night, you’ll invest that money and print 100 shirts for the next concert.
  • If the simple version of a new feature the team added to a website increases the average time users spend on an important page of your website by ten seconds, you go all-in on that feature and do the complete version.
  • If internal testing shows the new hardware can run for a full day without overheating, you will make the investment to redesign the product around that new hardware.

Scheduling the Meeting with a Tripwire

Think back to the exchange above, with two coworkers trying to schedule a meeting. That exchange could have been much easier if the initial email had said, “Are you available to meet this week? If so, tell me the best appointment time for you from these choices: Wednesday or Thursday at 2, 3 or 4pm.”

The if in there is the tripwire. If you’re available, let’s meet at one of these times.

Of course, there’s no guarantee the person can meet at the given times. If that seems likely, offer more times or add a second tripwire.

The second tripwire could be in this form: “If none of those work, I can also do any time Friday morning, but Wednesday or Thursday are better.” The if again indicates the tripwire.

How We’ve Been Using Tripwires

I started this post by saying we’ve been using tripwires to speed our decision making. Let me share a couple of examples.

First, as part of changing our Certified ScrumMaster and Certified Scrum Product Owner courses to virtual delivery, we’ve needed to develop some of the tools used during the courses. As the product owner for that software, I discussed the needs with our CTO, Hunter.

This project would involve some technology that was new to us. And so Hunter and I agreed that his team would conduct a few experiments with the technology. The success or failure of each experiment would trigger what to do next.

If a first, simple experiment with a technology worked, the team would try a second simple experiment. If that worked, a more challenging experiment would be tried. If the technology didn’t work well for any of these experiments, the team would move on and try a different technology. This series of tripwires can be seen in the figure below.

A second example will illustrate how we used tripwires in business decisions. In designing our virtual certified scrum courses, I had a theory that these courses should include both live and recorded videos. The recorded videos would include the vast majority of the lectures, freeing the live time for exercises and discussion. Recorded videos would also enable course participants to take part of the course on their own schedules.

Naturally, we wanted to test our theory. And so we ran two virtual courses, one each of Certified ScrumMaster and Certified Product Owner. We did not immediately schedule subsequent courses. We couldn’t do that, we reasoned, until we knew whether the initial courses were successful.

We established a tripwire that we would schedule more courses if the post-course survey sent to participants yielded five times more positive comments than negative ones about the use of recorded video for portions of the course.

When that tripwire was triggered, the team here knew to schedule more courses, which they did without involving me in the decision. The first I heard was when they told me I’d been scheduled to teach on certain dates.

Establishing a tripwire like this streamlined the decision process. It saved me time. And it let us establish a threshold for success right up front. I believe that leads to better decisions because we’re not setting a goal for an experiment after the experiment has already been run.

Two Useful Tips for Using Tripwires

To set good tripwires, consider using these two elements every time:

  • A deadline
  • A metric

This means a good tripwire can be thought of as “If we’ve achieved this by that date, we’ll do this thing next.” You can see how the examples I’ve shared fit this model. For example, “If we can successfully complete the first coding experiment with this new technology within two days, we’ll move on to the second experiment.”


The Definitive Guide to the What and When of Product Owner Responsibilities

The Definitive Guide to the What and When of Product Owner Responsibilities

Sign up to get your free download

Mike Cohn

About the Author

Mike Cohn specializes in helping companies adopt and improve their use of agile processes and techniques to build extremely high-performance teams. He is the author of User Stories Applied for Agile Software Development, Agile Estimating and Planning, and Succeeding with Agile as well as the Better User Stories video course. Mike is a founding member of the Agile Alliance and Scrum Alliance and can be reached at hello@mountaingoatsoftware.com. If you want to succeed with agile, you can also have Mike email you a short tip each week.