Webmaker/Badges: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
 
(45 intermediate revisions by 3 users not shown)
Line 1: Line 1:
https://dl.dropboxusercontent.com/spa/6c38yp3crbxni5b/gl5h_te6.png
https://dl.dropboxusercontent.com/spa/6c38yp3crbxni5b/tvvlm7px.png
=What badges are we shipping?=
__NOTOC__
'''In Q2:'''
* '''Webmaker Super Mentor badge'''
* '''Webmaker Mentor badge'''
* '''Webmaker Web Literacy badges''' (all 15 competencies)
* '''Hive Community Member Contributor badge'''
'''In Q3:'''
* '''Mozilla Contributor badges'''
===How?===
'''We're tackling the work on two fronts:'''
# '''Plumbing'''. The infrastructure required to apply, issue and display badge on Webmaker.org.
# '''Content'''. The graphic design and copy required for those badges. For the badge detail pages, criteria, email notifications, etc.


=Plumbing=
=Business value=
== COMPLETE: Operation Moonshot ==
* Pathways—badges provide primary navigation for people entering the fold
<ul><li><b>Completed April 25</b>
* Proof of learning / metrics — badges provide a concrete way for us to measure learning in our on-the-ground programming and online trainings
<li>Goal: ship a working prototype by MoFo All Hands</li>
* Partner strategy — when paired with a rigorous curriculum, badges provide a framework for certifying a learner’s digital literacy skills and competencies. This has significant appeal to many of our partners.
<li>[http://mzl.la/1nlu2Me See these completed tickets]
* Growing user base — badges provide a significant incentive for learners connected to a ground game effort (e.g. Maker Party, Club, or Hive) to join the broader community (and be made aware of the full range of our offerings)
</ul>
* Recognizing local leaders – the “Mentor,” “Super Mentors,” “Club Captain,” and “Hive Community Member” badges convey social status and legitimacy


==COMPLETE: Follow-Up: Permissions, Issuing and Email==
=Value to mentors and learners:=
* '''Implement issuing from Webmaker.org, email notification, and permissions model'''. (e.g., if you earn a Super Mentor badge, you can issue other badges).
* Structure and self-tracking—badges provide clear pathways for learning and contribution
<onlyinclude>
* Professional development, reputation, and career advancement—badges provide clear pathways for increasing skills and knowledge, are perceived as evidence of mastery and expertise, and are connected to specific projects of which the recipient is proud
<div>
* Recognition—badges provide a concrete way to recognize people’s contributions and accomplishments
<bugzilla>
* Motivation—badges can keep people engaged and desiring to progress through a pathway. Badges can  also be used to engage new/bashful learners
{
* Relevance—badges are connected to things people care about
"product": "webmaker",
"whiteboard": "[webmakerbadges] [followup]",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


==NOW: Preparing for Beta testing (May 16)==
=Badge offerings=
* '''Due: Fri, May 16'''
We are working to define our canonical badge offerings and our issuing scheme here: http://mzl.la/1F7DCYO
* '''Hardening the technical infrastructure. Displaying the badges on Webmaker profile pages.'''
* Tags: [webmakerbadges] [followup2]
<div>
<bugzilla>
{
"product": "webmaker",
"whiteboard": "webmakerbadges, followup2",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


==[May30]==
=Q1/Q2 Roadmap=
* '''Tags:''' [weblitbadges][may30]
* '''Badge Graphics:''' [https://wiki.mozilla.org/Webmaker/Badges/Webliteracy]
<div>
<bugzilla>
{
"component": "badges",
"whiteboard": "[may30]",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "status"
}
</bugzilla>
</div>
</onlyinclude>


== Super Mentor & Hive Badges are live on production (June 13) ==
==Clearly present our badge offerings and highlight learning pathways==
* '''GOAL''': Iron out kinks, fix bugs, get badges, badge issuing and badge display ready for production
* '''TIMELINES''': Due June 15
* '''[http://mzl.la/Web_Lit_Badge_Bug Bugzilla tag]''':  [webmakerbadges] [launch]
<onlyinclude>
<div>
<bugzilla>
{
"product": "webmaker",
"component": "badges",
"whiteboard": "[june13]",
"include_fields": "id, summary, whiteboard, component, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


=Content=
Once we finalize the badge offerings, we’ll build a landing page that showcases and clearly differentiates the several types of badges we offer. The landing page will illustrate the progressive nature of our badge offerings, and serve as navigation through our program offerings.
'''Copy and graphic design for badges, badge details pages, email notifications, etc.'''
* '''THEN: test and evaluate'''. Gather data on what users seem to actually want / find interest in. In other words: provide a clear menu. Then use it to ensure we're offering something customers really want, gathering data about what they want most.
==Super Mentor Badge==
* COMPLETE.  
** Badge graphic design: [link]
** Badge detail page: [link]
** Badge email notification: [link]


==Hive Contributor Badge==
==Improve user experience for badge earners==
<b>Documentation: https://wiki.mozilla.org/Webmaker/Hive/Hive_Community_Member_Badges</b>
<ul>
<li>R: <b>Scope</b>: Robert | <b>Graphic design</b>: Julia Vallera; <b>User documentation</b>: Robert</li>
<li>A: Claw</li>
<li>C: Kathryn, Sam, Leah, Lindsey, Kari</li>
<li>I: Hive PHG/Bay Area Michelle,&nbsp;</li>
</ul>
<b>Timelines:</b>
<ul>
<li><b>May 16</b> – [https://webmaker.mofostaging.net/en-US/badges/hive-community-member Hive Community Member Badge:] tested on staging with two dozen invited Hive lead users.</li>
<li><b>June 15</b> – Soft launch of Hive Community Member Badge on Webmaker.org. Selected Hive "champions" will be issued badges directly via email to test the full webmaker profile-based system for bugs and get feedback. About 50 users.</li>
<li><b>July 15</b> – Full launch of Hive Community Member badge on Webmaker.org. Selected Hive members (400) will be issued badges directly via email. The link to earn the badge on Webmaker.org will be shared publicly via mostly internal channels (minigroup).</li>
</ul>
<onlyinclude>
<div>
<bugzilla>
{
"product": "webmaker",
"whiteboard": "[hivebadges]",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


==Webmaker Mentor==
We’ll make a few key improvements to the badge application workflow. Including potentially: allowing applicants to view the status of their pending applications, and edit their submissions while they’re pending.
<onlyinclude>
* ''QUESTION: The key value point here seems to be: make sure it's easy and feels good for someone to apply for a badge. Can we make that the explicit goal -- and not assume that features like "view pending application status" or "edit submissions" are the best way to do that? Maybe there's other things that matter more to customers than this.''
<div>
<bugzilla>
{
"product": "webmaker",
"whiteboard": "[mentorbadge]",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


==Web Literacy Badges==
We’ll create a Badge Manager page for mentors and learners. From the Badge Manager page, people will be able to:
'''GOAL: Users can apply for Webmaker Web Literacy Badges. Webmaker Mentors and Super Mentors can then review those applications and issue those badges'''.  
* Let's start with three: Privacy, Remix, Coding & Scripting
* '''Tags''': [weblitbadges] [phaseone]
<onlyinclude>
<div>
<bugzilla>
{
"product": "webmaker",
"whiteboard": "[weblitbadges]",
"include_fields": "id, summary, whiteboard, assigned_to, status",
"maxrows":"50",
"order": "bug_id"
}
</bugzilla>
</div>
</onlyinclude>


=Links=
P1   
'''Design'''
* see the badges they’ve earned, including the evidence that was provided
* Mozilla-wide badge style guide https://wiki.mozilla.org/File:Mozilla_Badges_project.pdf
* share their earned badges, and invite others to also earn them
* Web Literacy badge designs: https://wiki.mozilla.org/Webmaker/Badges/Webliteracy
P2
* see their pending applications, and respond to any questions from reviewers
* see recommended badges (based on previously earned badges and our pathways)


BadgeKit
==Improve user experience for badge issuers==
* BadgeKit Backpack - FYI https://github.com/mozilla/badgekit-backpack


'''Specifications'''
We’ll also make some improvements to the badge issuing dashboard:
* [https://docs.google.com/document/d/1XbBMB-B5HlCWA4f6DvACZn1lGW7DMhPilQJkSGlZ020/edit '''Webmaker badges specifications doc'''] (Google Doc)
   
* [https://etherpad.mozilla.org/webmaker-badges-v2 Metadata for Webmaker badges] (Etherpad)
* Allow badge issuers option to receive notifications or emails about new badge applications
* [http://goo.gl/UESNdt Applying 3PBS to Webmaker badges] (Google Doc)
* Show counts of outstanding applications, and provide multiple views of outstanding applications (e.g. by submission date, by badge type)
'''Super Mentor badges'''
* Provide search tool for issued badges, with criteria such as issue date, badge type, or reviewer (the search results will be exportable, enabling us to contact everyone who’s received a certain badge, for example)
 
We’ll improve the design of the application reviewer pane by including (in addition to the applicant-provided evidence):
 
* badge criteria
* information about the applicant, including other badges received/applied for
 
==Let Club Captains issue badges to their Club members==
 
With the launch of the Clubs program, we’ll have a need to grant badge-issuing privileges to Club Captains. The permissions may be limited in two ways:
   
* They’ll be able to grant badges only to members of their Club (this will require creating a connection between individuals and Clubs on the backend)
* They may only be able to grant Web Literacy and participation badges
 
 
=Business and Product Documentation=
* [http://mzl.la/1AxcmUq Credentials 2.0]
* [https://docs.google.com/spreadsheet/ccc?key=0AnUOR-0CBMsTdE1hWnJnYXlNdnktVUlhWWdjVzFVR0E&usp=gmail#gid=0 Badge System Design template]
 
=Design Documentation=
* [https://wiki.mozilla.org/File:Mozilla_Badges_project.pdf Mozilla-wide badge style guide]
* [http://emilygoligoski.com/2014/05/07/introducing-mozilla-visual-templates-for-badge-issuers/ Visual Templates for badge issuers]
* [https://wiki.mozilla.org/Webmaker/Badges/Webliteracy Web Literacy badge designs]
* [https://www.dropbox.com/sh/0kdt7yh972fe760/AADoZvckqbzHOUjlHO2oNXA4a?dl=0 Webmaker Training badge designs] eps files
* [https://www.dropbox.com/s/rlzo0s4ywdh31cg/hive-badges.eps?dl=0 Hive Badge template] eps file
* [https://redpen.io/dne589a05f73b628de Badges landing page design (to be updated)]
 
=Badge Criteria Documentation=
* [https://wiki.mozilla.org/Webmaker/Super_Mentors Documentation for Webmaker Super Mentors]
* [https://wiki.mozilla.org/Webmaker/Super_Mentors Documentation for Webmaker Super Mentors]
* [https://teach.etherpad.mozilla.org/SuperMentor Community consultation] -- What are Super Mentors? What do they do? (Etherpad)
* [https://wiki.mozilla.org/Webmaker/Hive/Hive_Community_Member_Badges Documentation for Hive Community Member Badges]
'''Mentor badges'''
* [https://www.dropbox.com/s/sw3xsjyj1obxxxi/Mozilla%20badges%20one%20sheet.pdf Mozilla contributor badges one sheet] (PDF)
* [http://blog.webmaker.org/mentor Documentation for Webmaker Mentor badge]
* [https://wiki.mozilla.org/Webmaker/Design/2014Q2#Badges_Integration UX/Frontend scoping and bug tracking for Q2]
'''Web Literacy badges'''
* [https://etherpad.mozilla.org/remix-competency-badge Early thoughts on a "Remix" badge]
'''Hive Educator Badges'''
* [https://webmaker.mofostaging.net/en-US/badges/hive-community-member-demo2 Hive Community Member Badge Demo on mofostaging]
* [https://wiki.mozilla.org/Webmaker/Hive/Hive_Community_Member_Badges Hive Community Member Badges Documentation on Mozilla Wiki]
* [http://omnignorant.com/wp-content/uploads/2014/03/Community-Badge-Diagram.png Diagram: proposed Badge Structure]
* [http://omnignorant.com/wp-content/uploads/2014/03/Hive-Global-Badge-Strategy-%E2%80%93%C2%A0Connected-Learning.png Diagram: links between Community Engagement and Connected Learning]
* [http://omnignorant.com/2014/03/designing-hive-badge-ecosystem-contributors/ Blog post: context and thinking]
* [https://etherpad.mozilla.org/hivebadges Notes: Etherpad from Hive Educators summit meeting]
'''Mozilla-wide contributor badges'''
* [https://openbadges.etherpad.mozilla.org/united-moz-system-mark Mozilla-wide contributor badges: timelines and plan] (Etherpad)
* [https://www.dropbox.com/s/sw3xsjyj1obxxxi/Mozilla%20badges%20one%20sheet.pdf Mozilla badges one sheet]

Latest revision as of 17:10, 6 February 2015

tvvlm7px.png


Business value

  • Pathways—badges provide primary navigation for people entering the fold
  • Proof of learning / metrics — badges provide a concrete way for us to measure learning in our on-the-ground programming and online trainings
  • Partner strategy — when paired with a rigorous curriculum, badges provide a framework for certifying a learner’s digital literacy skills and competencies. This has significant appeal to many of our partners.
  • Growing user base — badges provide a significant incentive for learners connected to a ground game effort (e.g. Maker Party, Club, or Hive) to join the broader community (and be made aware of the full range of our offerings)
  • Recognizing local leaders – the “Mentor,” “Super Mentors,” “Club Captain,” and “Hive Community Member” badges convey social status and legitimacy

Value to mentors and learners:

  • Structure and self-tracking—badges provide clear pathways for learning and contribution
  • Professional development, reputation, and career advancement—badges provide clear pathways for increasing skills and knowledge, are perceived as evidence of mastery and expertise, and are connected to specific projects of which the recipient is proud
  • Recognition—badges provide a concrete way to recognize people’s contributions and accomplishments
  • Motivation—badges can keep people engaged and desiring to progress through a pathway. Badges can also be used to engage new/bashful learners
  • Relevance—badges are connected to things people care about

Badge offerings

We are working to define our canonical badge offerings and our issuing scheme here: http://mzl.la/1F7DCYO

Q1/Q2 Roadmap

Clearly present our badge offerings and highlight learning pathways

Once we finalize the badge offerings, we’ll build a landing page that showcases and clearly differentiates the several types of badges we offer. The landing page will illustrate the progressive nature of our badge offerings, and serve as navigation through our program offerings.

  • THEN: test and evaluate. Gather data on what users seem to actually want / find interest in. In other words: provide a clear menu. Then use it to ensure we're offering something customers really want, gathering data about what they want most.

Improve user experience for badge earners

We’ll make a few key improvements to the badge application workflow. Including potentially: allowing applicants to view the status of their pending applications, and edit their submissions while they’re pending.

  • QUESTION: The key value point here seems to be: make sure it's easy and feels good for someone to apply for a badge. Can we make that the explicit goal -- and not assume that features like "view pending application status" or "edit submissions" are the best way to do that? Maybe there's other things that matter more to customers than this.

We’ll create a Badge Manager page for mentors and learners. From the Badge Manager page, people will be able to:

P1

  • see the badges they’ve earned, including the evidence that was provided
  • share their earned badges, and invite others to also earn them

P2

  • see their pending applications, and respond to any questions from reviewers
  • see recommended badges (based on previously earned badges and our pathways)

Improve user experience for badge issuers

We’ll also make some improvements to the badge issuing dashboard:

  • Allow badge issuers option to receive notifications or emails about new badge applications
  • Show counts of outstanding applications, and provide multiple views of outstanding applications (e.g. by submission date, by badge type)
  • Provide search tool for issued badges, with criteria such as issue date, badge type, or reviewer (the search results will be exportable, enabling us to contact everyone who’s received a certain badge, for example)

We’ll improve the design of the application reviewer pane by including (in addition to the applicant-provided evidence):

  • badge criteria
  • information about the applicant, including other badges received/applied for

Let Club Captains issue badges to their Club members

With the launch of the Clubs program, we’ll have a need to grant badge-issuing privileges to Club Captains. The permissions may be limited in two ways:

  • They’ll be able to grant badges only to members of their Club (this will require creating a connection between individuals and Clubs on the backend)
  • They may only be able to grant Web Literacy and participation badges


Business and Product Documentation

Design Documentation

Badge Criteria Documentation