My last post was about Agile Learning Design, an iterative model of instructional design that focuses on collaboration and rapid prototyping. And it’s become quite a hot topic this past year. It is the hot new alternative to the old, and some have argued outdated, ADDIE model that has been the ultimate instructional design model for years. The most welcome change is the fact that an Agile model has you sharing your mockups, prototypes, and early suggestions with the client—right off the bat! This way you can adjust on the fly. No more building a course only to realize the client hates the use of some button in every single section.
How we talk about Agile versus ADDIE
This difference (of early sharing and collaborating) is such a breath of fresh air that some people have even recommended leaving ADDIE in favor of a new, more agile system.
I can see where they are coming from, because newer and more efficient processes have been developed. Agile (and other iterative models like it) take into account new technologies and more rapidly evolving ideas. But I’m not sure if “leaving” is the language we should be using. The concept behind the ADDIE model has worked for instructional designers for years. There is something about the simplicity of it—it grounds the team in stages so you know you’re not designing before you’ve defined the problem, or developing before you’ve laid out your design, etc.
“To me it’s not really versus”
So I would say that Agile isn’t a complete replacement for the ADDIE model. We’re not urging you to pull an “out with the old and in with the new” approach. In fact, you can make the case that in an Agile model you still do all the steps of ADDIE. Why does it have to be a fight between the two?
That’s precisely the point Jennifer Bertram made during my interview with her for these Agile Learning Design blog posts. She’s the resident ‘Agile expert’ here at Bottom-Line Performance and here are some snippets of what she had to say:
So in Agile versus ADDIE, which one wins?
“To me it’s not really versus. I don’t think they’re incompatible or that the science of ADDIE is wrong at all, I just think about when working with other people it requires you to talk about it more frequently—and that’s why you need an Agile process. Our clients really love being part of the team in that design meeting that is deciding what the interactions are and so on. We’re getting to solutions our clients are comfortable with earlier because they were there helping create them. That’s how Agile expands on ADDIE.”
At BLP we primarily use the ADDIE process, but integrate it with Agile. Can you explain when each process makes the most sense?
“If all you want are your traditional words on a screen with a next button, then Agile doesn’t make sense because there’s nothing really to iterate—there’s nothing to prototype, there’s nothing to test—you would still use ADDIE there. The Agile process is about different functionalities and what task we’re having those learners practice.”
We’ve used the Agile process when building Knowledge Guru games, is Agile a good system for developing learning games?
“Agile is really helpful for learning games because there is a lot of functionality to test—there are a lot of moving parts. So you think about when we develop learning games you have the learning goal, the specific challenges you want those learners to complete in the game, how do they win and what’s that system look like—there’s a lot of things that could benefit from the Agile process, the collaboration and iteration.”
ADDIE wasn’t supposed to be so rigidly applied
A lot of the bum rap that ADDIE has gotten recently, the reason that so many are hailing it as “outdated,” comes from that fact that people picture the ADDIE model in a couple different ways. Yes, the original version of ADDIE—the one developed in the 1970’s by Florida State University—is rigid, linear, and completely impractical for us. However, even those who thought it up knew that. Very quickly the model started being revised and adapted for more practical use. The diagram below shows two different diagrams of the “same” ADDIE model. On the left is the very first diagram from Florida State University (1975) and on the right is a version of the model that started becoming popular later on.
You can see how the diagram on the right starts to become a lot more like Agile. The evaluation is more constant and the structure is much less rigid. It is still lacking a system of iterations and rapid prototyping, and it still doesn’t bring the client into the early phases, but it’s much better. It’s so easy to hold the diagram on the left up as a straw man argument for ADDIE.
Semantics aside, we still need to embrace Agile
All that being said, Agile is still the future of instructional design. Rapid prototyping, consulting with the client early on, and the constant collaboration leads to faster, more innovative solutions. Not to mention it saves you so much time and frustration. No more developing a pretty, polished game only to realize the client wants changes or had something come up with their budget. All in all, I think we should avoid talking about ditching ADDIE completely, but we need to start moving on to Agile Learning Design.