Contribute/Capacity: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
No edit summary
 
(8 intermediate revisions by the same user not shown)
Line 1: Line 1:
Capacity is a measure of the community building potential of teams.  Knowing the capacity of a team helps us determine where contributors are going to most likely be able to successfully get involved and gives us insight into what areas to focus on to get more people involved with Mozilla.
Capacity is a measure of the community building potential of teams.  Knowing the capacity of a team helps us provide support through programs and guides that are appropriate to their current situation.


=Measuring Capacity=
=Measuring Capacity=
Line 68: Line 68:
=Improving Capacity=
=Improving Capacity=


The People team is here to help teams improve their community building capacity so that they are more effective at bringing volunteers onto their projects.
The People team is here to help teams improve their community building capacity so that they are more effective at bringing volunteers onto their projects. Contact [https://mozillians.org/en-US/u/davidwboswell David Boswell] if you are interested in getting help with community building.
 
We will be happy to work with you to create a plan specific to your needs, but we have provided a general outline that can be used as a starting point for teams based on their current capacity.


==Plans for Improving Low Capacity Teams==
==Plans for Improving Low Capacity Teams==
Line 76: Line 74:
* Pick someone on your team to devote a few hours each week to community building efforts
* Pick someone on your team to devote a few hours each week to community building efforts
* Have that person start going to [[Grow/Meetings|Grow Mozilla discussions]]
* Have that person start going to [[Grow/Meetings|Grow Mozilla discussions]]
* Work through the [[Contribute/Workshops/Designing_for_participation|Design projects for participation]] workshop on a team call
* Work through the [[Contribute/Workshops/Designing_for_participation|Designing projects for participation]] workshop on a team call
* Create a spreadsheet where you can start manually adding data about community activities
* Create a spreadsheet where you can start manually adding data about community activities


Line 83: Line 81:
* Set up a regular public meeting to drive the creation and execution of a community building plan
* Set up a regular public meeting to drive the creation and execution of a community building plan
* Document contribution opportunities for your team on the [[Contribute/Conversion_points|Conversion Points]] wiki
* Document contribution opportunities for your team on the [[Contribute/Conversion_points|Conversion Points]] wiki
* Work through the [[Identifying_contributors|Identifying contributors]] and [[Metrics_for_growth|Metrics for growth]] workshops on a team call
* Work through the [[Contribute/Workshops/Identifying_contributors|Identifying contributors]] and [[Contribute/Workshops/Metrics_for_growth|Metrics for growth]] workshops on a team call
* Have a discussion with the [[Modules/All#Participation_Metrics|Participation Metrics module owner and peers]] about community metrics
* Have a discussion with the [[Modules/All#Participation_Metrics|Participation Metrics module owner and peers]] about community metrics


Line 89: Line 87:


* Dedicate at least one person to full-time community building activities
* Dedicate at least one person to full-time community building activities
* Have community builders attend [[Contribute#Meetups|Community Building Meetups]] to take part in planning and knowledge sharing activities with other community builders
* Have community builders attend [[Contribute#Meetups|Community Building Meetups]] to take part in planning and knowledge sharing activities
* Set leverage ratio targets in team's goals process
* Set leverage ratio targets in team's goals process
* Analyze available community metrics to audit and optimize contribution paths
* Analyze available community metrics to audit and optimize contribution paths
* Implement a volunteer recognition and development plan to keep volunteers engaged
* Implement a volunteer recognition and development plan to keep volunteers engaged

Latest revision as of 20:42, 18 December 2012

Capacity is a measure of the community building potential of teams. Knowing the capacity of a team helps us provide support through programs and guides that are appropriate to their current situation.

Measuring Capacity

Capacity is measured by looking at three different factors:

  • What are the community building resources on a team?
  • What are the contribution paths volunteers can use to get involved?
  • What data is available to provide visibility into contributor activity?

Each of these areas can be measured as high, medium or low and the combination of the three measurements provides a high, medium or low measurement of capacity for a team.

Resources

Resource measurements are made by looking at who on a team is actively involved in community building:

High Team has one or more people dedicated to community building (Community Builder)
Medium Team has one or more people spending part of their time on community building (Steward)
Low Team has no one actively spending time on community building

Paths

Path measurements are made by looking at the documented set of steps new contributors can take to successfully contribute to a project:

High Team has a fully documented contribution path
Medium Team has a partially documented contribution path
Low Team has no documented contribution path


Note: People may still be able to get involved in a project without a documented contribution path. There will be volunteers willing to figure out what to contribute to and how to contribute, but as Mozilla grows bigger the ability for someone to do that gets harder and harder.

Data

Data measurements are made by looking at the type of community data available to a team to give them insight into contributor activity.

High Team has an automated dashboard
Medium Team has some manually maintained data
Low Team has no community data available

Leverage

Leverage is measured by comparing the number of staff working on a project to the number of volunteers working on the project. For many non-profits and open source communities, leverage can be as high as 1 staff : 200 volunteers.

Improving Capacity

The People team is here to help teams improve their community building capacity so that they are more effective at bringing volunteers onto their projects. Contact David Boswell if you are interested in getting help with community building.

Plans for Improving Low Capacity Teams

  • Pick someone on your team to devote a few hours each week to community building efforts
  • Have that person start going to Grow Mozilla discussions
  • Work through the Designing projects for participation workshop on a team call
  • Create a spreadsheet where you can start manually adding data about community activities

Plans for Improving Medium Capacity Teams

Plans for Improving High Capacity Teams

  • Dedicate at least one person to full-time community building activities
  • Have community builders attend Community Building Meetups to take part in planning and knowledge sharing activities
  • Set leverage ratio targets in team's goals process
  • Analyze available community metrics to audit and optimize contribution paths
  • Implement a volunteer recognition and development plan to keep volunteers engaged