sábado, 22 de diciembre de 2007

Planificación de largo plazo con Scrum

En general aprendemos los conceptos de Scrum empezando por la dinámica del nivel de sprint y diaria. Esto es bien entendible, ya que las reglas a esos niveles son claras y definidas, y generan el cambio cultural. Se enfatiza las características de Inspeccionar y Adaptar, se minimiza la importancia de la planificación a nivel Release.

Para la primera etapa de la implementación de Scrum, esto suele ser suficiente, ya que tenemos muchos cambios para incorporar. Además las primeras implementaciones suelen ser rescates de proyectos ya planeados en alto nivel (o que se intentó planificar detalladamente y se falló) o proyectos nuevos pero relativamente chicos.

Sin embargo, los stakeholders en general necesitan una visión a más largo plazo para evaluar la relación de costo / beneficios.

Algo de esto lo comenté en el post de SEPGLA 2007, en relación con TSP y FDD.

Una lectura muy interesante al respecto es Scrum and Long Term Project Planning for Video Games.

viernes, 21 de diciembre de 2007

SEPGLA 2007


Participé en
SEPGLA 2007 (Chile,26 al 28 noviembre). En la foto estamos de derecha a izquierda: Lucas Campos, Hernan Dos Santos y yo (Juan Gabardini).

Junto con Lucas presentamos "Del testing tradicional al testing ágil con Scrum y automatización"(
ppt).

Gracias a Diego Pamio por la foto!



Fue interesante ver las similitudes y diferencias con otros trabajos relacionados con temas de calidad. Comparando con "Lições aprendidas na implementação do Proceso de Teste de Software Dataprev" de Guilherme Tavares Motta, es muy parecido el énfasis puesto en la incorporación de la cultura de calidad en forma temprana y, en lo posible, incorporar a una persona con visión de negocio y de calidad en el grupo de desarrollo. De otra manera, la persona de calidad se ve superada por el volumen de producto a probar, y el grupo de desarrollo no se siente responsable de facilitar o tomar parte del trabajo relacionado con la calidad. Por si sola, la persona de calidad no puede hacer una diferencia en cuanto a la calidad del producto. Lo más efectivo es que se preocupe por lograr un cambio cultural en el grupo de desarrollo. Sin embargo, como diferencias, en este trabajo no se hizo incapié en la automatización de la prueba y se debió enfrentar el problema adicional de grupo distribuido (la persona de calidad fisicamente separada del grupo de desarrollo).
Otra presentación, "Implementación de Arquitectura de Procesos de Validación y Verificación de Software" de Juliana Herbert, también hacia énfasis en la incorporación temprana de la calidad, aunque manteniendo el criterio de separación de tareas. En ese sentido, más tradicional. Tampoco hacia énfasis en automatización.


Por otro lado, fui a 3 presentaciones relacionadas con PSP/TSP. Me dejaron pensando. Tomo la frase de Watts Humphrey "The key rule in managing knowledge work is: the workers must manage themselves". Totalmente en linea con la filosofía ágil y Scrum en particular. Releyendo el libro de Boehm/Turner, encuentro esta cita en la página 183, "... Humphrey indicated that a TSP-trained team could execute the full set of XP practices, perhaps with small variations, in concert with the PSP/TSP criteria". Imagino que se refieria al registro de tiempos, el único punto que me hace ruido.
En cuanto a la dinámica macro de TSP, me parece que tiene muchas similitudes con FDD. TSP.Launch es similar a FDD.(Develop an overall model + Features List + Plan by Feature) y también con ciertos patrones de "The Enterprise and Scrum" de Ken Schwaber.
Muy interesante escuchar a Humphrey (en la conferencia y tocando el piano :) ).

miércoles, 19 de diciembre de 2007

1ras Jornadas Ágiles Latam (2008)

Comenzamos la organización de las 1ras Jornadas Ágiles Latam!

El objetivo es difundir el uso de las metodologías ágiles y fomentar la creación de una comunidad en Latinoamérica.

Hay, por ahora, cierta inclinación a Scrum y XP, simplemente por la gente que está organizando, que sabemos más y conocemos más personas que están en esos temas.
Pero la intención es que sea un evento regional (actualmente la mayoría son argentinos y muchos residentes en Bs As) y que incluya otras metodologías ágiles (FDD, DSDM, Crystal Clear, Adaptive Software Development, Agile UP, Lean, CCPM/TOC, …).

Inicialmente hablamos Alan Cyment, Tobias Mayer y yo, y después lo posteamos en http://groups.yahoo.com/group/laasd
Como la idea tuvo buena recepción, nos pusimos a trabajar en http://jornadasagileslatam2008.wetpaint.com/

Nos hemos reunido el martes 18, aprovechando que Alan está en Bs As. En esta reunión participaron Alan, Emilio Gutter, Pablo Tortorella, Ricardo Colusso, Juan Ladetto, Martín Salías y yo.
Surgieron algunas decisiones e ideas interesantes (subidas o por subir al wiki), y la idea de repetir la reunion el 10 de Enero.

Todos los que quieran aportar, subanse al wiki.

Nos vemos!

domingo, 9 de diciembre de 2007

Architect Forum Chile - Scrum


El 30 de Noviembre participé como presentador en el evento Architect Forum – Scrum en Microsoft Chile. La idea fue presentar los argumentos con los que se puede justificar el uso de Scrum en una compañía (yo), mostrar la realidad de Scrum en Chile (Alejandro Nuñez G. y Myrleny Mancilla M.), y una herramienta que lo soporta (Pablo Marambio). Las presentaciones y fotos se pueden ver aquí. En la foto, de izq a der estoy yo, Pablo, Martin Cabrera (organizador), Myrleny y Alejandro.

martes, 4 de diciembre de 2007

IEEE CS - Curso Práctico de Scrum


Los días 20 y 21 de Noviembre dicté un curso de Scrum en el IEEE Argentina (ver presentación). Fueron dos medios días en los que presenté contenido al estilo de un CSM pero abreviado: Justificación para el uso de Scrum, conceptos básicos, conceptos un poco más avanzados, referencias y práctica.
En lineas generales, el curso intenta dar un valor intermedio entre una introducción teórica de Scrum de 2 hs y un curso de CSM.

Para la parte práctica, tomé
1) el ejercicio de los 100 pasos (de Ken Schwaber), cuyo objetivo es mostrar los problemas de tratar de controlar el trabajo de otros en detalle. El ejercicio consiste dos partes, en la primera se arman cuatro parejas, se le pide a uno de cada pareja que da instrucciones al otro para que de 100 pasos en un espacio lleno de sillas; la segunda parte es decirles a todos que den los 100 pasos autoorganizados.
2) un ejercicio de estimación tomando países de Sudamérica (de Tobias Meyer), la idea es que cada uno ordene los países y después discutir entre todos tratando de lograr acuerdo e identificando la información que alguno considero y otros no para enriquecer la estimación de todos
3) dos sprints de construcción de un folleto de 'venta de Scrum'. Es una mezcla de uno de Tobias y el Doggy Daycare Brochure de Jeff Sutherland. El de Tobias es Scrum-in-a-box, que consiste en hacer un juego de mesa de Scrum, cuando lo hice yo, fueron 4 sprint (si no recuerdo mal). El de Jeff es armar un folleto a partir de una lista conocida de requerimientos, en un sprint.

Mi opinión sobre los ejercicios (espero que los asistentes agreguen comentarios!)
1) Funcionó en forma aceptable.
2) No anduvo muy bien. Debería haberlo usado con Estimation Poker, y con otro ejemplo (PBI quizás?), no se logró un intercambio enriquecedor
3) Estuvo bueno, pero por ser solo dos sprints, no se pudieron agregar otros conceptos: estimación, velocidad, ScrumMaster, ...