From MozillaWiki
Jump to: navigation, search
Draft-template-image.png THIS PAGE IS A WORKING DRAFT Pencil-emoji U270F-gray.png
The page may be difficult to navigate, and some information on its subject might be incomplete and/or evolving rapidly.
If you have any questions or ideas, please add them as a new topic on the discussion page.
Logo 0002 68.png Contribute Wiki
Owner: Community Building Team Updated: Frequently
Whether you've been building a community for a long time or you are just getting started, these pages will help you find the information you are looking for to build vibrant, supportive communities that will have impact on your project.

This document seeks to define the process by which a Mozilla team becomes a community contribution area. The process is broken down into phases which, in our experience, communities go through as they develop, and includes milestones and resources for growing and supporting Mozilla communities. We expect that each client group (team?) will come to us at different phases of the lifecycle. We will support each of them based our assessment of where in the lifecycle they are, and what structure and framework will help them reach the highest potential for contribution.

Each phase of the lifecycle is designed to meet the client at their point of need and to provide a framework on which they can build.

In the community building context, an “Activator” is a dedicated community building resource from the team. This person’s work shifts in each phase of the lifecycle.

The stages can also be separated by functional area. For explanations of the terms used in this document, please add to and draw from the Mozilla lexicon

Definition Measure of Success
Pre-work In this stage teams are completely unfamiliar with working with contributors, do not understand the value of doing so, and have significant concerns or roadblocks to beginning the process. We will know that the client is ready to move to the next phase when a dedicated staff resource has been appointed to work with us. This person is known as the community coordinator or activator.
Starting At this stage clients don't have volunteers yet and they are committed in building a community around what they are doing. Documented pathway with people to manage incoming contributors must be built for a partnership in this phase to be considered a success.
Learning and preparing for growth Clients at this stage have connected with some volunteers and are interested in learning about how to build on what is working and laying the groundwork for scaling. New contributors ( roughly more than 25) must be moving into/through the pathway and getting connected to opportunities
Scaling Clients have volunteers involved in their project and they'd like to turn up the dial on participation. Teams in this stage, having a few core contributors and many active contributors, are ready to steward their communities through on-going, significant growth. Teams have established ways to sustain momentum (mentoring new contributors, developing leadership, etc.) and have demonstrated a 10x increase in active contributors. [I really want something in here about measuring leadership.]

(This stage is the minimum target for all high leverage partnerships.)

Sustaining At this stage community active and stable and is interested in keeping that momentum growing and retaining key contributors.

stable and adapting

Teams will have optimized their pathways based on data and we will see contribution jump again (and we will have created a case study of the team).

Ideal contribution jump metric is currently undefined, and will be determined by what is happening in ""scaling.""


Tips for adding comments:

  • Include ~~~~ as the last text of your comment to include your signature.
  • Indent text to reply with a colon :


This is is the first comment! MichelleMarovich (talk) 13:34, 8 May 2014 (PDT)

this is the first reply! MichelleMarovich (talk) 13:34, 8 May 2014 (PDT)

Add your feedback here:

  • It may be useful to provide more context around the stages of learning or to change the way we refer to them. Christie and I just had a review of the lifecycle with a team and they weren't sure where the language came from and I talked through the science behind it and linked to a reference doc. Some options could be to spell things out more inline -- such as including a sentence or two along with the name of the stage (eg, The individual does not understand or know how to do something and does not necessarily recognize the deficit). Another option could be to just link to the stage so people can get more details if they want -- in that case, maybe calling them stage 1, stage 2, etc would avoid people possibly getting distracted with current labels. -- David
  • I strongly recommend renaming this page. It is not a lifecycle, so the name is a misnomer. If it were a lifecycle, it would show the teams either "dying" or starting over. It is much closer to a process maturity model of volunteer contribution for staff teams. Rename to Contribute/Maturity_Model. Jswisher (talk) 14:16, 24 July 2014 (PDT)