Category Archives: Mozilla Learning

Chicago Summer of Learning 2013: thoughts on developing a citywide badge system

Screen Shot 2013-07-09 at 10.27.37 PMFor the last few months we, the Mozilla Open Badges team, have been working together with a number of other groups and the City of Chicago to launch an amazing and exciting learning campaign: the Chicago Summer of Learning (CSOL). Here’s the Mozilla Blog post introducing CSOL and Erin Knight’s comprehensive discussion of it. CSOL represents the first intrepid step by a city to implement an open badge ecosystem across an entire city. That bears repeating. The third most populous city in the United States issuing open badges.

Thanks to our partners
CSOL was—and is—an incredibly exciting project with many different aspects and we were extremely pleased and honored to work on it with various fantastic people from the following organizations: the City of Chicago; the MacArthur Foundation, Digital Youth Network; Hive Chicago; Ci3 at the University of Chicago and The Creativity Labs at Indiana University.

A badge system design of this size and of this effort provides immense fodder for discussion, so this first post will be a brief recap painted with broad brushstrokes of some of our experience thus far. And suffice it to say that we have learned a lot—and we still have much to learn. Over the next two weeks I’ll follow up this post with additional posts that delve into more exacting detail on the system, its development and the rationale behind it.

But first a peek into the larger world that contains this badge system. Our design process included and addressed: issuing organizations, funding organizations, legal conditions, multiple audience needs, political considerations, academic concerns, standards alignment, distribution requirements, access capabilities, motivational discussions, socioeconomic problems, visual representation issues, employment possibilities, and varying levels of technical expertise. Certainly, not every badge system needs to or should address this many dependencies but it’s to be expected that as the size of the badge system increases, so does its propensity to surface increasing numbers of issues.

Learning: the primary motivation
Summer learning drop off is a problem that has plagued schools & students for years. The Chicago Summer of Learning was aimed squarely at this issue. Working closely with numerous issuing organizations (~100), we developed methodologies to ensure that the many disparate badges worked together as a system—both from a content standpoint as well as a visual standpoint.

The city chose STEAM (Science, Technology, Engineering, Art and Math) as the badge system framework. This relatively strict taxonomy helped to guide the architecture of the system by providing useful parameters for the smaller, more operationally challenged organizations new to badges while also presenting potential touch points for the larger, more established organizations offering comprehensive learning opportunities.

Beginning at the beginning
With such a large initiative, a significant amount of recruiting for participation preceded some of the badge system design. As previously noted, each participating organization had its own motivations and goals for their programs and subsequently for their badges as well. This made perfect sense since the composition of the system was both intentionally diverse and also serendipitously alike. Seeking to maintain this essentially organic badge ecosystem, we did not require any specific criteria in the creation of the badges. Instead we encouraged organizations to consider their basic values in relationship to STEAM and then badge along those lines.

To get everyone onto the same conceptual page, we, in conjunction with our partners, held several in-person sessions to talk through open badges: what they were, why the city was initiating the program, how they worked, what was expected of them, etc. After these face to face facilitated sessions Mozilla created a personalized google spreadsheet for each organization to fill in with their specific badge content (more on this in an upcoming post).

Even in very large badge systems individual badges deserve close reading and attention and that is precisely what we provided. Poring over each spreadsheet cell by cell, we reviewed each badge, asking questions, clarifying content and requesting revisions where we felt some alteration might improve the final badge. We followed up by email with every organization to ensure that all of the badges met organizational requirements as well as the content and metadata requirements for open badges. While the idea of badges was new to many of the participating organizations, every organization enthusiastically jumped into badge content creation.

Different lenses
Each entry level badge represents one or more of the STEAM categories and focuses on learning of some sort, so perhaps the most obvious lens we used on them was learning. A final tally of the issuing organizations revealed the following three categories for learning:

  • in-school teaching and learning organizations (formal)
  • out of school teaching and learning organizations (informal)
  • the City of Chicago organizations (governmental)

Badge pathways
Another lens onto this system comes from the hierarchy of badge progressions or badge pathways. We considered a number of possible badge levels and requirements before settling on a relatively straightforward progression. We arrived at a simple structure due to some significant aspects of the program: 1) the time in between school year end and school year beginning is surprisingly brief; 2) the number of opportunities to be had was wonderfully rich and we wanted participants to be able to experience as much of it as they were able to; and, 3) the technical considerations of linking a range of different systems proved quite complex in our limited timeframe. All of these factors—plus others—contributed to our decision to implement a streamlined badge system hierarchy.

The suggested path was as follows: earn a required number of entry level badges in any STEAM category from any organization, and when the required level is reached those badges in turn level up the earner to one of the City of Chicago awarded S-T-E-A-M badges; the earning of that city level badge in turn unlocks a series of STEAM-related citywide challenges & associated badges that can also be earned. Viewed through that lens, the system looks as follows:

Entry level badges

  • organizations offering entry level badges through face to face participation
  • organizations offering badges through self-paced activities
  • Ci3 offering The Source game badges

City level badges

  • the City of Chicago offering Science, Technology, Engineering, Art, and Math city-level badges

Challenge badges

  • organizations offering citywide challenge badges

The system can be expanded outward from this framework. There were additional suggested badge pathway opportunities as well but this represents the germinal structure.

Still more to come
As noted above, this was a fantastic opportunity for the Mozilla Open Badges team to test out some of our hypotheses about badge design, badge system design, and technical considerations. CSOL provided us with wonderful circumstances ripe for creativity. We were honored to work side by side with individuals profoundly committed to improving the possibilities for the youth of Chicago through open badges, and we’re excited to see new learning pathways being forged by Chicago youth.

Along the way we conceptualized, designed and created a number of new tools that we’ll continue to refine: some for assessment, some for badge creation, and some for badge issuing. We found it tremendously educational and informative to work directly with organizations brand new to badging, and we were deeply moved when those same organizations were impressed with their own conceptual development and badge thinking. It’s been an amazing ride and it’s not over yet.

Many, many thanks to the Open Badges team who brought this dream to life. Together we salute the youth of Chicago and all of the people who help them on their journeys.

- – -

Much more soon.

related reference:
Earlier I happened across this interesting research on summer learning drop off by Rand Education, it seems worth including here.

Boundless learning: the continuum of web literacy

There are a lot of people who think that our educational system is broken. I tend to think of it as problematic rather than broken—because it still works for some people, just not everyone. Wouldn’t it be great to have a system that works for more people in new ways?

A look back to look forward 
Here’s how we may have arrived in this confusing spot regarding education, a spot that is overripe for reimagining. The web.

The web is limitless. And its limitlessness has revealed to us the profound limits bound into earlier systems of knowledge measurement. Let’s use an example. Books were a previous primary yardstick. And we thought that all of them gathered together in the form of libraries constituted a window onto the edge of knowledge.

The lure of the past
But with the rise of the web in the last few years, we’ve realized that that was a false limitation. Libraries, even spectacularly large ones, that previously seemed like they contained all the information in the world are competing against an ever-growing, easily accessible accumulation of knowledge from around the world. The last Encyclopedia Brittanica—for years considered the gold standard for reference to be found in a printed set of thirty-two bound volumes at the cost of $1395—is now dwarfed by a free site on the web. That free site? Wikipedia. Over four million articles can be found on Wikipedia; it contains over twenty-nine million pages. That’s just one site on the web. And interestingly enough, it’s a site to which many editors contribute but that no one person “owns.”

2453225976_81ef3a4aa1_z

“The web has allowed us to see that the world is significantly more complex and interesting than we thought it was.” (2012, Weinberger) Indeed, the web mirrors much of our world in that it:

  1. contains massive amounts of information,
  2. has a distributed ownership model, and
  3. a large part of the information found on it is entirely free.

A new model for learning
Thanks to a lot of people who recognized the value of the web (and who like teaching and tinkering and sharing) learning can now happen and is now happening anywhere and everywhere. So, how can we break free from the limited thinking that chains us to book learning and formal academic levels? Can there be alternative methods of information dissemination?

The learning continuum
Let’s agree on this: learning is a process. There is no endpoint.  But what does this mean for education? That there is no cap to the amount of knowledge we can accumulate. And now because there is no endpoint, we need to rethink how people might find their way through this glut of information. We need something to fill in the space of what was there previously—or at the very least to find a way to acknowledge the new learning spaces that we’re beginning to see.

The last printed Encyclopedia Brittanica was published in 2010. It’s now 2013. The world has not stopped amassing information in that interim. So, we must become comfortable with the idea that there are volumes of knowledge that we’ll never know. It’s simply not possible to do that anymore; it’s not possible to put edges or boundaries on learning opportunities. This is where badges can provide their greatest value: as guideposts in an increasingly complex knowledge universe. Badges can be issued on an atomic level. We can start to acknowledge the primary elements  that constitute a basic level of knowledge.

I’m hesitant to even use the word level here. Due to its requirement for contextual definition, the idea of educational levels often leads straight to a bizarro world where levels are spoken about as if they’re universal, but their implementation reveals that they are most distinctly not universal in application.

Let’s just say that there are continua of knowledge and as a whole we are on them. To quote my colleague, Doug Belshaw, from our in-progress web literacies* white paper, “Literacy is a condition to be obtained not a threshold to cross.” The key to that statement centers on the idea of conditions: we are continually moving through and across boundaries of knowledge. This is one of the beauties of the web—and of life. In general, the boundaries we experience have been created and defined by us in the development of our society. Badges let us reimagine what those boundaries are and where they might appear. Thus, we can move ever closer to aligning our ability to acknowledge all of the learning now possible with the web’s vast capacity for increased knowledge acquisition.

Learning pathways 
Right now we’re focusing on what a web literacy standard might look like and how it might be implemented. A significant portion of this thinking will include developing potential learning pathways. Along those lines, we will be thinking through the framework’s ‘Beginner’ and ‘Intermediate’ levels before considering ‘Pre-Beginner’ and ‘Advanced’. Taking this approach will allow us to produce multiple touchpoints and signposts along the way to web literacy. We’ll use those touchpoints and signposts to develop a web literacy badge system that accommodates various learning pathways, builds upon the web literacy framework, encourages continued community badge creation and aligns with Mozilla’s Open Badges Infrastructure.

The honor of your presence is requested
There are many ways that you can participate. Here are just a few:

  1. Join our weekly web literacy standard community call on Thursdays 8am PST / 11am EST / 4pm GMT. Here’s a canonical etherpad agenda that includes dial in information.
  2. Visit our continually updated wiki.
  3. Continue to read and respond to these posts.
  4. Share your ideas about what might be useful indications of learning.
  5. Begin to imagine a world where web literacy is an easily understood literacy with badges that communicate where someone might be on that arc.

We’re gathering together with you at the forefront of our understanding of what web literacy is and we’re aiming to map out a workable future. We’re pretty excited and we’re really glad you’re here.

* It’s worth noting that we’re distinguishing between our earlier work with web literacies and our new efforts for a web literacy learning standard.

Flickr image CC by mikeedesign

Much more soon.
carla [at] mozillafoundation [dot] org

Co-constructing a framework of web literacy and badges

Two weeks ago on Thursday we held our first web literacy framework / standard conversation. We, along with interested and influential folks, are thinking through what a web literacy standard might look like and how it might be implemented.

You can read more about our first gathering on this etherpad and check out our recorded interaction here—but before you fall too much in love with that pad or deck, take a gander at this etherpad, too. Because we held another web literacy online gathering just yesterday. (By the way, if you haven’t introduced yourself in the web literacy group of the webmaker list, please do.)

Participants at both of these public interactions began to think through and converse about some of the many complex questions surrounding this effort. Things like, what do we mean by the term “standard,” and what about people who are educationally or socially underserved, or those folks who are not even on the internet? While we don’t have answers to all of these questions, we do anticipate that this communication opportunity will spur a number of lively conversations and perhaps some complex philosophical and sociological inquiries, as well. Of course we want to talk, but more importantly, we want to listen, too.

Questions we’re asking
In essence, we’re asking a number questions and we’d like your thinking on them. Here are a few that we’ve been obsessed with lately.

  • What are the basic, intermediate and advanced skills that are essential to becoming a productive participant of the web?
  • How many are necessary to produce useful competencies?
  • What are the related outcomes associated with those skills and competencies? In other words, what might those skills and competencies get you in an applied setting?
  • Can we build assessments that support and acknowledge those skills and competencies?
  • Can we build APIs that allow you to begin to use these skill and competency assessments right on your own site?
  • How can badges be designed that accurately represent those skills and competencies?
  • What sorts of badges make sense in a distributed system like this?

And another question that’s close to my heart:

  • What goes into a badge framework that will encourage other individuals, organizations, educational institutions, etc. to build upon our web literacy badges efforts so that together we construct a viable, meaningful, and valuable network of activities, assessments and badges?

Definition of terms
A lot of this work is contingent upon us reaching some universal agreement about what we mean when we talk about web literacy.* In order for us to make any headway with the development of a standard, at the very least we’ll need to be aligned in our understanding and use of this term. Also, you may hear us talk about a standard and a framework somewhat interchangeably: we’re focused on building a framework from which a standard will emerge. Our approach for the web literacy badges works similarly: we aim to construct a conceptual framework that encourages other organizations and individuals to form their own badge system nodes in this network. While we’re still figuring out how all this gels, we’re forging ahead with designing a web literacy badge system that derives its excellence from a variety of  committed, web-literacy-standards-aligned issuers contributing to it. I’ll explore this idea in detail in future posts.

Systems thinking
One of my favorite posts that I’ve written on badge system design is Building Trust Networks, Creating Value. If you have questions about how we see this all coming together, you’ll find a number of answers there. In short, that post reviews the ways in which trust networks may evolve in the Open Badges ecosystem. It also purports that a system will function at its best if trust grows right along with it: trust that is both internal to the system as well as external to the system. A slightly different way of saying that is that a system will become more resilient if trust becomes and integral aspect of its network effect. The hallmarks of a successful system include resilience and flexibility: we’re working to build those into our web literacy badge system.

How we’re getting there from here
We’ve been considering what web literacies might look like. We’ve released a preliminary set of badges based on low level achievements that can be accomplished using one of our tools. We have a killer team assembled to begin tackling incremental assessment, creating activities that are both informative and inspirational, designing badges that act as guideposts to the standard they represent, and devising possible pathways for people to get from one skill or competency to another.** We’re analyzing the best ways to make this an open standard; imagining ways that an API might be able to be useful for things like those incremental assessments.

An invitation
Over the next few days we’ll be roughing out a lightweight roadmap; there you’ll find specific dates and goals. And exciting next step will be to hold regular weekly calls to publicly investigate, evaluate, and scrutinize this work—this most definitely will be a group effort. You’re invited! Please make a point of joining us for our inaugural weekly meeting on Thursday, Feb 28 at 08:00 PST / 11:00 EST / 16:00 GMT. I’ll post more specific dial-in details when they’re finalized. Dial-in info can be found on the Web Literacy Standard Community etherpad.

We’re excited to have you join us on this journey. Together we will co-create a new web literacy standard, develop badges that reflect that standard and begin to define pathways that lead to rewarding educational, social and personal experiences.

* A quick and appreciative nod to individuals who have been ruminating on digital literacy, digital divides, and technological literacy for years.
** A foundational badge pathways post is coming within a few days. This is a lynchpin concept.


More soon.

Web literacies: something serious, something funny and something fun.

We ran our first online gathering last week during which we sought to begin the process of co-creating a web literacy standard. You can read more about that on Erin Knight’s blog here and Doug Belshaw’s blog here. And while I want to delve into that effort in detail, right now I just want to share some thoughts about ideas related to web literacy.

Something serious
Directly related to those ideas, I’d like to suggest that if you haven’t yet visited the Webmaker google group, please do. There are some extremely interesting conversations and intimations happening there about things like Internet accessibility, worldviews and what those sorts of things might mean for web literacy. These big questions are right up my alley. As a firm believer in context driven language, communication and interaction, I’m convinced that these are excellent areas of inquiry. What does it mean—in practice—to develop a standard that may or may not pertain to several billion people? And how can we ensure that our co-defined thinking allows room for growth, modification, interpretation but remains strong enough to withstand rigorous assessment and investigation? We are going to be discussing some of this again next Thursday at 9am EST. Please join us.

Something funny
We’re asking, can you help us build this from a close-in standpoint while recognizing a need for a top level view as well? In a recent online back and forth with Brian Brennan, gentleman coder and the original and chief software architect of Open Badges, he made a coding joke. A joke that I did not get—because despite what I know, I do not know many of the nuances of coding. In total, it was this, “I’d tell you a UDP joke but you might not get it.” This was succeeded by the following comment, “!!!NERD JOKE ALERT!!!” Once explained (see Something fun), these few sentences are actually pretty funny.

Why are we talking about this, aside from how it nicely illustrates what a funny and informative (and badass) programmer Brian is? It serves to show that it’s possible to be on the spectrum of web literacy—even to be quite advanced on that spectrum—and yet still have plenty of things to learn. Web literacy in short: many levels, not all required for success. Now let’s contrast this degree of literacy with the literacy level of people who are only peripherally on the web because they don’t have things like a solid internet connection, or they live in a place where there isn’t a dependable communication infrastructure, or maybe their lives are full enough or complicated enough without the web.

How does this tie into badges? In a very interesting way. First let’s acknowledge the new folks that we’re excited to have join our team to help answer that question. They include Jess Klein, Atul Varma and Chloe Varelidi. Together we’ll be building some exciting new activities and incremental assessments, the outcome of which will result in web literacy badges and their associated pathways. That’s right: this all leads back to my old friend, badge system design.

Something fun
So, someday soon, knowing things like the difference between UDP and TCP and how that manifests itself on the web may prove to be one aspect of a web literacy pathway. And because we’ve gotten this far without yet learning the difference between them here’s Brian’s verbatim explanation of UDP and TCP. Please note that he communicated this through an informal online exchange so it’s a less standard explanation than Brian might otherwise deliver—but it sure does get the point across.

“UDP doesn’t guarantee order of packet delivery, or delivery at all. TCP ensures order and integrity, but incurs overhead because every packet has to be acknowledged. So UDP is suitable in an environment where it’s acceptable for things to come out of order and where the client can ensure integrity. BitTorrent is a great example of this. I associate it with shoveling data out a window while saying ‘yo I don’t give a FUCk’.”

If you’ve ever heard of or used Pirate Bay or torrents, you’ve actually come into contact with UDP. And since you’re reading this right now and it’s all arrived on your computer in one intelligible piece, you’ve also come into direct contact with TCP.

Congrats, you’re on your way to becoming even more web literate! Now we just need to develop a distributed badge system that indicates that knowledge so you can share that with other people. And friends, I’m here to say that we’re on it.

- – -

Much 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

Mozilla Open Badges: another take on the shape of the ecosystem

After reviewing the work from the last post, it seemed that multiple graphics that provided different lenses with which to view our efforts was the way to go. Also, we received some pushback on our view of the ecosystem from the folks at Digital On-Ramps. That’s exactly the sort of community interaction that extends and builds the conversation and we deeply appreciate it, thanks!

Now, given that excellent effort, I ask you to consider and share your perceptions of the Open Badges ecosystem, not only as we imagine it right now but as you see it in 6 months, 1 year, 3 years, etc. Aaaaand, can you imagine additional alternative credentialing occurring and what’s the state of the workforce development movement?

Okay, with that mental exercise assigned, let’s get to more visuals. First up, a slightly revised graphic showing the traditional/non-traditional vs. accredited/non-accredited landscape.

You’ll note that the confusion introduced by matching traditional/non-traditional with formal/informal is now gone. Also, there are more organizations included in this version. Thanks to those of you who provided me with information about where they saw themselves fitting, along with areas that were previously not considered, for example the entire Maker movement. While there is some clustering happening already, I anticipate that eventually we’ll need the ability to enlarge this view dramatically because there are many groups and organizations that will be heavily clustered in some areas. That said, it’s worth noting that there are some data deserts in this graphic, too—particularly in the northeast quadrant. Perhaps this is due in part to accreditation being a pretty binary achievement (more on this in another post later).

The next graphic addresses the formal/informal environment vs. standard/experimental pedagogies. It’s new and again, a rough version of where things seem to be aligning. Here I’m contrasting a somewhat old world approach to teaching including formal requirements associated with physical placement (like seat time) with the new world order linked to the anytime, anywhere learning being engendered by the rapidly proliferating self & peer based learning sites that can be found on the Web.

There are some interesting overlaps occurring particularly in the southwest and northeast quadrants, especially as we consider the influence of the Maker movement. I would love to hear feedback on whether this graphic lens makes sense of this space, as well as if splitting traditional/non-traditional from formal/informal resonates with the community. For me, these are two different approaches that have been traditionally tightly interlaced but one that the web now compels us to recognize as potentially separate actors in the system.

By the way, if you click on these graphics, they’ll open in a new window in a larger format so you can view them more readily.

As I mentioned earlier in this post and last week’s post, I will be following up these thoughts with visuals that explain the direction that a trust network may take once Open Badges hits them. Until then, please provide your thoughts on these interpretations or directions you’d like to see expressed in a more graphic fashion.

And  lastly, thanks for all of your feedback on the graphics and ideas in the last post. I mention this frequently, but since it underpins everything we’re doing with Open Badges—and really, Mozilla in general—I’ll mention it again: you, the Open Badges community, are an essential part of building this ecosystem. All of your questions, notes, comments, RTs, likes, concerns, etc. inform the process. So, thank you and please continue to send them our way.

Much more soon.

Mozilla Open Badges: the ecosystem begins to take shape

08/01/12: Updated, see bottom of post.

A lot has been happening in the Open Badges world: we’ve been attending and speaking at conferences (ePIC, Gamification Summit, OSCON, ISTE); developing new outreach efforts; having fantastic conversations with significant potential partners; facilitating discussions about the future of alternative credentialing at CGI America; thinking through web literacies, skills and competencies; and working on developing Mozilla webmaker badges based on those web literacies. (And we’re also working on developing an “OBI compliant” tag for use on partner sites. Fun!)

As I’ve been traveling around and thinking through these issues, rationalizing different versions of assessment criteria, hacking through what folks mean when they mention 21st Century skills, I’ve felt the need to put a few things into a more visual representation. The first is how I see the development of Open Badges understanding happening. It’s fairly anecdotal and yet useful to begin talking about where the level of public understanding resides and where opportunities still exist. (Speaking of understanding Open Badges, if you’re not following us on Twitter at @OpenBadges, now is the time to start. And if you’re not joining our weekly Open Badges community calls (you missed a great one last week on validation), now is the time to start.

Impression of public understanding of Mozilla Open Badges

This graphic presents a pretty DML / Mozilla -centric view but it’s one I believe accurately represents how much we’ve accomplished in bringing the public up to speed in a relatively short time period. That said, I will also note that we have quite a way to go until the term “Open Badges” (and not just digital badges) can be used and understood in common speech.

A prime differentiator, and one that tends to get lost in cursory understandings of digital badges, is the idea that an Open Badge carries with it its own credentials: it’s evidence based documentation. Additionally, an Open Badge is a sort of diplomat that can freely cross disciplinary & institutional boundaries. From a systems standpoint, no Open Badge lives alone: each one resides in a larger badge ecosystem. As the ecosystem gains breadth, questions arise about the depth and rigor of each badge—as compared to the current understanding of social, professional, and academic currencies. Many, if not all of the questions of validity will be addressed through not only the methods by which each Open Badge is created but also by the community that develops around it. Endorsers will play a significant role in linking an ecosystem together as will Issuers & Displayers, but then so will “consuming” organizations like employers, academic institutions, community groups, etc.

But, in the interest of making this a briefer post with other pretty graphics about the concept of validation and trust networks I just referenced to come later (I promise—they’re already done), here’s an initial take on dividing up the academic world into traditional vs. non-traditional, accredited vs. non-accredited as it currently stands.

Traditional vs. non-traditional, accredited vs. non-accredited

Obviously, this is an abbreviated, highly selective version of that world but I would love to hear your responses to not only where you see you/your organization appearing on this graph, but also your thoughts on the validity of it. It would also be great if you felt the desire to talk about the future of this system and whether or not this approach will retain its validity or if we’ll need an entirely new one after Open Badges enters common parlance. Additionally, if this is an omniscient take or if there are different visions for each of the three primary players: earners, issuers and displayers.

And of course, I would love it still more if you would let me know your thoughts on where we’ve been, where we’re headed and what we have left to do. Thanks!

- – -

More soon.

UPDATE 08/01/12: After discussing this on the Open Badges community call, I’m even more torn by the dichotomy imposed by combining traditional & formal and non-traditional & informal (not to mention the extreme mental shorthand with which I’ve written this post). It’s possible to have traditional pedagogical techniques performed in informal settings. Consequently, I’m reworking this second graphic to include the subtleties that are lost when traditional & formal and non-traditional & informal are so unceremoniously combined.

As I mentioned in a few emails to those of you who wrote responses to this post, there will most definitely need to be a series of these graphics to articulate what we’re saying when we talk about Open Badges and its ecosystem. Lenses, layers, and conceptual frameworks are all still very much in process: I’m working on graphically representing all of these and I appreciate all the community participation I can get. Thanks!

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.