drupaler@s tod@s:
Estas conclusiones son un resumen de lo que se habló en la reunión de marzo 2015 y cuyas notas completas van a ser publicadas como una página de wiki, para ir dejando registro de lo conversado.
Fortalecimiento Drupal como herramienta de desarrollo en Chile
Dentro de las cosas que se conversaron en la primera reunión del año fue la necesidad de fortalecer Drupal en varios frentes en cuanto a comunidad. La comunidad entendida como: personas que sepan Drupal, empresas que desarrollen Drupal, organizaciones (empresas y gobierno) que demanden Drupal.
En función de lo anterior, las tareas que tenemos para este año para seguir fortaleciendo nuestra comunidad serían:
a) Promover y difundir Drupal:
Para todos los perfiles ligados a Drupal (desarrollo, diseño, marketing, gestion, negocios, etc) y para los sectores tanto privados como públicos. Como mínimo se debería partir con capacitación y difusión de las actividades en universidades e institutos.
b) Aumentar el valor agregado de Drupal para Chile:
Aumentando la cantidad de personas autoras de módulos, para que se genere una mayor cantidad de código disponible específico.
c) Mejorar la documentación:
En particular la documentación en español para: guías, documentación general, traducción de módulos e instrucciones de instalación y configuración
Cambios en la estructura de las reuniones de la comunidad
En relación a la estructura que hemos tenido hasta el momento para funcionar, ésta estaba bien para cuando la comunidad era más pequeña. Conforme va creciendo, es necesario cambiar en algo la estructura para poder cumplir con las crecientes expectativas de quienes ya se han integrado como ayudar a integrarse a nuevas personas de los más variados perfiles.
a) Presentar casos de éxito:
Quizás la expresión más adecuada sería "casos notables" pues el análisis de un "caso de fracaso" podría ser incluso más enriquecedor. Para los casos de éxito es importante que el caso a estudiar tenga características destacables por sobre proyectos comunes.
b) Enfocarse a todos los perfiles:
Dejar de lado el "default" de charlas muy técnicas y tratar de que los temas sean más variados, para de este modo, incluir: diseñadores, expertos en UX, personas de SEO o marketing digital ; entre otros.
c) Difundir las reuniones en comunidades adyacentes:
Si se hace una charla de marketing o publicidad, que las charlas sean hechas por personas de esa área y que personas de esa área sean invitadas. Lo mismo vale para comunidades de software (ej: symfony, varnish, mysql, etc) y personas de otras áreas.
d) Hacer reuniones técnicas separadas, como Sprints de desarrollo:
Para que el aprendizaje genere un impacto real sobre la comunidad, al generar algo tangible y se conserve (e incluso profundice) un espacio de discusión técnica. En particular los sprints deberían servir para construir y mejorar el software de la comunidad (el sitio, perfiles de instalación y módulos)
Las actividades y las reuniones que vayamos planificando el resto del año, tendrían por lo tanto que tener como ejes rectores los acuerdos a los que llegamos en esa reunión. Creo que en general la forma en que se va a abordar la próxima reunión, cumple con esa premisa.
Nos vemos el 14 de abril!!