Preparando en Tutorial de Integración Continua

Esta semana estuve comencé a preparar el material el tutorial que voy a dictar en Agiles 2012. Decidí tomar como base el material que utilicé para la actividad que hice en Agiles@BsAs.

Entre las modificaciones que pienso incluir están Sonar, Gradle y algo de teoría de continuous delivery.

De cara a adaptar mejor el contenido a las particularidades de la audiencia, generé un formulario para relevar los conocimientos de aquellos que tengan planeado asistir. Este es el formulario en cuestión, que también está publicado junto a la descripción del tutorial en el sitio de la conferencia.

Continuous Delivery en FIUBA

La semana pasada asistí a la presentación del trabajo profesional de Hernán Carrizo.

El trabajo consistió en la implementación de un pipeline de continuous delivery en un proyecto existente. Tomé algunas notas interesantes, de directa aplicación en mi actividad profesional actual. Pero sin duda lo mejor de todo es ver que en Fiuba se hacen trabajos sobre temáticas actuales e incluso innovadoras en un punto.

Algo que me llamó la atención fue una de las preguntas de apertura de la presentación:  ¿Cuanto tiempo lleva poner en producción el cambio de una línea de código?

La presentación y el trabajo en general me resultaron muy interesantes, lo cual no me extraña considerando quienes fueron los directores del trabajo: Carlos Fontela y Juan Gabardini, Say no more.

JAIIO 41: Cursos de métodos ágiles

Del 27 al 31 de Agosto se llevarán a cabo las Jordanas Argentinas de Informática y al igual que el año pasado habrá un conjunto de cursos sobre métodos ágiles. Las jornadas se desarrollaran en la Facultad de Informática de la UNLP. El detalle de los cursos y la información de inscripción está disponible aquí.

Para el curso que dictaré yo (Introducción al desarrollo de software con métodos ágiles) tengo pensado estrenar una nueva dinámica que me compartió Pablito Tortorella en un charla que tuvimos la semana pasada en las oficinas de Kleer.

Más allá de estos cursos, habrá un poco más de «agilismo» en las JAIIO ya que en el contexto del Simposio de Ingenieria de software se presentarán los siguientes trabajos:

  • Reporte de experiencia: utilización de métricas en Scrum para analizar y mejorar la productividad de un equipo
  • Marco para evaluar el valor en metodología SCRUM
  • Improving Software Engineering Teaching by Introducing Agile Management

Sobre el Open Space de Educación

Me resultó muy interesante. Estimo que hubo alrededor de 30 personas de perfiles muy variados. La mayoría eramos de sistemas, pero también había gente de eduación de distintos ámbitos: sindicalismo, idiomas, educación social, etc, etc.

Hubo más propuestas de sesiones que los slots que teniamos disponibles, pero algunos de los que las habian propuesto fueron solidarios para juntar sus sesiones y que así todos los temas sean tratados.

Luego de la planifinición inicial, comenzamos con una sesion plenaria de Lightning Talks  de 3 minutos donde algunos de los asistentes compartimos técnicas/experiencias realizadas en nuestros respectivos contextos. En esta sesión Pablo Roca presento el proyecto Nahual.

Después de eso participé en las siguientes sesiones:

  • Evaluación: esta sesión fue propuesta Jorge Silva y Mariano Tugnareli. Compartimos distintas problemáticas y técnicas relacionadas a la evaluación: la evaluación como instancia de aprendizaje, la evaluación de pares, la evaluación en cursos masivos, etc.
  • Tutorias: esta sesión resultó de fusionar 3 sesiones relacionadas a las dificultades de enseñanza en los primeros años de la universidad. Yo compartí mi expericiencia como tutor en el programa PACENI y otros asistentes comentaron las dificultades que afrontaban en sus correspondientes ámbitos. Sinceramente no sacamos nada en límpio, fue más bien una sesión de catarsis.
  • Actividades: esta sesión fue propuesta por Juan Gabardini y la idea era compartir técnicas/dinámicas para enseñar en el aula. Comentamos más de 15 técnicas, muy interesante.

También hubo algunas otras sesiones sobre trabajo con niños, training from the back of the room y aprendizaje por descubrimiento.

Personalmente me resultó muy enriquecedor y me llevé algunas cosas para probar en mis materias.

Open Space de Educación

Desde la comunidad de métodos ágiles de Buenos Aires, estamos organizando un open space sobre esta temática. La idea es compartir técnicas/problemáticas/estrategias de enseñanza de cara me mejorar las clases, la llegada a los alumnos y el proceso de enseñanza/aprendizaje en general.

La cita es el próximo sábado 4 de agosto en las instalaciones de la UNTreF en el Centro Cultura Borges (Viamonte esq. San Martín 3 piso, Ciudad de Buenos Aires)

Como de costumbre el evento es totalmente gratuito pero con previa registración. Más info y registración aquí.

¡Nos vemos!

Retrospectiva de Ing. de Software, primer cuatrimestre 2012

Antes de entrar en detalle sobre los resultados de la retrospectiva, quiero destacar por qué hacemos restrospectivas. La respuesta es simple: para mejorar. La idea es revisar como se desarrolló la materia intentando identificar puntos positivos y negativos, y partir de su análisis definir: qué cosas mantener, qué cosas cambiar y que cosas probar. Ahora sí, vamos a la restrospectiva.

Para la retrospectiva, utilizamos la técnica del timeline, mi favorita para estos casos (cierre de cuatrimestre). Lamentablemente, solo participaron 5 de los 7 alumnos. De todos los items identificados, una cuarta parte estaba relacionada a cuestiones «de ambiente» ajenas a la materia y sobre las cuales prácticamente no tengo posibilidad de influencia (por ejemplo: fallas en la infrastructura informática de la universidad). Respecto del resto de los items, esto es lo relevante:

Items a mantener

  • Estructurada iterativa de la materia
  • Actividades de aplicación
  • Dictado de una clase en forma remota
  • Presentación de invitados de la industria
  • Dinámica de evaluación final
  • Restrospectiva al final de cada iteración y restrospectiva final

Cuestiones a mejorar

  • Dificultades varias con Sinatra
    • Recomendar un tutorial y darlo con anticipación suficiente
  • Evaluación online
    • Hacer revisar las preguntas por un tercero para asegurar que sean claras y evitar posibles ambigüedades
    • Hacer una al final de cada iteración
    • Resolver las dificultades técnicas de la herramienta para permitir ver el resultado y las respuestas correctas al finalizar la evaluación
  • Retos del profesor (si, yo, los sermoneo mucho cuando no cumplen con las tareas)
    • No calentarme tanto
    • Mejorar las formas
    • Automatizar la corrección y parte del feedback con alguna herramienta
  • Material utilizado en clase no disponible (en algunas clases utilicé ppts que luego no compartí)
    • Publicar el material utilizado o bien ser explícito de antemano que no será publicado
  • Poca visibilidad de las notas
    • Publicar las notas al final de cada iteración

Para probar

  • Lecturas voluntarias: compartir algunas lecturas/videos opcionales que les permitan sumar «puntos adicionales» al presentarlos al resto de la clase
  • Proveer una guia de lectura para todas las lecturas, asi leen más enfocados
  • Dedicar los primeros 10 minutos de la primer clase de la semana para repasar los puntos destados de la lectura realizada

Bueno, esto es todo, voy a intentar incorporar todas estas cuestiones el próximo cuatrimestre.

Cierre de cuatrimestre en UNQ, segunda promoción

El jueves pasado realizamos la restrospectiva de cierre del cuatrimestre. Comparto aqui algunos números:

  • Este cuatrimestre se anotaron 7 alumnos
  • Los 7 completaron la materia
  • La nota final promedio fue 7,42
  • Tuvimos 30 clases organizadas en 4 iteraciones
  • Tuvimos 2 visitas de profesionales de la industria
  • Leimos más de 12 artículos
  • Hicimos varios ejercicios de BDD y TDD con Ruby
  • Desarrollamos 3 aplicaciones trabajando en grupo, utilizando Scrum, user stories, cucumber, sinatra y github.
  • Hicimos varias actividades para ejercitar diferentes prácticas: pajarraco scrum, fábrica de aviones, estimación de subastas, etc.

Creo que este segundo cuatrimestre ha sentado las bases para lo que pretendo que sea la materia, con lo cual el próximo cuatrimestre será muy parecido.

En el siguiente post, compartiré los resultados de la retrospectiva.

Nota: los iconitos representan a los alumnos ausentes el día de cierre que fue cuando tomamos la foto.

Cómo enseñar/aprender a estimar

Tengo la impresión de que este es un tema muy pobremente tratado en los contextos académicos. Digo esto basado en mi experiencia personal y en lo que he hablado con varios colegas.

En mi caso vi la temática estimación en una clase en una materia, donde el docente realizó una explicación de diversos métodos. Nada más, sólo una explicación teórica. Nada de práctica para pudieramos entener mejor los métodos. Lamentablemente creo que esto no fué una situación aislada, pues he hablado con varios colegas de diversas casas de estudios y la situación no es muy distinta.

Personalmente creo que la estimación, al igual que varias de las actividades de la ingenieria de software, es una actividad que se aprende a partir de la práctica.

Cuando tuve que preparar el tema estimaciones para la materia que dicto en UNQ, determiné utilizar el siguiente enfoque:

  1. Explicar algunas generalidades sobre estimación (quien, cuando, para que, etc)
  2. Comentar brevemente los métodos más difundidos
  3. Explicar en detalle dos métodos
  4. Hacer un ejercicio grupal de estimación en clase
  5. Darles un apunte para lean y refuercen lo explicado en clase
  6. Pedirle a los alumnos que estimen cada tarea de la materia antes de realizarla
  7. Hacer un segundo ejercicio grupal de estimación en clase

El punto (6) lo hemos hecho a lo largo de todo casi toda materia, estimando y planificando cada tarea (esto es: cada alumno lleva un excel donde registra cuando va realizar la tarea de la materia y cuando tiempo estima decicarle). Luego de realizada la tarea, deben registrar también el tiempo real insumido. Con esto apunto a que los alumnos no solo hagan el ejecicio de estimar, sino que también se acostumbren a planificar.

Obviamente este enfoque me lleva más de una clase, pero creo que bien vale la pena.

Agile Open sobre Software Libre

El evento se realizó en las instalaciones de la Facultad de Informática de la Univesidad de Belgrano. El facilitador fue DiegoF y hubo más de 30 asistentes. Tomé varias notas durante el evento, pero lamentablemente perdí mi anotador ese mismo dia, ups!. Por suerte Fer Claverino grabó este video resumiendo algunas de las ideas habladas. También Ingrid escribió al respecto en su blog.

Personalmente me alegró reencontrarme con Mariano Simone  (ex-alumno y colaborador de Algo3), simplemente un fenómeno con quien espero poder trabajar en algún momento. En una sesión que compartimos Marino mencionó algunas aplicaciones open source de FDV Solutions (la empresa donde trabajar actualmente).

Una de las sesiones en las que participé fue sobre motivación y manejo de expectativas en los proyectos open source. En ella compartí algunas de las situaciones que viví liderando la traducción de Pharo By Example.Me llevé varias ideas, pero ninguna completamente convincente.

Otra sesión interesante en la participé fue sobre puntos en común/diferencias entre métodos agiles y proyectos desarrollados con dinámica open source. Uno de los participantes de la sesión fue Federico (no recuerdo su nombre) quien participa en la distribución de Linux/Debian.

Sobre el final del evento hablamos de organizar un open space sobre la temática educación. La idea seria realizarlo hacia fines de Julio para que los asistentes puedan aplicar las ideas surgidas el próximo cuatrimestre. Los mantendré informado.

Técnicas para administrar el backlog de proyecto

La semana pasada como parte de mis tareas cotidianas en Southworks, estuve trabajando en la capacitación de un nuevo compañero. Como parte de la capacitación le expliqué algunas técnicas que solemos utilizar para manejar el backlog de nuestros proyectos y luego de hacerlo decidí ponerlo por escrito para que esté accesible para la comunidad en general. Este es el link al post que escribí (está en inglés)

Ojala les resulte útil.