Consejos para los participantes en el hackathon de la UGR 2012 http://l-g.me/3hack

1. 3º Hackathon CUSL-UGR: Notas JJ Merelo [email_address]

2. ¿Qué es un hackathón ? Una experiencia de trabajo colaborativo para ayudar a proyectos de desarrollo de software

3. ¿Para qué sirve? Para dar un empujón a todos los proyectos participantes en el CUSL

4. ¿Cómo se usa? Vayamos por partes

5. Atraer al colaborador Tenéis quince minutos para contar de qué va el proyecto y atraer a colaboradores (traductores e informáticos casi a partes iguales, algunos de otras carreras)

6. Educar al colaborador Explicadle lo necesario para que comiencen a participar en el proyecto. Nunca será todo lo necesario. Preved sesión de coaching personal.

7. Incluir al colaborador No todos van a ser informáticos, ni van a tener el mismo nivel. Aún así, deberéis tener una tarea para él o ella. Especialmente para los traductores .

8. Ayuda de la OSL Haced a psicobyte y jjmerelo administradores de vuestro proyecto en la forja y pasadnos los nombres de usuario para que los añadamos (y alguna otra tarea en la que podamos ayudar)

9. Tareas para todo el mundo Analizar, programar, pero también probar, diseñar, documentar, escribir manuales, traducir, buscar modelos de negocio, diseñar casos de uso...

10. Y vosotros en todas Cada tarea debe supervisarse por algún miembro del proyecto, que supervise el commit .

11. Más vale que sobre, que no que falte Es mejor que tengáis que dejar de hacer alguna tarea, a que vuestra parroquia se aburra sin nada que hacer.

12. Previo al hackathón ¡Liberad ya el código y subidlo a la forja! (Si no lo habéis hecho)

13. Guía de prácticas Nombres de clases, de variables, dónde van las llaves, quién es la persona que decide lo que va en el código o no, plantillas para la documentación...

14. Incorporación de código Tened un procedimiento claro de incorporación de código: qué condiciones debe cumplir, qué tests debe pasar, quién lo aprueba, quién lo integra, qué pruebas debe pasar una vez integrado.

15. Buscad una metodología de trabajo SCRUM, programación entre pares... lo que más os convenga, pero tened una .

16. Cread una lista de tareas En principio para 6-7 personas x 24 horas, pero puede haber más (o menos). Recordad: no todos son informáticos (son casi minoría, de hecho)

17. No planifiquéis ningún trabajo para vosotros mismos Tendréis bastante apagando fuegos, explicando cosas, integrando lo que hagan otros y ayudando a la gente

18. Recuerda que hay un fin de semana por medio Propón tareas y una forma fácil de coordinarlas, encuentro durante el mismo en un espacio que quepáis todos (bar con WiFi, vuestra casa...), forja...

19. Gran poder conlleva gran responsabilidad Tened en cuenta los créditos. Si alguien no hace nada, por favor decídnoslo y no se le da el certificado. En cualquier caso, se ve en la forja.

20. El hackathón es programación + comunicación Designad fotógrafo Flickero/Picasero + YouTubero + twittero + bloguero + + Facebookero + Tuentiero + cronista (puede ser un colaborador)

21. #3hackathon + (#|@)[proyecto]

22. El lunes día 5 queremos ver versiones x+1 (o +2) de todo. Obtened un resultado tangible

23. El hackathón no termina el lunes Tratad de conservar a los colaboradores hasta el final del concurso ( y más allá )

24. Preguntas, sugerencias y comentarios