ProyectoPartidoMigala / organizacion-inicial

A partir de las discusiones que ocurran en este repositorio se irán tomando decisiones organizacionales y se planearán nuevos repositorios, este no es un repositorio de código
4 stars 0 forks source link

¿Cuál debería ser el proceso para volverse un colaborador de este proyecto? #2

Open laikmosh opened 3 years ago

laikmosh commented 3 years ago

Quiero iniciar una discusión sobre cuales deberían ser los lineamientos para darle a alguien la cualidad de colaborador, cualquier usuario que sea colaborador tiene la capacidad de:

Considerando los riesgos y posibilidades de tener estas cualidades, ¿bajo que lógica deberian otorgarse estos roles? ¿Deberían darse a cualquier que lo solicite y priorizar la participación sobre la seguridad? ¿Debería darse solo a ciertos usuarios bajo algún lineamiento y priorizar la seguridad sobre la participación? ¿Cómo garantizamos que el grupo de colaboradores elegidos va a respetar el trabajo de la comunidad ó como nos protegemos del vandalismo si todos son colaboradores?

crojasmrls commented 3 years ago

Bajo mi experiencia creo que hay dos roles fundamentales que se deben definir para el desarrollo de proyectos.

El primero es un director por cada proyecto, este director se encargaría de moderar las propuestas de características que se incluirán asi como gestionar la lista de tareas necesarias para alcanzar los objetivos planteados. Este rol puede ser rotativo y electo de manera democrática, pero creo que es importante que sea alguien que tenga experiencia en Ingeniería de Software.

El segundo rol sería el de administradores de sistema, este sería un grupo que se encarguen de revisar y aprobar los pull request, verificando que el código no tenga bugs ni fallas de seguridad. Para este rol es necesario tener conocimientos sólidos de git y de herramientas de integración continua como jenkins.

También creo que que antes de empezar a integrar código es importante tener definidas las especificaciones de cada proyecto así como un conjunto de test básicos que sirvan para validar los pull request.

laikmosh commented 3 years ago

@crojasmrls Me parece buena tu propuesta, para eso podemos hacer uso de los teams de GitHub para definir los grupos de trabajo y los repos de la organización para delimitar proyectos, pero antes que eso necesitamos definir quienes pueden formar parte de estos grupos de trabajo y por qué ellos y no cualquiera? Solo aquellos que sean parte de la organización tendrían la capacidad de modificar el wiki y de crear repositorios, la parte idealista de mi dice que debería ser cualquiera que lo desee, la parte racional dice que debería ser solo un grupo de liderazgo

crojasmrls commented 3 years ago

Coincido que por terminos practicos, la capacidad de eliminar o crear repositorios y administrar la wiki debe ser delimitada a los administradores de sistema y a los directores de proyecto. De otra manera sería muy dificil lograr un trabajo estructurado que sea valioso para la comunidad. Los cambios a la wiki se pueden gestionar de manera similar a los pull request, mediante propuestas de cambios y de un grupo de moderadores que revise y apruebe estos cambios. Al principio supongo que seremos pocas personas por lo que creo que la primera asignación de estos roles puede ser de manera voluntaria en las reuniones que se tengan. Por otro lado, creo que la participación puede ser abierta a todo el mundo, incluso aquellas personas ajenas al partido y al proyecto. Si el repositorio es abierto cualquiera puede sugerir cambios, hacer pull request, crear issues y contestarlos.