ParticipationSystems: Difference between revisions
(Add Council) |
m (Page clean-up and general updates) |
||
Line 2: | Line 2: | ||
= Overview = | = Overview = | ||
The purpose of the Participation Systems initiative is to force multiply Mozilla’s capacity to deliver our ambitious mission by aligning software and IT systems that enable staff, volunteers, and allied communities to work together. | The purpose of the Participation Systems initiative is to force multiply Mozilla’s capacity to deliver our ambitious mission by aligning software and IT systems that enable staff, volunteers, and allied communities to work together in radically participatory ways. | ||
== 🌍 Background == | == 🌍 Background == | ||
Line 9: | Line 9: | ||
== 🌅 Vision == | == 🌅 Vision == | ||
# Mozilla is a | # Mozilla is a radically participatory organization, welcoming to staff, volunteers, and allied community alike. | ||
# Programs see the value participation brings to their efforts, and are able to build it into their processes and workflows. | # Programs see the value participation brings to their efforts, and are able to build it into their processes and workflows. | ||
# Mozilla is knowable and understandable leading people to see where and how they can make high value contributions. | # Mozilla is knowable and understandable leading people to see where and how they can make high value contributions. | ||
# Our software tools continue to evolve in ways that encourage (responsible) openness and match our aspiration for being a | # Our software tools continue to evolve in ways that encourage (responsible) openness and match our aspiration for being a radically participatory organization. | ||
== 😠 Identified Pain Points == | == 😠 Identified Pain Points == | ||
Line 19: | Line 19: | ||
# We lack an identity system for volunteers that would unlock access and collaborative capacities. This is complex given the broader need for an identity strategy for staff that is happening in parallel. | # We lack an identity system for volunteers that would unlock access and collaborative capacities. This is complex given the broader need for an identity strategy for staff that is happening in parallel. | ||
# It is difficult for volunteers to manage their contributions and touch-points with Mozilla, or even find/understand opportunities for participation that exist due to inconsistent systems and processes that don’t relate or speak to one another. | # It is difficult for volunteers to manage their contributions and touch-points with Mozilla, or even find/understand opportunities for participation that exist due to inconsistent systems and processes that don’t relate or speak to one another. | ||
# We have a set of useful components such as Mozillians, LDAP, etc, but they’re not yet integrated. | # We have a set of useful components such as Mozillians.org, LDAP, etc, but they’re not yet integrated. | ||
# We lack understanding of volunteer involvement in different areas (advocacy, coding, SuMo, innovation), and are unable to manage our relationship with volunteers and help them be effective because of fragmented tools and limited systems. | # We lack understanding of volunteer involvement in different areas (advocacy, coding, SuMo, innovation), and are unable to manage our relationship with volunteers and help them be effective because of fragmented tools and limited systems. | ||
== 🚩 Organizational Change Strategy == | == 🚩 Organizational Change Strategy == | ||
# Generate Momentum/Create Demand | # Generate Momentum/Create Demand | ||
#* Close collaboration with groups that want to work together | #* Close collaboration with groups that want to work together. | ||
#* When: In progress w/ IT, MoFo, Participation, CD, identifying other key parties. | #* When: In progress w/ IT, MoFo, Participation, CD, identifying other key parties. | ||
# Scale to “new” areas | # Scale to “new” areas | ||
Line 34: | Line 34: | ||
== ✅ Program Goals == | == ✅ Program Goals == | ||
# Enable Mozilla identity (non-LDAP) | # Enable Mozilla identity (non-LDAP) | ||
# Design and implement volunteer management systems | |||
# Evolve collaboration and communication systems | |||
# Evolve participation infrastructure | |||
= Execution = | = Execution = |
Revision as of 13:12, 26 September 2016
Overview
The purpose of the Participation Systems initiative is to force multiply Mozilla’s capacity to deliver our ambitious mission by aligning software and IT systems that enable staff, volunteers, and allied communities to work together in radically participatory ways.
🌍 Background
While our leadership is unified in wanting Mozilla to be truly open to volunteer participation, our current organizational “operating system” makes it difficult to work strategically across employee-volunteer-community boundaries. The legacy systems we use are messy and complicated encouraging collaborative workflows that lack engagement and creating barriers to volunteer participation. We have walls that need to be taken down, and new systems that need to be built.
🌅 Vision
- Mozilla is a radically participatory organization, welcoming to staff, volunteers, and allied community alike.
- Programs see the value participation brings to their efforts, and are able to build it into their processes and workflows.
- Mozilla is knowable and understandable leading people to see where and how they can make high value contributions.
- Our software tools continue to evolve in ways that encourage (responsible) openness and match our aspiration for being a radically participatory organization.
😠 Identified Pain Points
- Protected resources within frequently used information and collaboration systems are not accessible to NDA’ed volunteers (specifically, google documents/slides/etc and some of the content that is currently in Mana)
- We lack an identity system for volunteers that would unlock access and collaborative capacities. This is complex given the broader need for an identity strategy for staff that is happening in parallel.
- It is difficult for volunteers to manage their contributions and touch-points with Mozilla, or even find/understand opportunities for participation that exist due to inconsistent systems and processes that don’t relate or speak to one another.
- We have a set of useful components such as Mozillians.org, LDAP, etc, but they’re not yet integrated.
- We lack understanding of volunteer involvement in different areas (advocacy, coding, SuMo, innovation), and are unable to manage our relationship with volunteers and help them be effective because of fragmented tools and limited systems.
🚩 Organizational Change Strategy
- Generate Momentum/Create Demand
- Close collaboration with groups that want to work together.
- When: In progress w/ IT, MoFo, Participation, CD, identifying other key parties.
- Scale to “new” areas
- Build on infrastructure to facilitate new pan-Mozilla projects that leverage participation.
- When: by EOY, ongoing
- Replace legacy systems
- Identifying legacy systems for participation and migrating them.
- When: TBD
✅ Program Goals
- Enable Mozilla identity (non-LDAP)
- Design and implement volunteer management systems
- Evolve collaboration and communication systems
- Evolve participation infrastructure
Execution
👥 Who is the team?
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
George Roter | David Ascher | Product/Program Management | Simon Wex | Katharina Borchert - CIO |
Engineering - Participation | ||||
Engineering IT
Team to TBC |
🙌🏼 How to get involved
The Participation Systems initiative is a run by a cross-organization team working on discrete, finite-duration projects. Each project has its own goals and composition of engaged stakeholders. For more information on how to get involved, click on the wiki page for each project below.
For general questions and up to date information, join us via our #participationsystems (Mibbit) IRC channel and our Participation Systems category on Discourse.
🚀 Current Projects
Volunteer Management Systems
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
Arielle Kilroy | George Roter | Hermina Condei | REPS Council
MoFO |
David Ascher |
Reps Portal
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
Arielle Kilroy | George Roter | Nemo
Tasos Yousef Simon Wex Sean Rich More TBD |
Pierros
George Rosana Ruben REPS Council Konstantina Guillermo Hannah Kane Lucy Harris |
David Ascher |
Participation Metrics - org-level dashboards and data
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
George Roter | George Roter | Lucy Harris | Adam Lofting
John Jensen Rosana Ardila David Ascher REPS Council |
Mitchell Baker
Mark Surman Katharina Borchert |
Discourse 💬 Evolution
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
Lyre Calliope | George Roter | Hermina Condei | Community Ops
REPS Council |
David Ascher |
Contributor compute infrastructure plan
Subproject: Community website migration
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
Pierros Papadeas | George Roter | Tanner Filip
John Giannelos (Nemo) Yousef Alam |
Corey Shields | David Ascher |
Access for non-staff mozillians to documents and collaborative tools, Mozilla identity
Responsible | Accountable | Support | Consulted | Informed |
---|---|---|---|---|
David Ascher
Pierros Papadeas IT TBD |
David Ascher | Hermina Condei
Josh Howard (IT) |
Ryan Kelly (FxA)
Jeff Bryner (IT) Josh Howard (IT) |
George Roter |