En muchos refinamientos, la discusión empieza demasiado pronto. Una persona dice 3 puntos, otra dice 8, alguien pregunta si eso incluye pruebas, aparece una dependencia no mencionada y el equipo termina negociando el
Una historia pequeña no siempre es una historia clara. Puede tener poco alcance, una interfaz sencilla o una regla de negocio acotada y, aun así, bloquear al equipo durante veinte minutos: una persona ve una dependencia,
Un sprint puede estar lleno de trabajo y, aun así, sentirse disperso. Hay historias avanzadas, bugs resueltos, reuniones completadas y muchas decisiones pequeñas; pero cuando alguien pregunta qué se está intentando
Un Sprint disperso rara vez empieza con mala intención. Suele empezar con una lista razonable de cosas importantes: una incidencia que molesta a soporte, una mejora pedida por ventas, una deuda técnica que el equipo
Cuando un equipo ágil tiene demasiadas conversaciones repetidas, el problema rara vez es “falta de compromiso”. A menudo es falta de acuerdos explícitos. Un Product Owner espera una respuesta antes de cerrar una historia.
Una sesión de refinamiento se bloquea pocas veces por falta de una escala. Se bloquea porque el equipo intenta estimar algo que todavía no entiende, porque la historia agrupa demasiadas decisiones o porque las dudas
En muchos equipos, el problema no es que estimen “mal”. El problema es que intentan estimar historias que todavía no están suficientemente entendidas. Ahí planning poker puede usarse de dos formas muy distintas.
Cuando un equipo Scrum empieza a sentirse lento, la primera reacción suele ser añadir más control: más campos en el tablero, más estados, más etiquetas, más reportes, más reuniones de seguimiento.
Un Sprint puede parecer ordenado y, aun así, estar alejándose de la agilidad. Hay tablero actualizado, ceremonias en el calendario, estimaciones revisadas y documentación suficiente para justificar cada decisión.