Welcome back, Cadets, and Happy New Year!
In this post, I’d like to focus our attention on the theory side of things. In particular, a topic whose importance in the eLearning arena was really brought to my attention by a colleague of mine named Jim Garland. Jim, spending several years working in the eLearning industry, has helped open my eyes to countless considerations that differ from my background as a traditional secondary educator.
However, one topic that Jim has helped me to better understand is that of cognitive load.
There has been a great deal of research done on the topic, but in a nutshell, it refers to the amount of information the human brain can effectively process at one time.
And while I knew of it prior to meeting him, I lacked understanding its impact in the eLearning environment. Since Jim’s and my first discussion about cognitive load, I’ve challenged myself to dive into learning more about it, specifically, proactively targeting a learner’s cognitive load while developing eLearning content.
So let’s get started.
There are a variety of terms used with regards to cognitive load theory, but I keep finding myself visualizing it in my mind as a car’s tachometer.
Sure, it’s a metaphor, but conceptually, it aids in the understanding of how/when/why, and to what extent my mind changes gears.
Let’s look at some of my terms:
- Cognitive Up-shift – When a learner is actively adding to his/her cognitive load.
- EXAMPLE: Reading an article in the newspaper.
- Cognitive Redline – When a learner’s cognitive load capacity has been reached or breached.
- EXAMPLE: Reading that same article while tying your shoes, eating breakfast, mowing the lawn, and arguing with an angry gorilla…simultaneously!
- Cognitive Stall – When a learner has disengaged from learning.
- EXAMPLE: Reading a boring article in the newspaper, only to realize five minutes into it, that you’ve stopped reading, have a drool spot collecting on your shirt, and forgot how you came to be holding a newspaper in the first place.
Just by looking at these three terms, I think it’s safe to point out that as educators, we want to avoid redlining and stalling.
That leaves us with cognitive up-shift. However, don’t think of this simply as learning new things, but rather, expanding up-shifts to include other stimuli that grab a learner’s attention, thus adding to his or her cognitive load.
Other stimuli, you ask? That’s right. Things like:
- Side conversions
- Instant messaging
- In-coming phone calls
- Thinking about that fire that needs to be put out
- Course animations
- Course color theme
- Course navigation
To name a few. Okay so that was more than a few. But really, our cognitive load takes on stimuli from three primary categories – at least while in a work setting, and taking an eLearning course:
- The course itself
- Physical Distractions
- Mental Distractions
That said, I’d like to focus on something that, while I’m certain others have thought about, I didn’t really find anything related to intentionally lessening the cognitive load, or, as I refer to it, down-shifting.
A cognitive down-shift allows learners time to ease up on the gas a bit so they don’t redline, but not too much, so they don’t stall either. Essentially, to keep your learner’s brain working effectively and efficiently through a series of up-shifts and down-shifts.
So the question remains…how does one accomplish this?
There are a variety of methods to incorporate down-shifts (humor, interactivity, etc.), but I really want to point out the importance for developers to be aware of this while developing, by using and relying on Captivate’s timeline. Let it become your development tachometer – how much are you asking learner’s to learn, speedometer – how fast are you asking them to learn it, and odometer – for how long are you asking them to learn.
Until next time, Cadets, shoot for the stars and BE the YOND!
Adam
Great stuff! Where else can you geek out with some theory?
Mayer and Moreno offer some great ways to reduce cognitive load.
You must be logged in to post a comment.