How Long Should We Let Learners Go Down the Wrong Path?

In a comment to my post on Managing the Complexity in Branching Scenarios, Nicole Legault made a interesting point. “Why make a learner go so far down a wrong path? I think it’s best to correct and try to get them back on the right (or best) path.”
To some extent, I agree with Nicole. I’m not sure how much value there is to learners in going down seven steps of the wrong path with no way to recover. Where I perhaps disagree is about how the correction should happen. I try to give learners the opportunity to correct their own mistakes. However, that’s different from correcting them and forcing them back on the right path.
There are a couple of ways to handle wrong answers in scenarios.

Limited Branching

One way is limited branching. Instead of a true branching scenario with multiple endings, this is essentially a single correct path and a single ending. When you make an incorrect choice, you get some customized feedback and perhaps see limited consequences of your decision. In the long run, there are no real consequences for mistakes. You are forced back to the correct path, regardless of your mistakes.

Although he doesn’t call it that, limited branching is the model explained in Tom Kuhlmann’s Rapid eLearning Blog as an easy way to build scenarios. Tom points out that this model is simpler doesn’t get you overly bogged down in complexity.
In limited branching, you can get the wrong answer every single time, and the scenario still propels you forward. This works OK if your scenario is a series of independent decisions rather than multiple decisions in a single large scenario. If you’re teaching a process with multiple steps, where each step is contingent on the previous step, this method doesn’t create as realistic of an assessment.

Immediate Failure and Restart

The opposite end of the spectrum from limited branching (where you can make endless wrong answers) is immediate, catastrophic failure. If you make a single incorrect decision, you restart the scenario back at the beginning. Personally, I don’t like scenarios where a single wrong answer results in catastrophic failure unless that’s what would happen in real life. Some errors really are major and should result in immediate restarts.
If you’re creating training for nurses, administering 10 times the needed dose of a medication is a catastrophic failure. If you’re creating a scenario to show what to do in an active shooter situation, a decision that results in someone dying is a catastrophic failure. In both of those scenarios, forcing learners to restart at the beginning is appropriate.
 

2 or 3 Consecutive Wrong Answers

Most of the time in scenarios, we’re working with gray area. In real life, we often have opportunities to change paths and correct mistakes. Where a single isolated mistake can be corrected, the cumulative effect of several wrong answers is the real concern.
In my scenarios, I usually try to limit it to two or three consecutive wrong answers before a restart. I give people opportunities to get back on the right path by making better choices. If they keep going down the wrong path, they have to restart and try again. I won’t force them to correct; learners need the opportunity to fail.
In this example, there are good (green), OK (orange), and bad (red) choices. If you choose C (red) at the beginning, you may reach a poor ending after just 2 choices. However, if you improve your choices, you can get back to a good (green) choice by correcting your mistakes.
Flow chart showing that two consecutive wrong answers lead to a poor ending Flowchart showing a branching scenario with an opportunity to recover from mistakes
Limiting it to two or three consecutive wrong answers also helps limit the complexity of branching scenarios. You don’t have to create a full-length path of increasingly wrong answers.
Giving people a short, but incorrect (or partially incorrect), path also gives you the opportunity to show delayed consequences.
 
 
 

What do you do?

How do you handle wrong answers in a branching scenario? How long do you let learners go down an incorrect path before either forcing a restart or forcing them back on the correct path?

16 thoughts on “How Long Should We Let Learners Go Down the Wrong Path?

  1. A great article as usual Christy! I tend to follow the second model, even though the design (and review!) efforts are so much higher. My main reason to let learners go further on a path is that it actually reflects reality better, certainly if you are talking about choosing conversation options. Quite often we can rectify something that we did not say well, or steer a conversation back or even apologise :). Additionally, in reality we do not always find out immediately that we went wrong, it may be further down the line that this becomes clear.

    1. I agree. Most of the branching scenarios I build are conversations, so it makes sense to give people a chance to say something to smooth over a mistake. In conversations, you often have an outcome that isn’t completely bad or completely good. A few choices down a partially correct path lets me show a consequence that is inbetween. A patient might verbally agree to make a change but not be very motivated. A counselor might miss an opportunity to probe deeper and find out an underlying cause. A sales person might make a sale of a smaller item rather than a larger one. All of those are situations that warrant letting people go a little longer down a wrong (or sort of wrong) path.

      1. I believe that conversations are a great way of being able to correct mistakes. With younger kids, they do not like to be wrong in front of their peers. They also do not like to ask questions in front of their peers and would rather keep making mistakes then have their friends think they not smart. I have found more success when I have one on one conversations with these students. When a student is one on one, they are less anxious that their friends will make fun of them and are more likely to be honest about what they need help with. It also gives them a chance make connections with the teacher as well. Great blog!

        P. Fowler

        1. Peer pressure and fear of publicly failing are real concerns. That’s one of the advantages of self-paced online learning; it gives people a safe place to fail without others watching.

  2. Not always easy but the principle, I think, is that if there are ways to recover in real life from a mistake we should offer those ways in the scenario. So for example the call centre person forgets to do the ID routine at the start of the call and is about to carry out the transaction. In real life they could still remember to do it, so that should be there as an option.

  3. As a classroom teacher I am constantly evaluating how my students are performing. I have found that it really depends on the student on how much you should let them make mistakes. With some students, after making mistakes one or two times, I need to immediately step in and help. If I don’t, they will give up and quit trying. However, I also have other students that will try and try, only needing a little redirecting, and they will use their problem solving skills to be successful. I really like that you pointed out that when we learn, we are creating those pathways. I never really thought of it that way, but now that I think about it, it makes a lot of sense. I can visual that student who has been practicing how to add fractions the wrong way and how hard it is to break them of their wrong habits because they have been practicing it the wrong way. I will definitely be thinking of the blog the next time I am evaluating my students as they work.

    P. Fowler

  4. Great explanation, Christie! I agree with a catastrophic results start-over.I also use a version of limited branching, in which the learner experiences “what happens next” with an incorrect choice (text, sequence of still images, or animation/video), receives feedback on why that choice produced negative results and/or a question pointing to the correct answer choice. The learner is brought back to that decision point for another choice. The correct answer continues the scenario.

    1. I like the “what happens next?” approach. In fact, I might use that for one of my current projects. I need to do a branching video scenario, but we’re limited in how many video clips we shoot. I could potentially use some stills from the video for some wrong answers with a text description, rather than putting it all in video.

      A similar approach was used in this sample branching scenario in H5P. Some of the wrong answers lead to video consequences, but some lead to text describing what happens and providing feedback.

Leave a Reply

Archives