Confirmed users
586
edits
Contribute/Coding/Pathways: Difference between revisions
Jump to navigation
Jump to search
Fix links
(Fix links) |
|||
| Line 1: | Line 1: | ||
This document describes the contribution pathways towards becoming a core Firefox contributor, including goals, metrics, and followup, to help Mozilla meaningfully and measurably grow and maintain our contributor base. | This document describes the contribution pathways towards becoming a core Firefox contributor, including goals, metrics, and followup, to help Mozilla meaningfully and measurably grow and maintain our contributor base. | ||
It is broadly based on the [ | It is broadly based on the [[Contribute/Pathways|Pathways model]] adopted by the Community Building Team. Engagement points that feed into to the Coding pathway are [[Contribute/Coding/Engagement|listed on the Engagement page]]. | ||
As of early 2014, Mozilla's biggest challenges around community growth revolve around accessibility and retention; the two biggest dials we can turn to drive contribution rates are to make it easier for new participants to contribute and rewarding for them to continue. | As of early 2014, Mozilla's biggest challenges around community growth revolve around accessibility and retention; the two biggest dials we can turn to drive contribution rates are to make it easier for new participants to contribute and rewarding for them to continue. | ||
| Line 32: | Line 32: | ||
** Metrics: Bugzilla | ** Metrics: Bugzilla | ||
** Rewards/recognition: Thanks. I | ** Rewards/recognition: Thanks. I | ||
** Related initiatives: Automated badge-awarding and metrics integrated into [ | ** Related initiatives: Automated badge-awarding and metrics integrated into [[Baloo]] gives us lots of | ||
** Followup: Contributor is invited to create a Mozillians acc't. When a bug or its dupe is resolved fixed, first-time contributors should be receive a note thanking them for their contribution. | ** Followup: Contributor is invited to create a Mozillians acc't. When a bug or its dupe is resolved fixed, first-time contributors should be receive a note thanking them for their contribution. | ||
** Next steps: Creating a test case, triaging a bug. | ** Next steps: Creating a test case, triaging a bug. | ||
| Line 62: | Line 62: | ||
** Rewards/recognition: Message of thanks. | ** Rewards/recognition: Message of thanks. | ||
** Related initiatives: (Github <-> Baloo?) | ** Related initiatives: (Github <-> Baloo?) | ||
** Followup: Prompt. As per [ | ** Followup: Prompt. As per [[Contribute/Coding/Mentoring#Reviewer_Followup|here]] we know that prompt review of a patch is strongly correlated to contributor retention. Invite contributor to sign up for Mozillians, if they have not yet done so. | ||
** Next steps: Working through patch review/resubmit process. | ** Next steps: Working through patch review/resubmit process. | ||
| Line 100: | Line 100: | ||
** Metrics: ? Bugzilla, maybe? Need an answer for this one. | ** Metrics: ? Bugzilla, maybe? Need an answer for this one. | ||
** Rewards/recognition: Badge on Mozillians, mention in “mentors” section in release notes. | ** Rewards/recognition: Badge on Mozillians, mention in “mentors” section in release notes. | ||
** Related initiatives: [ | ** Related initiatives: [[Contribute/Coding/Mentoring#Good_Mentored_Bugs|The mentoring doc]]. | ||
** Followup: Do we need a Mentors dashboard? | ** Followup: Do we need a Mentors dashboard? | ||
** Next steps: | ** Next steps: | ||
| Line 134: | Line 134: | ||
* Maintain a list minimum of 30 good next bugs with active mentors at all times. | * Maintain a list minimum of 30 good next bugs with active mentors at all times. | ||
* Identify 10 "diamond" work items each two-week iteration with willing mentors. | * Identify 10 "diamond" work items each two-week iteration with willing mentors. | ||
* Verify that all the above meet the criteria laid out in the [ | * Verify that all the above meet the criteria laid out in the [[Contribute/Coding/Mentoring|Mentoring guidelines]] | ||
* Routinely evangelizing the above in various channels, including [https://twitter.com/startmozilla Start Mozilla]. | * Routinely evangelizing the above in various channels, including [https://twitter.com/startmozilla Start Mozilla]. | ||
* Evangelizing the use of Josh Matthews' [http://www.joshmatthews.net/blog/2013/12/you-are-receiving-this-mail-because-you-are-mentoring-this-bug/ Mentored bug email filter]. With many engineers relying exclusively on the Needinfo flag now, lots of "may I work on this bug?" questions get ignored for weeks or months at a time. | * Evangelizing the use of Josh Matthews' [http://www.joshmatthews.net/blog/2013/12/you-are-receiving-this-mail-because-you-are-mentoring-this-bug/ Mentored bug email filter]. With many engineers relying exclusively on the Needinfo flag now, lots of "may I work on this bug?" questions get ignored for weeks or months at a time. | ||
* interviewing first-time contributors, as well as contributors who have moved on, to figure out how to improve our processes. | * interviewing first-time contributors, as well as contributors who have moved on, to figure out how to improve our processes. | ||
* Auditing existing mentored and good-first bugs to make sure they are as claimed. Reassigning bad-good-first-bugs as mentored bugs as appropriate, verifying that mentors continue to be willing. | * Auditing existing mentored and good-first bugs to make sure they are as claimed. Reassigning bad-good-first-bugs as mentored bugs as appropriate, verifying that mentors continue to be willing. | ||