Steward

Dietrich Ayala, Kyle Huey, Brian Bondy and Josh Matthews

Contribution Paths

What are the steps someone can take to get involved in your project and learn enough to be able to start scratching their own itch?

1. Submit

2. Verification

3. Triage

4. Assignment

5. Patch Coding

6. Code Review

7. Security

8. Patch Release

9. Ticket Closed

What goals does your team have for bringing in new contributors to your project area?

Proposed goal: Create and maintain a curated list of 50 mentored bugs that can be handed out to promising new contributors.

Sub-proposal: Ensure some sort of distribution across lots of components?

What data is available to measure if we're meeting your goals?

Have a way to determine skill level and tailor the path appropriately. For instance, someone who can compile Firefox can be given different tasks than someone who is just starting out with coding. We could add a field to the current Get Involved form when someone says they're interested in coding and ask a specific question about a skill level.

Adding coding activity to a mozillians.org profile will make contributing more attractive. Things to consider including are: A list of resolved bugs in bugzilla or else a ist of patches committed and authored would definitely help. Perhaps integration with open badges as well.