Contribute/Systems: Difference between revisions
(Added systems and data principles) |
|||
| Line 9: | Line 9: | ||
=== Goal === | === Goal === | ||
Make the business case and gather priorities for the systems to support the 1 Million Mozillians goal. In order to define the scope of the first iteration and deliver it in 2014. | Make the business case and gather priorities for the systems to support the 1 Million Mozillians goal. In order to define the scope of the first iteration and deliver it in 2014. | ||
=== Principles === | |||
In order for Mozillians to easily access tools and contribute in a way that maximizes impact, we recommend these principles be adapted for all tools used by Mozilla. This will be a long-term effort. | |||
* '''Unified Identity''' | |||
** Tools should have single source of truth for people data | |||
*** Integration with HRIS | |||
*** mozillians.org already has staff and volunteer information, so it is a good candidate at the single source of tr | |||
** Tools should de-duplicate people information by integrating with a single source of truth | |||
** e.g. Reps: Not integrated with Mozillians.org, lots of duplicate information on two profiles | |||
* '''Unified Authentication and Authorization''' | |||
** Tools should use a single identity platform that provides permissions-based access to tools (like Mozillians.org) | |||
** e.g Reps: add people to the Reps group on mozillians.org to give them permission to use rep.mozilla.org as a Rep | |||
* '''Accessible Metrics''' | |||
** Tools should track each contribution a Mozillian makes and provide it in an accessible way to create a holistic view of contributions | |||
* '''Localization''' | |||
** Tools should be localized so they are accessible to our global community | |||
* '''Education''' | |||
** Tools should teach the user how to use the tool, answer common usage questions, and have general documentation | |||
* '''Recognition''' | |||
** Tools should recognize the contributions that they enable | |||
* '''Participation''' | |||
** Tools should enable anyone to improve the tool by filing bugs, suggesting ideas and bringing those ideas to life | |||
* '''Content de-duplication''' | |||
** Tools should de-duplicate the content that is created in those tools, making it accessible to other systems | |||
* '''Fun''' | |||
** Tools should be personal and written in the Mozilla voice | |||
==Status of Needed Systems== | ==Status of Needed Systems== | ||
Revision as of 09:35, 7 November 2014
Main
|
Resources
|
Working Groups
|
Get Involved Main Page
|
Team
|
Maturity Model
|
Build Principles
Intro
Community builders need data to measure growth, track volunteer contributions and measure success. The systems track will focus on how Mozilla can retool and instrument our efforts to provide efficient onboarding, management and reward systems as we aim for exponential community growth over the next decade.
Vision
Build the systems that support the growth of One Million Mozillians.
Goal
Make the business case and gather priorities for the systems to support the 1 Million Mozillians goal. In order to define the scope of the first iteration and deliver it in 2014.
Principles
In order for Mozillians to easily access tools and contribute in a way that maximizes impact, we recommend these principles be adapted for all tools used by Mozilla. This will be a long-term effort.
- Unified Identity
- Tools should have single source of truth for people data
- Integration with HRIS
- mozillians.org already has staff and volunteer information, so it is a good candidate at the single source of tr
- Tools should de-duplicate people information by integrating with a single source of truth
- e.g. Reps: Not integrated with Mozillians.org, lots of duplicate information on two profiles
- Tools should have single source of truth for people data
- Unified Authentication and Authorization
- Tools should use a single identity platform that provides permissions-based access to tools (like Mozillians.org)
- e.g Reps: add people to the Reps group on mozillians.org to give them permission to use rep.mozilla.org as a Rep
- Accessible Metrics
- Tools should track each contribution a Mozillian makes and provide it in an accessible way to create a holistic view of contributions
- Localization
- Tools should be localized so they are accessible to our global community
- Education
- Tools should teach the user how to use the tool, answer common usage questions, and have general documentation
- Recognition
- Tools should recognize the contributions that they enable
- Participation
- Tools should enable anyone to improve the tool by filing bugs, suggesting ideas and bringing those ideas to life
- Content de-duplication
- Tools should de-duplicate the content that is created in those tools, making it accessible to other systems
- Fun
- Tools should be personal and written in the Mozilla voice
Status of Needed Systems
| System | Priority | Status | Platform | Owner | Resourced | Coordination | Recommendation |
|---|---|---|---|---|---|---|---|
| Community Dashboards | p1 | Under deployment | Contribution data source of truth will be Baloo | Pierros(CBT) and Anurag(BIDW) | |||
| Events Manager | p2 | Proposal to make a general use version of the Reps events manager | |||||
| Badge Issuer | p3 | Live at badges.mozilla.org | Django-Badger | Webdev Stewards | No (Side project of lorchard) | Contract with a django developer with some basic frontend skills to tackle redesign, Mozillians integration and a few top enhancements | |
| Matching Service (by task, by project, by mentor, etc) | p4 | Prototypes live: Matching by project and Matching by task and another Matching by task and Matching by mentor | https://github.com/jdm/asknot and https://github.com/jdm/bugsahoy/ | Josh Matthews | No (side project) | ||
| Volunteer Management | p5 | Exact Target (for communications) + something else to cover other pieces of this |
Meetings
The Systems and Data group is regularly meeting to work on action items and advance the goals of the group.
Future meetings
Past meetings
- 2014-06-27
- 2014-06-13
- 2014-05-30
- 2014-05-16
- 2014-04-25
- 2014-04-11
- 2014-03-28
- 2014-03-14
- 2014-02-28
- 2014-02-14
- 2014-01-31
- 2014-01-17
- Notes from Working Group meetings in 2013