Contribute/Recognition: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
 
(26 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{contribute_nav_bar}}
__NOTOC__


Recognizing volunteers for their contributions will deepen and extend relationships and will help us develop casual contributors into core contributors.
{{Contribute_nav_bar}}


Recognition can be an item like a badge or can be a recognition of potential by helping volunteers develop through mentoring and training.
<section begin=summary />{{RoadmapSummary
|icon=Logo_0002_68.png‎ |64 px
|pagelocation=Contribute/Recognition/draft
|pagetitle=Recognition at Mozilla
|owner=Community Building Team
|updated=May 8, 2014
|description=We should all be recognized. We should all be recognizing.
}}<section end=summary />


=Tell me more about Recognition=


===Who should be recognized===
{{admon/note|Looking for the tools?|If you want to see the actual tools you can give to your community for recognition at Mozilla, the [[Contribute/Recognition/Toolkit|Recognition Toolkit]] is what you're looking for.}}


===Who should be doing the recognition===
=<div align="center">  Recognition at Mozilla: A Working Guide </div>=


===How does recognition differ around the world===
<div align="center"> The skill of acknowledgement is a statement of a person’s best qualities. It is more than just a compliment. You are observing and stating qualities that the person has that allow them to accomplish something. It is more about who the person is then what they have done. An acknowledgment might sound something like: ‘You are truly committed to a high level of excellence.’ Or ‘You are passionate about what you do.’ Or ‘Your persistence and focus have ensured that this project get done – despite all the obstacles that might have discouraged you.<br>
Notes from the recognition sessions held at 2013 Summit
Taken from TRIBE:Awareness of Self https://wiki.mozilla.org/People:TRIBE </div>


Santa Clara Session: https://etherpad.mozilla.org/recognition-guide-sc


Combined Notes from Brussels and Toronto:
__TOC__


Recognition brainstorming exercise from Community Builders meetup at MozCamp Asia in 2012: https://etherpad.mozilla.org/contributor-recognition-brainstorm
=Recognition at Mozilla is Mission-Based=


=Ways to recognize=
Recognition is different from rewards. While recognition is the act of acknowledging that something has happened, or that an action has already been taken, rewards are thing used to motivate people to take an action.


==Introductions==
''People do not contribute to Mozilla for rewards. ''' People contribute to Mozilla because they believe in our Mission.'''''


You can introduce a new volunteer who has started helping you out.  At the Monday project meetings there is a space to introduce new volunteers and you can add information there.
=People Contribute for Three Reasons=


* For example, here's the [https://wiki.mozilla.org/WeeklyUpdates/2013-10-28#Introducing_New_Volunteers introduction to the set of new volunteer developers for Firefox 25]
According to social science, people contribute for:
[[File:Mozilla communities.png|thumbnail|right|Mozilla Community Logo]]


===Best Practices===
*autonomy (the need to direct our own lives)
*mastery (to learn and create new things)
*purpose (to do better by ourselves and our world in some way)


We recognize what people contribute to the project as a way to acknowledge that they have taken actions that have impact on our community, on us, and on our project. We recognize them in appropriate ways that grant autonomy,  show that they have achieved mastery and that we share a common purpose.
Recognition creates cultural identity around a project. It allows us to tangibly illustrate to people that they are part of the project, and identify that they make an impact as part of the group.


==Say Thanks==
Our concept of motivation at Mozilla is drawn from Dan Pink's book ''Drive: The Surprising Truth About What Motivates Us,'' [http://www.ted.com/talks/dan_pink_on_motivation/ which he has conveniently summed up in this 18 minute Ted Talk.]


A simple note of thanks is a great way to recognize someone.


* email
==We Should All Be Recognizing==
* blog post: https://blog.mozilla.org/community/category/spotlight/
<big>
* postcard
We should all be recognizing. We should all be recognized.</big>''
* etc.
===Best Practices===
==Badges==
Carla Casilli has some great things to say about badges here:  http://carlacasilli.wordpress.com/2014/03/17/a-foundational-badge-system-design/


Excerpt:
The responsibility of ''seeing'' other people for their accomplishments, the impact they have made, and the work that they do belongs to all of us.
"A badge system structure for many
After much thought and many contemplative examinations, I’ve developed an archetypal badge system structure that I’m happy to recommend to the open badges community. Here are the many reasons why I think you’ll want to implement it.


    It’s simple.
It's easy to leave it to people in "power", but that underestimates our own ability to make a difference in the lives of the community that runs and supports this project.
    It’s modular.
    It’s easy to implement.
    It encourages a range of creativity.
    It works for organizations of vastly different sizes.
    It accomplishes the difficult task of working from bottom up, top-down, and middle out.
    It not only allows for growth, it thrives on it.


Introducing the 3 Part Badge System
=Recognition Toolkit=
This badge structure is the one that I developed for the Mozilla badge system that we are in the process of building. I’m calling it the 3 Part Badge System (3PBS). It’s composed of three interlocking parts and those three parts create a flexible structure that ensures feedback loops and allows the system to grow and evolve. Or breathe. And by breathe, I mean it allows the system to flex and bow as badges are added to it.


While some community member organizations have expressed a desire for a strict, locked-down, top-down badge system to—in their words—guarantee rigor (and you already know my thoughts on this), this system supports that request but is also designed to include active participation and badge creation from the bottom up. I’d say it’s the best of both worlds but then I’d be leaving out the middle-out capacity of this system. So in reality, it’s the best of all possible worlds.
Recognition at Mozilla can take on many different forms. Please go to the [[Contribute/Recognition/Toolkit|recognition toolkit]] in order to see the different ways that Mozillians around the world are recognizing.


This approach is a vote for interculturalism—or the intermingling and appreciation of cultures—in badge systems. Its strength arises from the continuous periodic review of all of the badges, in particular the team / product badges as well as the individual / community badges."
=Recognition in Different Cultures=


We are a global organization and must realize that different cultures recognize people in different ways.


===Making badges at badges.mozilla.org===
We are still building resources around this topic, but below are some takeaways from sessions we've had.
* [https://docs.google.com/a/mozilla.com/spreadsheet/ccc?key=0AnUOR-0CBMsTdDQ2TVlFX2xHTjhuaVYxUndDSmU5RUE#gid=1 Template for designing badges and criteria]
* I work at Mozilla. How do I make a badge?
** Start here: https://badges.mozilla.org/en-US/
* Where do I host it and how?


===In Production===
==Certain Forms of Recognition Don't Work for Everyone==


* [https://carlacasilli.wordpress.com/2013/05/06/state-of-the-union-mozilla-badges/ State of the Union: Mozilla Badges] (Good summary of active badge projects at Mozilla as of May 7, 2013)


===In Process===
<big>''We need to be culturally sensitive and know our communities''</big>
[[File:Community-thebolt-future.png|thumbnail|left|Be the future of Community]]
*Public exposure can be awkward for certain contributors. Some people are private
*Try to communicate in a way that's appropriate to the culture you've working in. Don't be overly excited if the situation doesn't call for it.
*Think about the kinds of swag that you send to people. Realize that a tshirt in some places is considered identity, while other contributors are tired of getting the same stuff. Send swag appropriately, and don't overdo it or underdo it. (see Contribution Toolbox for more on swag)
*Be transparent and communicate out the way people can take on new roles and new privileges in the community. Be consistent in your "asks."
*Offering Mentoring can be a good way to include and recognize community members - showing people that you consider them someone you want to spend time with


* Engagement badges
See references and resources guide at the bottom for etherpads and notes about the ways we recognize in different cultural contexts.
* IT badge designs: http://cl.ly/image/1e3t0h1F093t and http://cl.ly/image/403E170C3t0J
* Creative Collective badge designs (from old Creative Collective site): http://www.flickr.com/photos/musingt/3811604179/in/set-72157617765620270
* More: https://openbadges.etherpad.mozilla.org/Internal-Moz-badge-issuers


===Notes===
=Resources, Guides, Archived Materials=
 
* [https://cbt.etherpad.mozilla.org/WaystoRecognize Ways to Recognize]
Official badges from a Mozilla team vs. fun badges from individual Mozillians
* [https://cbt.etherpad.mozilla.org/RecognitionMozillians Recognizing Mozillians]
 
* [https://cbt.etherpad.mozilla.org/recognition-20meeting-20notes Meeting notes from Recognition Working Group]
How to measure if your badges are effective.
* [https://cbt.etherpad.mozilla.org/recognition-goals Recognition Plan Q1 2014]
 
* [https://cbt.etherpad.mozilla.org/2013-meetup-track-recognition 2013 Community Building Recognition Track]
===Other===
* [https://etherpad.mozilla.org/recognition-guide-sc Recognition Guide from Santa Clara]
 
* [https://etherpad.mozilla.org/contributor-recognition-brainstorm MozCamp Asia Recognition Session]
* Notes on other people interested in issues badges:
* [http://www.iloveopensource.io/ I love open source for developer recognition]
* Friend of the Tree, invitation to events, [http://www.mozilla.org/credits Credits], spotlight blog post, LEAD, module owner/peer, [https://bugzilla.mozilla.org/show_bug.cgi?id=484416 timeline of contributions]...
* [http://opensource.com/life/12/3/blue-drop-awards-community-recognition-open-source-way Drupal's Blue Drop Awards]
 
* [http://economics.mit.edu/files/3023 MIT Paper on the Dynamics of Open Source Communities]
===Measuring Effectiveness===
* [http://jonobacon.org Jono Bacon writes a lot about open source and recognition]
 
There are a few things to consider when measuring the effectiveness of your badge program:
 
* What are your goals?  Are you interested in growing contributors or retaining contributors (ie, stopping churn)?
** This is likely to be tied to the maturity of your community. New communities just getting started will likely be interested in growth (ie, there is not much of an existing community yet to need to worry about retention) and more established communities will likely be interested in retention (ie, their processes have evolved where they have pathways to get new people involved and they want to keep people engaged)
** The answer to this determines how you analyze the data (ie, a new community can have a simpler approach to analytics that doesn't try to manage both the entrance of new contributors and the exit of existing contributors becoming inactive)
 
* What's a meaningful time frame for growth?  Can a new contributor progress through the set of contributor activities for your project in days, weeks, months. For instance, a new Firefox coding contributor would take multiple releases to go through the process of getting their development environment set up, finding a good bug, creating a patch, going through review process, etc.
 
* Since badges are opt-in, can you combine the data about who chose to accept a badge and who was eligible for one but didn't accept it?  Could these two groups act as separate cohorts for a twin study?
===Best Practices===
 
==Gear==
 
Recommendation: The issuing of swag should be considered in a manner similar to the process used to develop a badge system. In short that means teams should work to define the process or steps required to "earn" different levels of swag. Regular team review of community contribution will help to ensure that swag (as well as badges) are fulfilling the desired function and supporting the desired recognition.
 
We recommend creating opportunities for your team to regularly consider who you would like to recognize by sending a shirt, mug, etc.  These regular reminders could be done by:
 
* Add an agenda item to regular team meetings asking for nominations for volunteers who have made important contributions recently.  Make sure to include link to the [[GearStore]] wiki page so people know where to go to get delivery scheduled.
 
* Update the badges.mozilla.org site to send notifications to point people when people earn a certain badge.  This wouldn't be used to automatically issue swag, but would be a useful reminder for team members to consider nominations for contributors who you'd like to recognize. (Note: this feature doesn't exist now on badges.mozilla.org).
 
* Create a regularly recurring contributor spotlight, such as the [https://reps.mozilla.org/featured/ Reps of the month program]
 
* Thought: This may require developing a sort of swag pyramid that indicates levels of expertise or commitment required to earn different levels of swag. Or not, because this may make the system too rigid.
 
Where to schedule delivery for swag: https://wiki.mozilla.org/GearStore
 
Case study: [[Marketplace/Reviewers/Points_and_Incentives|AMO points and incentives program]]
===Best Practices===
==School Credit==
 
Officially vouching for contributions can be a very powerful way to recognize student volunteers who would like to receive school credit for their efforts.
 
Standard verification letters from academic institutions often contain language that we can't accept though.  For example, language that references an internship can't be used to verify volunteer contributions.
 
Academic institutions want to find good learning experiences for their students and they may be willing to work with us to modify their acceptance letters.  Dia created the following template student contribution letter after working with a University to change the language in their standard form.
 
Feel free to use this template as a starting point for a discussion with an academic institution you'd like to partner with to recognize existing student contributors or to create a source of future contributors.
 
* [[File:Student Contributor Letter.pdf|Student contributor letter template]] (PDF file)
* [[File:Student Contributor Letter.odt|Student contributor letter template]] (ODT file)
 
There is also a template form for a completion letter that documents what activities have been accomplished by the student.
 
* [[File:Contributor Completion Letter.odt]] (ODT file)
===Best Practices===
 
==Invitation to Mozillians==
Inviting a contributor to [http://mozillians.org/ mozillians.org], our community directory, is a great way to recognize someone and also get them better connected with Mozilla. This directory is a resource to make it easy for Mozillians to learn who is involved, what they do and how to connect with them. It also allows contributors to receive email communications from Mozilla with important news and announcements.
 
===Best Practices===
 
==Learning Resources==
 
We can give contributors access to various learning resources: Rosetta Stone, Safari, LEAD/TRIBE, etc.
 
===Best Practices===
 
==Certificates==
 
For long-time core contributors, you can recognize them in a very heartfelt way by creating a unique certificate to honor their involvement.  Some examples include:
 
* [http://www.youtube.com/watch?v=hF5hrnPAPI8 Community Leadership Award given to Channy at MozCamp Asia in 2012]
 
* [https://air.mozilla.org/?tag=engineer Distinguished Engineer award and videos]
 
* [http://fridge.ubuntu.com/2013/06/14/certificates-for-ubuntu-members/ Ubuntu's membership certificate]
 
===Best Practices===




[[Category: Contribute]]
[[Category: Contribute]]
[[Category:Recognition]]

Latest revision as of 21:23, 22 September 2014


Grow mozilla large.png Main | Resources | Working Groups | Get Involved Main Page | Team | Maturity Model | Build Principles


Logo 0002 68.png Recognition at Mozilla
Owner: Community Building Team Updated: 2014-09-22
We should all be recognized. We should all be recognizing.


Note.png
Looking for the tools?
If you want to see the actual tools you can give to your community for recognition at Mozilla, the Recognition Toolkit is what you're looking for.

Recognition at Mozilla: A Working Guide

The skill of acknowledgement is a statement of a person’s best qualities. It is more than just a compliment. You are observing and stating qualities that the person has that allow them to accomplish something. It is more about who the person is then what they have done. An acknowledgment might sound something like: ‘You are truly committed to a high level of excellence.’ Or ‘You are passionate about what you do.’ Or ‘Your persistence and focus have ensured that this project get done – despite all the obstacles that might have discouraged you.
Taken from TRIBE:Awareness of Self https://wiki.mozilla.org/People:TRIBE


Recognition at Mozilla is Mission-Based

Recognition is different from rewards. While recognition is the act of acknowledging that something has happened, or that an action has already been taken, rewards are thing used to motivate people to take an action.

People do not contribute to Mozilla for rewards. People contribute to Mozilla because they believe in our Mission.

People Contribute for Three Reasons

According to social science, people contribute for:

Mozilla Community Logo
  • autonomy (the need to direct our own lives)
  • mastery (to learn and create new things)
  • purpose (to do better by ourselves and our world in some way)

We recognize what people contribute to the project as a way to acknowledge that they have taken actions that have impact on our community, on us, and on our project. We recognize them in appropriate ways that grant autonomy, show that they have achieved mastery and that we share a common purpose. Recognition creates cultural identity around a project. It allows us to tangibly illustrate to people that they are part of the project, and identify that they make an impact as part of the group.

Our concept of motivation at Mozilla is drawn from Dan Pink's book Drive: The Surprising Truth About What Motivates Us, which he has conveniently summed up in this 18 minute Ted Talk.


We Should All Be Recognizing

We should all be recognizing. We should all be recognized.

The responsibility of seeing other people for their accomplishments, the impact they have made, and the work that they do belongs to all of us.

It's easy to leave it to people in "power", but that underestimates our own ability to make a difference in the lives of the community that runs and supports this project.

Recognition Toolkit

Recognition at Mozilla can take on many different forms. Please go to the recognition toolkit in order to see the different ways that Mozillians around the world are recognizing.

Recognition in Different Cultures

We are a global organization and must realize that different cultures recognize people in different ways.

We are still building resources around this topic, but below are some takeaways from sessions we've had.

Certain Forms of Recognition Don't Work for Everyone

We need to be culturally sensitive and know our communities

Be the future of Community
  • Public exposure can be awkward for certain contributors. Some people are private
  • Try to communicate in a way that's appropriate to the culture you've working in. Don't be overly excited if the situation doesn't call for it.
  • Think about the kinds of swag that you send to people. Realize that a tshirt in some places is considered identity, while other contributors are tired of getting the same stuff. Send swag appropriately, and don't overdo it or underdo it. (see Contribution Toolbox for more on swag)
  • Be transparent and communicate out the way people can take on new roles and new privileges in the community. Be consistent in your "asks."
  • Offering Mentoring can be a good way to include and recognize community members - showing people that you consider them someone you want to spend time with

See references and resources guide at the bottom for etherpads and notes about the ways we recognize in different cultural contexts.

Resources, Guides, Archived Materials

Retrieved from "https://wiki.allizom.org/index.php?title=Contribute/Recognition&oldid=1017166"