Buenas,
ayer entre tanta salida de Windows 8, hubo una serie de tweets entre @lfraile, @javierholguera, @r_corral y el que firma el post (que tal vez no sea el que escribe), donde discuíamos el tema de seguir o no seguir las guías que nos proponen ciertas metodologías de trabajo como por ejemplo SCRUM.
Hasta donde tengo entendido el contexto, Javier se está preguntando si SCRUM es la forma de trabajo que mejor se adapta a su escenario de trabajo, ya que entiende que tiene que terminar una iteración para poder liberar el resultado de la implementacion de las users stories que se han definido para la misma. Supongo que es por eso que se está planteando probar un poco KANBAN para gestionar su trabajo, ya que de esta manera. Por ejemplo, en el siguiente tablero vemos que si el WIP del equipo es 5, las tareas que están a punto de cerrarse son las D, E, G, y H; y que las features liberadas en A y B ya se pueden probar.
Pues bien, eso ayuda en KANBAN tener un elemento cerrado cuando “está cerrado” y no tener que esperar a que se finalice una iteración para liberar el mismo.
Pero ¿porqué no cambiar el alcance de un Sprint? (vale ya he hablado de iteraciones, cambio a modo SCRUM) … pues porque el gran Ken Schwaber en su libro “AGILE PROJECT MANAGEMENT WITH SCRUM”, además de cerrar en 30 días el período fijo para un SPRINT, dice lo siguiente:
“No one can provide advise, instructions, commentary or direction to the Team during the sprint. The Team is utterly self-managing.”
(página 136)
Leyendo esto al pie de la letra y siendo muy radical en la implementación de SCRUM, si durante un sprint yo tengo estimado cerrar 3 elementos, tengo que esperar al final del sprint para poder liberar estos 3 elementos.
Pero, es muy común que surjan las siguientes preguntas:
- ¿qué sucede si trabajo en un equipo que crea elementos comunes para otros equpos, y el primer elemento es crucial para que otro equipo pueda seguir trabajando?
- ¿que debo hacer si mi equipo es capaz de entregar este elemento en 15 días, pero el sprint está cerrado en 30 días?
- KenS propone sprints de 30 días, ¿puedo cambiar el tamaño de un sprint?
Vale, llegamos al punto interesante:
¿Puedo saltarme las reglas/obligaciones que trae cada metodología de trabajo?
Pues no hay respuesta correcta para esto. Desde mi experiencia siempre recomiendo conocer a fondo una forma de trabajo y de la misma, aprender a utilizar lo que realmente se necesite.
Un ejemplo, hace un tiempo participé en un proyecto con un compañero donde nos guíamos por las recomendaciones de SCRUM (basados en TFS2010 y MSF for AGILE 5.0). Pero … ¡¡¡no hacíamos daily scrum meetings!!! si si si, ya lo sé, los gurúes de SCRUM me crujen. Soy un sacrílego, no soy digno, etc. Si fuese por KS, ambos deberíamos cerca de €100 a la hucha, deberíamos tener siempre la reunión en el mismo sitio, etc.; vamos que KS nos mata.
Pero mi pregunta era, ¿para qué vamos a hacer un Daily Scrum Meeting si ambos estamos sentados uno al lado del otro, compartimos 15 minutos de cafe donde hablamos de futbol, gadgets y el proyecto; y además compatirmos horas de cervezas donde también hablamso de lo mismo?. Vamos que no nos hace falta.
Cuando lo pienso un poco, veo que esto es parte de mi forma de ser. Como soy una persona que vivo al límite, en el proyecto anterior que compartí con este compañero tampoco hacíamos “Stand-up meetings” (ahora cambio a AGILE), después de trabajar un tiempo con una persona pues la conoces y eso puede ayudar bastante a la dinámica de trabajo de un equipo.
Aclaración: Esto no quita que la práctica de las SUM sea muy recomendable, es más existe un artículo en el site de Martin Fowler donde se describen algunas recomendaciones para llevar este tipo de reuniones.
Personalmente, yo creo que sin realizar las DSM no dejabamos de trabajar en modo SCRUM. Pero nos saltábamos las reglas basados en nuestra experiencia y porque sabíamos que esa era la mejor forma de trabajo.
Ahora es momento de preguntarse, lo que trato de hacer que todo el mundo se pregunte:
¿Puedo cambiar la forma en la que trabajo para ser más efectivo, sin perder la calidad?
Pues ahí te lo dejo.
Saludos @ Home
El Bruno
PD: el chart de Kanban es del nuevo librako en el que estoy terminando, a ver si hago un post/concurso para ver que título le pongo al book.
PD2: sé que alguno después de leer esto dejará de leer mi blog … pues más alivio para internet 