Archivo de enero, 2010

La semana pasada hubo una conversación dentro de una organización en la cual estoy trabajando con la implementación de metodologías ágiles en la industria de servicios creativos.

El punto clave era si había una forma de introducir una pausa entre sprints, esto es algo que surgió de una retrospectiva. El hecho es que el equipo lo solicitó, pero el Product Owner no estaba del todo de acuerdo, en realidad no quería pausas entre sprints. Sus argumentos fueron: Necesitamos un ritmo sostenido y pasar todo el tiempo haciendo el trabajo necesario para producir los entregables.

Después de discutir con ambas partes y que ellos expongan sus puntos de vista, le di mi opinión:

Yo personalmente no creo que tener un descanso entre sprints atente contra el ritmo sostenido. La ritmo sostenido es como su nombre lo indica: “ritmo”, los latidos del corazón, no es sobre “el desarrollo continuo”. Es decir, podemos tener un sprint de longitud fija, sin alteraciones y una pausa de longitud fija, digamos de medio día. Si lo hacemos de esa manera, y preservamos esas longitudes en el tiempo, entonces todavía seguimos hablando de ritmo sostenido, ¿correcto?

Otra situación podría ser completamente diferente si tenemos longitudes de tiempo aleatorias, como la mitad un día después del primer sprint, dos días después del segundo sprint y un día después del tercer sprint. Esto atenta completamente contra el “ritmo sostenido”.

Por otra parte, al hablar de “desarrollo continuo”, me di cuenta de que el PO estaba hablando de que los miembros del equipo solo debían trabajar en entregables creativas todo el tiempo (diseño, redacción, creación, etc) … ok, yo tendría mucho cuidado en esto, debido a que la gente todavía necesita ser capacitada y entrenada, independientemente de la industria en la que estén.

Yo mismo vengo de la industria de la ingeniería de sistemas, un rubro en el que cualquiera puede convertirse en un programador obsoleto si no recibe entrenamiento o actualizaciones sobre las últimas tecnologías. Por supuesto, esto es de alguna manera extremo, pero ocurre a todas las personas independientemente de su industria.

No hubo demasiada discusión hasta que logramos un acuerdo compartido sobre los descansos entre sprints: decidimos tener la demo y reuniones de retrospectiva durante la mañana del último día de cada sprint y luego un espacio libre durante la tarde (cada 2 semanas).

¿Qué van a hacer? Bueno, será utilizado de tres formas diferentes:

• El equipo asistirá a las sesiones de entrenamiento o preparará las sesiones de capacitación sobre actualizaciones de la industria o
• invitar a alguien de interés a asistir a una sesión de discusión con ellos, a fin de actualizarse y discutir sobre nuevos enfoques, nuevos movimientos o de los últimos eventos de la industria o
• Las personas participar en el blog corporativo, con un artículo, o conseguir que participen en las conversaciones en blogs y así conseguir los beneficios de la web 2.0

Estaremos monitoreando de cerca cómo va esto… estoy muy emocionado con este enfoque. Sin duda alguna, recomendaría una pausa de estas características entre sprints.