Fedora Mindshare Committee
The Fedora Mindshare Committee is a body focused on representing and supporting the Fedora contributor community, particularly in areas like events, outreach, and recognition. It is undergoing a revamp to become a more functional leadership body, with a focus on regional event support, project-wide recognition, and digital ambassadorship. This restructuring aims to address issues of inactivity and redefine the committee’s role to better serve the evolving needs of the Fedora Project.
Responsabilidades
El Fedora Mindshare Committee tiene las siguientes responsabilidades:
Soporte de Evento Regional
-
Soporte y coordinación para requisitos presupuestarios para eventos en cada región (EMEA, LATAM, NA, APAC), actuando como una coordinación entre las regiones, el FCA, y el comité más amplio.
-
Revisar las solicitudes de financiación, asegurarse que el representante regional defienda la aprobación del patrocinio y que las solicitudes se adhieran a un proceso claramente definido (similar al Programa de Defensa de Fedora).
-
Garantizar una representación regional activa y asistencia el FCA en los eventos de planificación.
Servicio de Reconocimiento
-
Reconocer los esfuerzos de los colaboradores en todo el proyecto trabajando con los equipos del proyecto (QA, Diseño, Ingeniería Relacionada, etc.) para recompensar las contribuciones.
-
Desarrollar e implementar un sistema de reconocimiento, incluyendo:
-
Determinar la frecuencia de revisión (semanal/mensual/por lanzamiento).
-
Asegúrese de los individuos reconocidos reciban una recompensa (obsequio, publicación de blog, etc.).
-
Trabajar con el FCA para desarrollar un SOP (Procedimiento Operativo Estándar) para identificar esfuerzos de reconocimiento.
-
Crear métricas para medir el impacto de las contribuciones.
-
-
Presentar métricas de reconocimiento al Consejo de Fedora periódicamente.
Embajador digital
Los Digital Ambassadors (Embajadores Digitales) son individuos que promueven Fedora personalmente, sus proyectos y sus valores interactuando activamente y fomentando la participación dentro de las comunidades en línea. Mientras que el Equipo de Marketing maneja directamente las cuentas oficiales Globales, los Digital Ambassadors se centran en la difusión en sus cuentas personales o Regionales aprobadas.
El Mindshare Committee y el Marketing Team empoderan a los Digital Ambassadors proporcionando estructura, apoyo y recursos para asegurar el alineamiento con la marca y los objetivos de comunicación de Fedora. Mindshare tiene como objetivo proporcionar y mantener estos recursos y actuar como punto de contacto entre el Marketing Team y los Digital Ambassadors para brindar apoyo o plantear problemas. Animamos a los Digital Ambassadors a que también ayuden a crear y mantener estos recursos.
Marco de Medio Social Gestionado
Implementaremos un marco claro de redes sociales basado en diferentes tipos de cuentas: global, gestionado por la comunidad/regional y personal.
Cuentas globales son la presencia oficial de Fedora y gestionado por el Equipo de Mercadotecnia.
Cuantas de gestión de la comunidad, o Cuentas regionales son gestionadas por Embajadores Digitales capacitados. Estas cuentas deben ser mejores que el Equipo de Mercadotecnia y el Comité de Mindshare (mente compartida), y claramente representan en rincón específico de la comunidad (p.ej., Fedora CZ). El proceso de verificación tiene en cuenta la finalidad de la cuenta y otorga permiso explícito para usar el logotipo de Fedora. Debe quedar claro que estas no son las cuentas oficiales de Fedora.
|
El cumplimiento del Código de Conducta de Fedora es obligatorio para todas las cuentas gestionadas por la comunidad y las cuentas regionales. El equipo de marketing y el comité de Mindshare se reservan el derecho de revocar el permiso para usar el logotipo y tomar las medidas oportunas contra las cuentas que no cumplan con las normas. |
Las cuentas personales son gestionadas de forma independiente por Embajadores Digitales individuales que desean promover Fedora. Se centran en interactuar con los usuarios según lo considere oportuno el titular de la cuenta. No representan la voz oficial de Fedora y no requieren verificación, aunque recomendamos a los Embajadores que utilizan sus cuentas personales que se adhieran al Código de Conducta de Fedora.
Alentamos a los embajadores digitales a mantener su presencia en diversas plataformas (por ejemplo, Mastodon, YouTube, Reddit, LinkedIn) y explorar nuevas plataformas a medida que surjan.
Pueden ser encontrados los mantenimientos y recursos adicionales en Docs de Marketing Team.
Tomar Decisiones
El Fedora Mindshare Committee toma decisiones de dos maneras. Usa la "lazy approval" (aprobación perezosa) para las decisiones básicas. Utiliza "full consensus" (consenso total) para decisiones importantes.
Aprobación Diferida
El comité utiliza la “aprobación diferida” para muchas decisiones básicas. En este proceso, el comité asume que todos están de acuerdo. Esto es así a menos que alguien presente objeciones dentro de un plazo específico. El plazo suele ser de tres a siete días. El comité establece el plazo en cada ocasión. El comité utiliza este proceso para decisiones que:
-
Tienen efectos a corto plazo.
-
Se puede revertir fácilmente.
Cualquier miembro del comité puede solicitar más tiempo. Cualquier miembro puede solicitar que la decisión requiera consenso total.
Consenso Completo
El comité usa el "full consensus" (consenso total) para las decisiones más importantes. Para que estas decisiones pasen, necesitan:
-
Tres o más votos positivos (+3).
-
Sin votos negativos (-1).
Un voto negativo detiene el proceso de toma de decisiones. También requiere debate. Para ser válidos, los votos negativos deben incluir:
-
Preocupaciones específicas sobre la propuesta.
-
Sugerencias para cambios para hacer la propuesta aceptable.
Un voto de "0" puede mostrar desacuerdo. También puede mostrar voluntad de hacer pasar la decisión. Los miembros deberían explicar un voto "0".
Este modelo de toma de decisiones sigue el fundamento "Amistad" de Fedora. Este fundamento enfatiza encontrar un consenso aceptable. El objetivo es beneficiar el software libre. Este modelo se basa en el respeto mutuo en la comunidad. Esto es así incluso cuando hay desacuerdo entre los miembros.
El Comité Mindshare suele debatir los temas públicamente. Cualquier miembro del Proyecto Fedora puede expresar su opinión. El comité debe considerar cuidadosamente estas opiniones. Sin embargo, solo los votos de los miembros del comité cuentan para la decisión final.
Dónde encontrar al Fedora Mindshare Committee
El Fedora Mindshare Committee usa las siguientes plataformas de comunicación:
El foro Discourse es el mejor para comunicación asíncrona. Esto significa que es lo mejor para preguntas y temas que alguien puede responder mas tarde. Es mucho mejor para discusiones largas y enhebradas.
La sala Matrix del Fedora Mindshare Committee es mejor para comunicación síncrona. Esto significa que es mejor para comentarios rápidos, como una conversación. Es útil para discusiones en tiempo real u obtener la atención de alguien rápidamente.
Administración de tareas basada en ticket
El Fedora Mindshare Committee opera en un flujo de trabajo basado en ticket. Nuestros tickets abiertos están en nuestro repositorio GitLab. Las nuevas tareas se añaden como "issues" en GitLab.
Este es un rastreador público de cuestiones. Si tiene una cuestión sensible privada o de seguridad, confirme la caja This issue is confidential cuando cree la cuestión.
Reuniones
Fedora Mindshare Committee celebra reuniones regulares basadas en texto en una sala Matrix para discutir temas actuales, aclarar cualquier cosa pendiente que pueda resolverse rápidamente y asegurarse de que nada importante se queda en el limbo. El formato de la reunión se pretende que sea actualizaciones rápidas y discusiones largas. Es una buena oportunidad para comunicarse con otros miembros del equipo en tiempo real y comprender lo que está ocurriendo en su área, a la vez que permite que cualquiera del público observe como trabaja el Fedora Mindshare Committee.
Las actas de la reunión se publican automáticamente en Fedora Meetbot Logs.
Composición
El Fedora Mindshare Committee tiene siete asientos con los roles siguientes:
Arquitectura de Comunidad Fedora (⨯1)
La Arquitectura de Comunidad Fedora (FCA) es el presidente del Fedora Mindshare Committee. Esto es una posición permanente. Las responsabilidades de la FCA incluyen:
-
Llevar a cabo encuentros usuales.
-
Gestionar la divulgación del presupuesto de Fedora Mindshare Committee.
-
Apoyar otros miembros de Fedora Mindshare Committee.
-
Mantenimiento de documentación.
Administradores del Programa (⨯4)
Los administradores del programa son cargos electos responsables de gestionar los programas de Embajadores y Defensores de Fedora. Representan y defienden a los miembros de la comunidad. Sus responsabilidades incluyen:
-
Organizar reuniones de Embajadores/Partidarios.
-
Eventos patrocinados.
-
Embajadores de Consejería.
-
Orientación a los embajadores sobre los recursos disponibles.
-
Defensores de Mentoría.
-
Mantenimiento de documentación.
Los administradores del programa desempeñan sus funciones durante un año, y se eligen dos puestos en cada ciclo de publicación.
Representante del Equipo de Mercadotecnia (⨯1)
El representante del Equipo de Mercadotecnia es un punto de conexión entre el equipo de mercadotecnia de Fedora y la comunidad de Embajadores/Partidarios. Proporciona el acceso a los canales de difusión de Fedora y se encarga de mantener un calendario de contenidos relacionado con eventos presenciales.
Este es un puesto por designación con una duración de un año.
Miembros actuales
-
Fedora Community Architect (FCA): Justin Wheeler (jflory7)
-
-
Akashdeep Dhar
-
Emma Kidney
-
Luis Bazán
-
Sumantro Mukherjee
-
-
Representante del Equipo de Mercadotecnia: Position TBD
-
Representante de Ops de Comunidad: Greg Sutcliffe
Miembros anteriores
Designado
-
Embajadores
-
F27-F42: Nick Bebout (nb)
-
-
Comunidad del Equipo Operativo (Ops Team)
-
F27-F28: Justin Wheeler (jflory7)
-
F29-F42: Alberto Rodríguez Sánchez (bt0dotninja / bt0)
-
-
Equipo de Diseño
-
Docs Team
-
-
F31-F37: Marie Nordin (riecatnor)
-
-
Equipo de Mercadotecnia
-
F30-F33: Eduard Lucena (x3mboy)
-
-
Proyectos Mentores
-
F36-F42: Smera Goel (smeragoel)
-
-
Equipos de Sitio Web y Aplicaciones
-
F27-F36: Rick Elrod (codeblock)
-
F37-F42: Onuralp Sezer (thunderbirdtr)
-
Elegid@
-
F27-F31: Jared Smith (jsmith)
-
F29-F32: Sumantro Mukherjee (sumantrom)
-
F32-F33: Héctor Louzao (hhlp)
-
F33-F34: Maria Leandro (tatica)
-
F34-F36: Till Maas (till)
-
F36-F37: David Duncan (davdunc)
-
F37-F38: Madeline Peck (mpeck)
-
F38-F39: Fernando F. Mancera (ffmancera)
-
F41-F42: Luis Bazan (lbazan)
-
F41-F42: Sumantro Mukherjee (sumantrom)
Want to help? Learn how to contribute to Fedora Docs ›