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

Proyectos grandes

Documentacion critica

Crea un archivo GOVERNANCE.md que explique:

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

Estructura de propiedad

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.

Meritocracia

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

Contribucion liberal

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

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:

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:

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

Resumen


← Mejores Practicas | Indice | Siguiente: Financiamiento →