Tag Archives: webmaking

Badge pathways: part 2, the “quel”

badgetypes1badgetypes2badgetypes3


In the badge pathways paraquel post we discussed the importance of the whole system and how your badges can coalesce into something greater than its parts. But let’s talk about what the parts of the system are. The parts of the system can include badges, goals, earners, organizations, stakeholders, and time. Why is it important to discuss these when we’re talking about badge pathways? Because your badge pathways will come about through pushes and pulls in the system; through different desires and needs manifesting themselves through the medium of badges.

Chains of importance, cowpaths & desire paths
In a recent conversation on the Webmaker google group, Christian Briggs shared some of his thinking about badge pathways. He mentioned a process of discovery he and a team had worked out that addressed chains of importance for all folks. This aligns with much of our earlier thinking and writing here.

At a meeting about the future of badges earlier this year, I floated the idea of badge pathways as essentially cowpaths. I mentioned this in reference to the idea of “paving the cowpaths”; seeing where the traffic goes and then paving where the paths are worn. As you can imagine, if you’re not familiar with this phrase and its related concept, it can take some getting used to. Rafi Santo kindly jumped in to offer the much more preferable desire paths. But regardless of the language used, what’s valuable and important here is where someone wants to go versus where they’re told to go.

Descriptive pathways vs. prescriptive pathways
Let’s take a minute to understand the difference between descriptive approaches and prescriptive approaches. Descriptive pathways approaches seek to acknowledge the ways that people willfully choose to earn badges. This technique may feel more natural to the badge earner since they’re defining their own paths. In this manner, the badge earner makes use of personal agency. Prescriptive approaches seek to declare one standard or recommended badge earning path over another. It can feel more limiting and formal. The badge earner is compelled to follow the proposed pathway or drop out of the pathway. Each approach has its own pluses and minuses.

The three-fold path
Several potential uses of these two approaches exist. For example, people may choose to (or be compelled to) move through a badge system in these three ways:

  1. Command path: suggested or recommended badge arcs.
  2. Contract path: desired or pledged badge groupings.
  3. Badge desire path: independently followed or pursued badge passages.

The importance of the distinctions between these paths cannot be overemphasized. Why? Because to the earner, each of these avenues will feel very different.

badgeflows

Part of the beauty of open badges in general is their extreme flexibility. This flexibility extends all the way from their creation to their earning, from their earning to their consumption. The system is designed to accommodate flexibility and alternative uses. This means that all badge creators/issuers are developing badge systems that will express emergence—one way or another. And one of the ways that emergence will come about is in the ways that people will choose to progress through your badges. So let’s return to the three different pathways.

Command pathways
The command approach is the most prescriptive: it relies on a formal, structured and recommended path. Most likely, this badge pathway will be linear—a straight line from one learning experience to another. This is not unlike what occurs in many school courses.

Contract pathways
The contract path encourages the earner to think about and select a potential learning arc. In the strictest sense, it, too, is prescriptive. But because its prescriptiveness is set forth by the earner herself, the potentially dictatorial nature does not carry the same paternalistic qualities.

Desire pathways
The badge desire path carries with it the greatest capacity for knowledge and system emergence. When there is no prescribed pathway, people can find the way that makes sense to them; can choose to follow other people’s paths or can strike out in very different directions.

The learning trail
All badge earners leave behind a trail. That badge trail may prove to represent merely a series of required steps; that path may illustrate a series of revealing, personally inspired choices, or that path may appear to be erratic and nonsensical, indicating nothing. But rarely is that last example the case. All of these directions may make perfect sense to the badge earner. But perhaps the one that makes the most sense to her is her own constructed narrative: the path that she develops a story about, even if her story can only be understood in retrospect. Sense-making often occurs after an experience: that doesn’t render the process any less meaningful, even if that process has seemed peculiarly arbitrary and idiosyncratic. They’re sending you messages about finding meaning and building personal value in the midst of communication chaos. And do not underestimate the immense power of self-reflection and self-assessment. Indeed, the badge earning iconoclast asks the badge system—and the people designing it—to not only acknowledge their atypical badge pathway approaches but also to appreciate their unique ability to see what might be rather than what is. They’re your badge system’s true north.

- – -

More soon.
carla [at] mozillafoundation [dot] org

Webmaker, games, and learning

Chloe Varelidi has been playing around with a small team thinking through how to make games hackable, free and open source. This work makes me happy. Somewhat relatedly, Greg Wilson has just written a terrific blog post about web literacy and why we need to provide pathways and tools that provide for creativity. What ties these two things together and loops in where we’re headed with Webmaker Badges is their open ended, non-deterministic approach to learning. I believe that games and game design should be deeply integrated with Webmaker.org. Why? For a number of reasons I’ll discuss here but perhaps most importantly it’s because games are typically fun. True, they’re not always fun but when they are, they can act like mental catnip.

Games present a number of opportunities for learning and tie in really beautifully with a variety of potential learning objectives, as well as outcomes.

There are a few books that point to games being effective teaching and learning tools—surprisingly tools that can have quite a positive impact upon personal perception and well-being (see Reality is Broken). And there are a number of research studies that are being focused on games. But the one thing that everyone seems to agree on is that what makes games great is the way that they provide immediate feedback, thereby diminishing the negative charge that usually rides shotgun with failure. We’re taught to avoid failure and still, failure is a quotidian occurrence. We might more commonly refer to failure as making a mistake. Yet, learning to develop resilience in response to failure (an ability that tends to make people feel happier and helps them thrive) can be quite helpful. Games can help us to do just that.

It may seem obvious that games and learning go hand in hand but here are a few reasons why I see them as intertwined. Games generally do not hit you over the head with what they’re teaching you. Nor do they often tell you why they’re teaching you something. Heck, they don’t even tell you that they’re teaching you anything at all. They don’t always provide instructions; this means that a player must discern how to play them. As Mario Herger said at the CalTech Entrepreneurs Forum: Venturing in Serious Games for Simulation, Education, and the Enterprise, “They don’t come with a 200 page manual telling you how to use them.” Players must use their own judgment about what’s important and what comes next. This also means that a player typically makes a lot of mistakes about those things—and that’s perfectly okay. In fact, it’s expected that the player will make mistakes. Mistakes are built in to the process. Intentionally. How many other activities have the user’s mistakes planned for and built into the process?

Perhaps what games teach more than anything is the value of persistence. If failure is anticipated, so is persistence. Extra lives anyone? I’d also argue that games teach the value of a community as well. What’s the use of playing a game if you can’t share it with someone else? Okay, that’s a bit of an overstatement because there are games meant to be played entirely by yourself. Solitaire is one of them. But even within solitaire you play until you absolutely can’t play anymore. And then you start again. Resilience.

Do we learn in games? Most certainly indirectly and directly as well. As mentioned earlier, we can come to understand persistence, social and moral values, community, the concept of multiple possibilities, how to assess options, the importance of planning, soft skills, hard skills—this list could go on and on and we could examine each property endlessly. But for now, let’s just consider the ways in which games provide multiple pathways to achievements despite numerous and difficult obstacles: we like a challenge.

So, what does all of this mean for Webmaker.org? A lot. There’s a huge opportunity for us to leap into the gaming boat; to set up a few challenges of our own. To ask people to not only play games, but to code games, to design and test them. Because developing a game for someone else puts you inside the mind of that someone else and encourages you to anticipate that person’s next move. And the move beyond that. And this is the nexus of playing and learning. How can you make something fun and compelling and difficult enough to excite people but easy enough for folks to win every once in a while. This is precisely what we’re aiming to do with Webmaker.

How might Webmaker Badges fit into all of this great potential? I’m guessing that some of this may appear obvious to you and I’d love to engage on that point. My next post will address how we might best integrate these two protean elements but in the interim, if you have ideas, send them my way.

Reference
McGonigal, J. (2011). Reality is broken. New York, NY: Penguin Press.

- – -
Much more soon.

Open Badges & Webmaker Badges in 2013: an ongoing conversation

2013: the conversation continues
Happy New Year, triskaidekaphiles! I’m starting off the year with a series of blog posts about where 2012 took us and where we will be headed in 2013. This year will see the implementation of a variety of Open Badges systems, along with Displayers, Backpack Providers, as well as some Open Badges platforms—many of which will be emanating from the 2012 DML Competition, Badges for Lifelong Learning, and many of which were inspired by that competition. We are excited about all of them. It’s always fun to see many different theories tested by actual application. Rubber, road, and all that.

In this new annum we will begin to see a dramatic increase in the number of badges being issued, although it’s fair to say that we’re doing pretty well so far. Last count (Jan 2013) saw a total of 40,000+ Open Badges already issued. We like that number a lot! But still, we’re shooting for much higher. As we have been saying for a while now, learning happens everywhere—it’s happening somewhere right now and a number like 40K badges doesn’t begin to capture all of that learning.

Among other great things like interoperability and transportability, the Open Badges initiative can help to ensure that the massive amounts of unacknowledged learning that happen all the time have a shot at finally being acknowledged. That’s where we’re headed with Webmaker Badges: capturing the learning that envelopes webmaking. We propose to expand our Webmaker efforts over the next year by expanding our offerings, developing new partnerships, and developing a more refined conceptual framework for the Webmaker Badges universe.

But I’m getting ahead of myself. Let’s take minute to recap how we arrived at this spot today. And that involves examining the fascinating intersection of Webmaker and Open Badges.

Webmaker and Open Badges: a brief history
2012 saw us begin to develop our Webmaker effort. Our aim: shifting people from being mere consumers of the web—or as Mitchell Baker more eloquently described it, pushing people beyond “elegant consumption” to creative making and imaginative exploration. Our Summer Code Party initiated the experience; it began with a fun Weekend of Code and continued with a variety of events throughout the summer months. MozFest revealed to us some of the fruits of this labor.

To kick off Webmaker, we started out by creating a series of exercises that were simple but compelling. We sought to test levels of public interest as well as our ability to carry this effort off. Turns out Webmaker was a hit: the public at large was thrilled to learn code in simple, free, and open ways. They were also interested in teaching each other code. Our endeavors were richly rewarded with interest and participation beyond our expectations. Webmaker proved to be deeply informative and continues to prove to be so: we learned about different coding efforts, developed new partnerships, discovered people interested in creating and coding their own projects. We had hit upon a direction worth pursuing.

And if you’re a regular reader of this blog, you’ll know that before Webmaker we had been forging the Open Badges ecosystem: standardizing and universalizing digital badges so that the content contained within them (yes, within the badge) was interoperable and useful across a variety of uses. I have to opine a bit about the delights of Open Badges. Open Badges allow individuals, groups, organizations, etc. to develop and create digital badges that capture learning wherever and however it occurs. As I noted above, the beauty of an Open Badge is its portability and its flexibility. Indeed, Open Badges represent a movement toward democratization, a shift in the educational landscape, an opening of the closed doors of academia, an opportunity to reimagine and recreate assessment, and the possibility to reconsider formal accreditation. (I’m a believer.)

Keeping our own counsel to let a thousand flowers bloom
Before we even introduced Open Badges to the world, Mozilla shied away from creating our own set of badges. While this may have seemed strange, this was a canny act in that it let others create taxonomies and develop systems that were unusual, new and dynamic. Our act—or really, non-act—encouraged folks to build from scratch, to seize the opportunities inherent in a brand new system and begin to acknowledge things that had not been possible to acknowledge previously. The newness of the Open Badges system permitted bottom-up forms of recognition, in addition to top-down forms. Heck, it even nicely accommodated inside out forms of recognition. Its protean dynamism allowed deeply different representations of learning that were not constrained by federal or state mandates. Indeed, Open Badges help organizations to create their own pure standards that are far and above current closed, formal standards. In other words, Open Badges presented a possible sea change in representations of learning.

Once the sea change was well underway—thousands of badges were being issued and many different badge systems were being developed—we felt comfortable that if we developed a system, it would slot in easily without overwhelming the nascent ecosystem. It wouldn’t become the assumed de facto badge system. We could enter the ecosystem without fear of becoming the apex organism that squelched alternative types of badge system design creativity. And so we launched a series of mini-badges based on our web literacies (much more on this in a later post) in late 2012 at MozFest.

Webmaker-Badges

There’s obviously  much more to say about our initial offering of badges and I’ll do so in following posts but let me leave it at this: we’re already underway developing Mozilla’s constellation of Webmaker Badges—large and small—and we hope that you will help us to build a complete webmaker galaxy. There’s room enough for all of us. Opportunities abound. Pathways have yet to be forged. It’s an exciting time to be a webmaker and I hope you join us on this mission.

Thanks. More soon.
carla at mozillafoundation . org

Learning, coding, systems of power, and Mozilla

Starting this summer, we’re aiming to help create a group of webmakers. Building on Mozilla’s Manifesto—to promote openness, innovation and opportunity on the web—we’re rationalizing a set of core skills, developing learning objectives and outcomes associated with those skills and offering opportunities to try them out. This effort aligns extremely well with the development and promotion of #5 in our mission list: “Individuals must have the ability to shape their own experiences on the Internet.”

What’s a webmaker?
What do we mean by webmaker? Someone who contributes to the web but also someone who understands the web and its inherent power. Our focus is on moving people toward doing rather than perceiving but both are required. Experimentation is where we’re headed. Guiding people toward understanding the software that constitutes the web so that they can make more informed and educated decisions about not only how they interact with the web, but how they interact with the systems that lead to the power of the web. Yes, systems as we’ve been discussing in previous posts. (Avoiding the complex discussion of Foucault’s systems of power for now, thanks.)

Code is political
Code is political. While that may seem to be a polemical statement, it’s one that serves to inform the currently omnipresent drive to teach people to code. Code is enveloped in systems of power—systems of power that will increasingly play large roles in people’s lives. Understanding that you can create as well as consume seems a fair balance. More people having a literacy is something to be desired, not shunned or disdained. (More info here: Lawrence Lessig’s Code is Law)

What do we mean by literacy?
Traditional literacy lifts people out of poverty, modifies their worldviews, opens up new vistas and provides new opportunities for further enrichment, whether they be social, political, professional, or ideological. If you want your own proof, just search with this combination of terms “literacy and poverty.” Who’s to say that digital literacy won’t accomplish similar things? In the vein of the scientific method, why not test it out?

Literacy itself is a complex term that encompasses a broad spectrum. In our case, literacy is a basic communication skill, akin to numeracy or traditional language literacy. We’re not aiming to make everyone into Joycean code experimenters pushing the boundaries of language and comprehension, nor are we aiming to move everyone toward Hemingway-esque brevity and conciseness, but if some of you decide those pathways are for you, all the better. At least you’ll be moving forward with a broader understanding of what’s possible. And you will be making the decision for yourself, not having it handed to you by some faceless mega-corporation.

Our initial take on web literacy skills is bouncing along as an ongoing experiment (sounds familiar, right?). In the same vein as iterate often, we’re out there trying things on, seeing what feels right. Working with other organizations to leverage their understandings of web literacy and expand upon our own.

What we’re interested in doing with webmaking is shining a light into a place you may not have considered looking before. Showing you that that place is not full of monsters, is not incomprehensible, but is instead simply the exact same world you’ve been experiencing all along just translated into another language. Learning to code is a deciphering of sorts—a decoding of symbols. It offers a different lens through which to view the world.

Opportunity
This new knowledge lens may significantly alter the way you perceive the world; it’s hard to say how it will affect you. Perhaps that unknown quantity is precisely why Mozilla believes learning to code is something everyone should be afforded the opportunity to learn how to do. The operative word in that sentence is opportunity.

Knock, knock, knock.