La verdad, todavía no sé si eso de la planificación de poker es realmente útil y efectivo como planificación. Supongo que, como todo, requiere repetirlo varias veces y con la experiencia se ira cogiendo exactitud en las estimaciones. Lo que sí es, es muy divertido.
Esta mañana un compañero que lleva un grupo y que también están empezando con Scrum, me invitó a su reunión de planificación de comienzo de un Sprint (su segundo sprint), así que allí fui y echamos gran parte de la mañana hablando de las historias de usuario, jugando a las cartas para planificarlas y metiéndolas en el sprint. Estrictamente hablando, yo no debería jugar, puesto que no soy miembro de ese grupo, sino simplemente un invitado, pero me dieron un mazo.
Por la tarde participé en otro sprint planning (el primero del grupo), esta vez de un grupo en el que yo hago de Scrum Master y en el que, por supusto, vino el propietario del producto. La verdad, se quedó un poco "compungido" porque le apetecía eso de jugar a las cartas, pero no le dejamos, se supone que el propietario de producto no puede opinar en tiempos. Yo tampoco jugué, puesto que no voy a desarrollar.
Así que básicamente, me he pasado el día metido en una sala jugando a las cartas.
Y aprovecho para contar cómo vamos con estos temas.
1. Un compañero (el que mencioné al principio) lleva un grupo en el que están empezando a usar scrum. Acabaron su primer sprint de tres semanas y hoy comienzan el segundo sprint de dos semanas. Yo no tengo nada que ver con el grupo, salvo que dicho compañero valora mi opinión y suele invitarme a todas las reuniones diarias y especialmente a los inicios y fin de sprint.
2. El Lunes empezé con un grupo de tres desarrolladores un primer sprint de una semana y yo hago de Srcum Master. Hoy casi miércoles, a mitad de sprint, vemos claramente que hemos sido muy optimistas en la planificación y que no llegaremos ni de coña. Algo para apuntar para el sprint review del Viernes. Como anécdota, uno de los desarrolladores me comentó que como imepedimento a su trabajo está que el propietario de producto está siempre colgado al teléfono y que pasa mucho tiempo parado esperando para poder hacerle una consulta. La verdad, la solución me parece difícil, pero lo que he hecho es que cada vez que le veo colgado por teléfono (estamos en una sala diáfana todos y nos vemos), le envio un correo diciendo "fulanito tiene una duda, por favor, cuando cuelgues vete a verle para ver si se la puedes resolver". Hoy le he mandado cinco correos y no sé si ha sido efectivo, pero por lo menos, hemos echado unas risas cuando este señor iba a ver el desarrollador y el desarrollador le decía "¿duda yo?, de momento no".
3. Como había comentado en el post del enlace anterior, tengo otro grupo de dos desarrolladores y medio (uno que teletrabaja) con el que estaba dudando si hacer o no scrum (más que nada por no meterme en dos grupos distintos a la vez). Al final me he decido, hablé con todos ellos, estaban de acuerdo en intentarlo, a pesar de que mi tiempo como Srcum Master estaría partido entre dos grupos, y hoy hemos comenzado nuestro primer sprint de dos semanas (es en el que he estado jugando a las cartas por la tarde).
En fin, espero que no sean demasiados frentes abiertos, pero la verdad, la situación actualmente es de locos: demasiados proyectos, pocos desarrolladores y poco tiempo.
May 21st, 2009 at 4:15 am
Hola, me alegro de que los proyectos estén ya en marcha y que estéis poniendo en práctica Scrum, y el planning póker y todo eso. Un par de comentarios al respecto:
1) Los “pollos” no hablan en las reuniones de otros equipos y mucho menos si se trata de votar. Sólo lo hacen los “cerdos” (que para eso están implicados).
2) No pasa nada (de momento) por no llegar a cumplir las estimaciones de un sprint porque son eso: estimaciones. Es un grave error intentar llegar a hacer más “pegándose el palizón” o “barriendo bajo la alfombra”. Lo que tenéis que ir averiguando es cuál es vuestra velocidad. A partir de ahí podréis ir mejorando, pero siempre de manera sostenible. Lo que te tocaría ahora, como ScrumMaster, sería ir avisando al dueño del producto de que no se va a poder entregar todo de lo que se habló en la reunión de planificación. Lo que sí le puedes asegurar es que lo que pueda estar estará “hecho-hecho”, es decir, no habrá que volver a trabajar sobre ello más adelante. Y además le podrás garantizar que estará siempre lo más importante para él, que para eso lo priorizó así en el backlog y luego el equipo habrá ido trabajando sobre las historias por orden de prioridad para el dueño del producto.
3) No te agobies por llevar varios proyectos a la vez, ten en cuenta que la mayoría del trabajo lo hacen ellos, tú, como ScrumMaster, “sólo” tienes que dedicarte a eliminar sus impedimentos.
Por último, quería aprovechar para invitaros al encuentro del próximo martes 26 de Agile Spain en Madrid.
May 21st, 2009 at 6:40 am
Buenas:
Tengo claro lo de los pollos y los cerdos, de hecho comenté que allí estabamos dos que no deberíamos votar (propietario del producto y yo como invitado), pero ya sabes, nos dejamos llevar por la novedad de eso de jugar a las cartas. A la próxima, al menos yo, me negaré e iré sólo de observador.
Veo que todavía se nos escapan muchos detalles, en parte por falta de rigor, en parte por desconocimiento. Scrum se explica en cinco minutos, pero tiene muchos detalles que no sé si son Scrum estándar o se han añadido después, como lo de “puntos”, “planificación por poker”, “velocidad del equipo”, etc.
En cuanto a nuestra planificación, ayer la sorpresa fue agradable. Mi desesperanza fue principalmente porque una tarea de 1 hora prevista del primer día, debido a muchos problemas imprevistos, acabó llevando todo el día a uno de los desarrolladores. En un grupo de tres desarrolladores y un sprint de una semana, eso supone un retraso considerable. Sin embargo, el avance de ayer me ha dado nuevas esperanzas, ha ido más rápido de lo esperado y aunque no llegaremos al 100%, tampoco nos quedaremos al 50%.
Gracias por la invitación y se bueno.
May 21st, 2009 at 10:05 am
Estaría genial (si tienes tiempo, claro) que fueras comentando los avances junto a vuestras “gráficas de consumo” (burndown charts). Podríamos aprender mucho de eso.
Gracias por compartir.
May 21st, 2009 at 6:06 pm
Nosotros para el seguimiento y la planificacion de las tareas utilizamos una aplicacion web muy chula que se llama pivotaltracker. Si tienes tiempo echale un ojo es gratis y esta muy bien.
Respecto a la planificacion poker, consigues planificar, comprobar que realmente se han entendido las cosas, y ademas crear rituales dentro de un equipo que lo unen. Parece una chorrrada, pero en mi opinion esta serie de “rituales” fomentan las buenas relaciones entre los miembros del equipo (ademas que en poco tiempo vas a ver como ayudan a estimar)
Suerte jeje
May 21st, 2009 at 6:25 pm
donde dige tareas queria decir historias, ahora ya no dividimos en tareas, aunque somos nuevos en esto jeje.
May 21st, 2009 at 6:31 pm
@Beas Sí tenía pensado hacerlo, de hecho tengo algunas capturas preparadas. De todas formas, no sé si vais a aprender mucho, somos nosotros lo que estamos en ello y la verdad, hay bastantes cosas que veo muy difíciles de cumplir.
@Teban Gracias por la herramienta, le echaré un ojo. De momento estimamos las historias de usuario con la planificación de poker y usando días. Luego, ya sin poker, partimos en tareas y las ponemos en horas.