Creation of Admin Ops Teams
During the April 16th membership-onboarding call there was discussion about the need for a more formalized administration structure to help insure adequate day to day coverage of a few areas critical to platform functionality and usability. These duties have historically been covered by a small group of volunteers comprised of early/founding members. The following pre-proposal was contributed to by Matt Noyes, Matthew Cropp, and Robert Benjamin prior to presentation for group feedback.
Operations-Critical Admin Teams Resolution
In order to provide for seamless and continuous platform operations coverage while still maintaining fluidity of member volunteer engagement (especially as social.coop scales), it could be beneficial to create “Admin Ops Teams” in the three following Operations-Critical Areas: Tech, Community, and Finance. For example a Tech Team would cover all things hosting, site maintenance, and development, a Community Team anything membership based, and a Finance Team would perform budgeting duties or those usually assigned to a Treasurer.
Each Operations Team would execute work within the parameters and scope of the policies provided by their corresponding Governance Working Group. The teams would self-manage to ensure coverage and participation by a diverse group with needed skill sets or desire to learn. The team members would be given greater administration access than would be afforded general membership.
There has been a good amount of discussion around the need for some kind of remuneration for performance of Operations-Critical Admin duties. Though it may be necessary at a future date to create paid staff/contractor roles, in the meantime, a somewhat simple way to incentivize volunteer coverage would be to create a working budget that allocates monthly funds for each Operations Critical Admin area. With volunteer hours managed transparently through Open Collective, the allocation could be split (per month pro rata) between corresponding Operations Team members.
Remuneration would be for OPERATIONS CRITICAL duties (however that is defined), and not for general governance duties like Working Group participation for which there is an expectation that all members participate in some way at their own chosen level. The expectation is that while the platform is small the amounts paid to any given team member would not be substantial enough to be considered “compensation” for the work performed but could provide partial offset for the expense of committing time keeping the platform up and smoothly running. For context on a funding methodology that cold support Operations Teams approach see larger budget allocation discussion.
As power may accrue to both Governance Working group members and Operations Team members by way of their already having specialized knowledge, or through the development of specialized knowledge, it would be highly advisable to require rotation of Operations Team members, not as a strict rule, but as a general principle, and adopt a mutual education approach in which people who have the skills needed for the operations train their replacements.
Additionally, as there is a risk of inequity in the formation of the Operations Teams, proposals dedicated to driving platform diversity and equity will be forthcoming.
Robert Benjamin started a proposal May 8th, 2018 16:40
Creation of Volunteer Admin Ops Teams Closed 8:03am - Monday 14 May 2018
To provide for more seamless and continuous platform operations coverage, while still maintaining fluidity of member volunteer engagement (especially as social.coop scales), it is proposed that Social.Coop create "Admin Ops Teams” in the three following Operations-Critical Areas: Tech, Community, and Finance.
For example the Tech Team would cover all things hosting, site maintenance, and development. Community Team would handle anything concerning Members and platform Users. Finance Team would perform budgeting duties and those usually assigned to a Treasurer.
Each Admin Ops Team would execute work within the parameters and scope of the policies provided by their corresponding Governance Working Group. The teams would be volunteer staffed and would self-manage to ensure coverage and participation by a diverse group with needed skill sets or desire to learn. The team members would be given greater administration access than would be afforded general membership.
To mitigate either burnout, or power accruing through the development of specialized knowledge, the rotation of Team Members (not as a strict rule, but as a general principle) is sought along with a mutual education approach in which people who have the skills needed for the operations train their replacements.
Remuneration and Equity, though part of the broader Admin Ops Teams discussion, shall be addressed in separate forthcoming proposals.
|Block - 9|
|Disagree - 1|
|Abstain - 1|
|Agree - 0|
May 8th, 2018 19:16
This is really urgent -- our chat about future hosting and sysadmin opions really brought home to me how this whole thing is sitting on a precarious foundation - as a coop we need to value work first and foremost.
May 8th, 2018 23:01
In some ways I think more of a blurry line between governance and action could be nice, however some people feeling committed to action is probably a good thing. I'm thinking Ops Team membership shouldn't block Govenance Working Group membership
May 14th, 2018 03:59
I admire the basic structure and gist of this proposal, but I think it's time to start including monetary compensation, first of all to ensure time-privilege isn't a prerequisite for contribution.
May 14th, 2018 09:07
Support the principle of this proposal & all the practical elements that I have had a chance to get to grips with. However, I haven't had the time to adequate evaluate this, so I am abstaining (in the positive way :) ). Great work moving this forward
May 14th, 2018 11:30
Just to be clear, concerning Nathan's point, I saw the question mainly in terms of "creating teams" (as per the thread) rather than specifically "creating volunteer teams". Perhaps the distinction should be clearer.