Liderazgo y Gobernanza

Por: Artiko
open-sourcegobernanzaliderazgorolesdecisiones

Liderazgo y Gobernanza

Los proyectos en crecimiento se benefician de reglas formales para tomar decisiones.

Roles formales

Mantenedor

No necesariamente un programador. Puede ser evangelista, escritor de documentacion o alguien comprometido con la direccion del proyecto. Representa responsabilidad sobre el futuro del proyecto.

Contribuyente

Cualquier persona que agrega valor: codigo, documentacion, organizacion de eventos, comentarios en issues. Usa definiciones amplias para estimular multiples formas de aportacion.

Committer

Termino para distinguir acceso de commit. Representa responsabilidad tecnica especifica.

Recomendacion: Usa roles de liderazgo para reconocer contribuciones excepcionales, independientemente de habilidades tecnicas.

Formalizar el liderazgo

Proyectos pequenos

  • Agregar nombres al README o archivo CONTRIBUTORS

Proyectos grandes

  • Pagina de equipo en el sitio web
  • Subcomites para areas especificas (seguridad, triaje, conducta)
  • Reuniones regulares (publicas si es posible)

Documentacion critica

Crea un archivo GOVERNANCE.md que explique:

  • Como alcanzar roles de liderazgo
  • Proceso para volverse mantenedor
  • Como unirse a subcomites

Esto evita la percepcion de que los mantenedores son un grupo cerrado.

Estructura de propiedad

  • Mueve proyectos de cuentas personales a Organizaciones de GitHub
  • Agrega al menos un administrador de respaldo
  • Protege el legado del proyecto con propiedad compartida

Cuando dar acceso de commit

Dos perspectivas:

Inclusion: da acceso a todos los que contribuyen para fomentar propiedad comunitaria. Estimula mayor compromiso.

Cautelosa: solo a quienes demuestren compromiso sostenido. Mejor para proyectos grandes y complejos.

Usa protected branches en GitHub para controlar quien puede hacer push y bajo que circunstancias.

Estructuras de gobernanza

BDFL (Benevolent Dictator for Life)

Una persona tiene la palabra final. Usualmente el autor inicial.

  • Ventajas: decisiones rapidas, vision clara
  • Uso: proyectos pequenos, proyectos originados en empresas
  • Ejemplo: Python (historicamente)

Meritocracia

Contribuyentes activos reciben roles formales en decisiones. Basado en “merito” demostrado. Decisiones por consenso o votacion.

  • Uso: proyectos de Apache Foundation
  • Restriccion: solo contribuciones individuales, no corporativas

Contribucion liberal

Las personas con mas trabajo actual son las mas influyentes (no contribuciones historicas). Decisiones por “consensus seeking”.

  • Uso: Node.js, Rust
  • Enfasis: conversacion sobre contribuciones, no factores externos

Cada modelo tiene ventajas y compensaciones. Existen plantillas disponibles para cada uno.

Cuando documentar la gobernanza

No hay momento “correcto”, pero es mas facil definir despues de ver dinamicas comunitarias. Escribe lo que puedas desde el inicio: expectativas de comportamiento, proceso de contribucion. Incluso en lanzamiento temprano, esta documentacion moldea la gobernanza.

Consideraciones corporativas

Si una empresa lanza un proyecto:

  • Discutir internamente antes del lanzamiento
  • Explicar publicamente como la empresa mantendra y tomara decisiones
  • Aclarar el rol de la empresa en el proyecto

Actividad comercial

Tratar actividad comercial como normal. Los desarrolladores pagados no reciben trato especial — cada contribucion se evalua por merito tecnico. “Comercial” es compatible con “open source”.

Entidades legales

No necesitas entidad legal excepto si manejas dinero. Opciones:

  • Para donaciones: usa patrocinadores fiscales (Software Freedom Conservancy, Apache Foundation, Open Collective, Linux Foundation)
  • Para negocios: C Corp, LLC o equivalente local

Muchos proyectos evitan crear nonprofit y usan patrocinadores fiscales que aceptan donaciones a cambio de un porcentaje.

Resumen

  • Formaliza roles para reconocer contribuciones y dar claridad
  • Documenta la gobernanza en GOVERNANCE.md antes de necesitarla
  • Elige un modelo (BDFL, meritocracia, contribucion liberal) segun tu contexto
  • Mueve el proyecto a una Organizacion de GitHub con admin de respaldo
  • Trata la actividad comercial como normal y evalua por merito tecnico
  • Usa patrocinadores fiscales si necesitas manejar dinero sin crear entidad

← Mejores Practicas | Indice | Siguiente: Financiamiento →