Getting Started

From Badge Wiki
Jump to navigation Jump to search

How the Open Badges infrastructure works

Badge taxonomy

The Open Badges Infrastructure is a decentralised, federated system. This can be a difficult concept to get your head around when you first start thinking about Open Badges.

Perhaps the easiest analogy is to think of the way that email works. When you send an email, it doesn’t matter what your email address is, who your provider is, and where in the world you are; it just works. Your message is bounced around various servers and, because they’re all using the same protocol, your message eventually reaches your intended recipient.

Similarly, with Open Badges, it doesn’t matter who issued the badge. You can choose where you want to store it, so long as the provider adheres to the specification originally laid out by Mozilla, and now maintained/developed by the 1EdTech Consortium (formerly IMS Global.)

Issuing vs. hosting

Let’s continue using the email analogy. When you send an email, you’re usually using a program that can also receive email. That is to say that it has dual functionality. However, you can imagine a program that only sends email, or one that receives it.

Likewise, in the Open Badges ecosystem, most platforms both issue badges and allow you to store your badges in what is usually known as a ‘backpack’. Some platforms, though, only deal with badge issuing, and some only provide a place for you to store your badges.

The Badge Alliance provides a useful, regularly-updated list of badge issuing platforms. Most of these also offer badge backpack functionality.

Choosing a badge issuing platform

Choosing a badging system

There are many and varied use cases for Open Badges. There are also a lot of ways of issuing badges. On one end of the scale is building your own bespoke solution that hooks into the Open Badges API.On the other end of the scale is using a fully hosted platform. In the middle is using software (free/proprietary) that you can host yourself. Each of these approaches has its benefits and drawbacks.

Once you have decided on an approach, the following five questions should help you evaluate which particular issuing platform might work for you.

  1. Does the platform allow you to store badges?
  2. Does the platform include the ability to create the visual design of the badge?
  3. Does the platform allow for multiple badge-issuing?

At the core of the Open Badges ecosystem is portability. Badges issued via one platform should always work with those from another. This is called interoperability. Open Badges are valuable because they are portable digital credentials. Similarly, the platform you use to issue and allow users to store their badges should allow portability.

Developing a badge system

Overview (road map)

(Don sketching this in for now... will polish later)

This sequence is not a prescription, but is based on observation and published guides.

Suggestions to follow: explore, experience yourself, discuss, empathize, find allies and champions, focus on audience needs, learn from others, think big, start small, iterate, monitor and adjust (design thinking, agile development, action research), THEN operationalize and rationalize for sustainability (innovation-driven policy)

Warnings to avoid: design everything in advance (waterfall development, policy-driven innovation), overstructure

STEP 1: Lay the foundation, develop a vision

Do some early reading

Find some co-conspirators

Recruit your core working group

Start building a vision and simple framework

STEP 2: Find an early target

Research, network and prioritize

Analyze models, use cases from elsewhere

Determine your internal partner

STEP 3: Design your pilot system

Reach inside your institution

Reach outside the institution

OPTION: Host a collaborative design workshop

Design your badge system

Information Design

Visual Design

STEP 4: Build awareness and launch your pilot

Soft Launch or “Splash” Launch?

Communicate with Stakeholders

Prep, Launch, Follow-up

STEP 5: Evaluate, improve and expand

Monitor and Evaluate

Analyze and improve your model

Improve and iterate your improved model

Expand your scope appropriately

Operationalize your initiative

Helpful Guides :

  • DigitalMe (WAO)
  • RMIT
  • Credly (Brenda Perea)
  • eCampusOntario Micro-credential Toolkit
  • BCcampus Micro-credential Toolkit (coming)


Creating badge pathways

Badge pathways are an evolving concept that can be defined as digital solutions that enable individuals to use digital badges to move towards a goal or opportunity, or that can be used as an 'infographic' to document an individual's pathway towards a certain goal, with badges.

Learn more

Stepping into the shoes of badge earners

When designing a badge project, it's very easy to become blinded by the issuer's perspective. What skills do we think it's meaningful to recognise? How do we think they should be recognised? What evidence do we think should be required? How is it most convenient for us to assess whether or not the criteria has been met?

In order to create a meaningful representation of a trust relationship between issuer and earner, it's therefore important to where possible, stand in the shoes of the earner.

Defining the Cast is a simple exercise in order to help do just that by creating individual personas of stakeholders.

Learn more

Mitigating risks and challenges

Every project, including badge-related projects, needs to consider the risks and challenges it will face. However, creating a risk register or similar can be both boring and have little impact on the actual project.

Instead, consider using a 'pre-mortem' approach, a way to create a ‘safe space’ to express sentiments that could be construed as negative. It’s a simple enough concept: you imagine it’s 18 months in the future and the project has been a failure. The job of the pre-mortem is to identify in advance why that might happen.

Learn more

The importance of openness

Badge platform questions

Finally, a point about openness. There is an important difference between digital badges and open badges. But this difference is not merely a technical difference. It is also a difference in ethos.

This is perhaps most easy to see by returning to the original Open Badges for Lifelong Learning white paper. In the paper, Erin Knight writes:

With the Web and its core principles of openness, universality and transparency, the ways that knowledge is made, shared and valued have been transformed and the opportunities for deeper and relevant learning have been vastly expanded.

That is to say that the web is built with openness baked in. It defaults to fluid knowledge exchange. However, the way that we credential doesn’t work like that:

Without a way to capture, promote and transfer all of the learning that can occur within a broader connected learning ecology, we are limiting that ecology by discouraging engaged learning, making critical skills unattractive or inaccessible, isolating or ignoring quality efforts and interactions and ultimately, holding learners back from reaching their potential.

So Open Badges are a way of capturing knowledge, skills, and behaviours in ways that can be verified. They work like the web.

Thus, badges can play a crucial role in the connected learning ecology by acting as a bridge between contexts and making these alternative learning channels, skills and types of learning more viable, portable and impactful.

The important thing about Open Badges is that they are portable digital credentials. Without naming names, there are some platforms that are technically compatible with the Open Badges specification but, nevertheless, make it impossible (or very difficult) for learners to move their badges elsewhere. These platforms are effectively ‘enclosing’ parts of the Open Badges ecosystem for their own gain.

If you decide to go with a hosted platform, some additional questions to ask are therefore:

  1. Does the platform allow badge earners to export their badges to other providers?
  2. Does the platform attempt to lock me in if I want to move between badge issuing platforms?
  3. Does the platform use Open Source technology?

The last of these questions is important if the provider suddenly decides to shut its doors, pivot its business model, or decide to massively increase prices.