En este articulo veremos los antipatrones de las ceremonias. Puedes ver los antipatrones de los roles.
Anti patrones en las reuniones de planificación de Sprint
- Product Backlog sin refinar
El Propietario del Producto o Product Owner es el único responsable de mantener el Product Backlog. Uno de los principales errores que podrían cometer es no actualizar el Product Backlog antes de una reunión de Sprint Planning. Un Product Backlog sin refinar dificultaría que el equipo descubra cuáles son las próximas tareas en las que deben concentrarse. Esto puede consumir mucho tiempo que podría haberse dedicado a trabajar en el Sprint Backlog.
- Partes interesadas clave ausentes
La planificación de Sprint podría realizarse de manera efectiva cuando los expertos relevantes estén presentes y puedan compartir sus puntos de vista sobre los incrementos de producto. Cuando no están presentes, conduce a problemas como:
- El Product Owner no puede aclarar las preguntas
- Faltan miembros del equipo que deben asumir la tarea y no pueden comprometerse con su disponibilidad
- Los desarrolladores no pueden reservar tiempo para corregir errores y trabajos ad-hoc
- Esto hace que los miembros del equipo se comprometan demasiado con las tareas pero tengan un rendimiento inferior, lo que deja ciertas tareas para el próximo Sprint y el flujo de trabajo del equipo se interrumpe.
- Tener una definición débil de Done (Hecho)
La Definition of Done (DoD) o Definición de Hecho ayuda al equipo a estimar los esfuerzos que se deben realizar para completar una tarea. Cuando el DoD es débil, puede haber confusión en cuanto a qué se considera exactamente completado. Esto lleva a entregar más de lo que se requiere y, en la mayoría de los casos, a no entregar las tareas que se solicitan. Este escenario también hace que sea muy extenuante estimar cuánto esfuerzo ha aportado cada miembro.
Antipatrones en Daily Scrum
- Ruido del exterior
El Daily Scrum está abierto a todas las partes interesadas, donde los miembros del equipo discuten su progreso en el Sprint. A menudo, esta discusión es asumida por extraños y se convierte en una reunión sin sentido que no concierne a la reunión. Otros problemas que pueden presentarse son:
- Compañeros de equipo hablando unos sobre otros e interrumpiendo.
- Los miembros del equipo no se concentran mientras otras personas están presentando
- Los miembros llegan tarde al Daily Scrum y crean distracciones para los demás.
- El entorno en el que se lleva a cabo el Daily Scrum puede ser ruidoso o poco cooperativo.
- Discutir el trabajo en detalle
A menudo, la causa más común de la extensión de un Daily Scrum es que los miembros del equipo expliquen demasiado el progreso y discutan mucho el trabajo. El Scrum Master debe saber que el Daily Scrum debe tener un límite de tiempo de 15 minutos para que todos trabajen más que discutir. Estas discusiones deben reservarse para otros eventos Scrum, ya que no se alinean con el propósito de la reunión.
- Problemas actuales
Los miembros del equipo no pueden resolver los problemas que enfrentan y no pueden continuar con su trabajo. Además, en tales casos, otros miembros del equipo no ofrecen ninguna ayuda debido a la falta de tiempo, confianza o competencia. Esto provoca una interrupción en el proceso y puede provocar un retraso en el desarrollo y la entrega del producto.
- Saltarse el Daily Scrum
Pocos equipos pueden considerar que los Daily Scrums son innecesarios y que el progreso podría recuperarse de inmediato. Pero esto le quita la oportunidad de ponerse al día con el equipo y planificar su día en función del progreso de otros miembros del equipo. Además, el equipo debe realizar el Daily Scrum a la misma hora y en el mismo lugar para evitar ambigüedades y pérdidas de tiempo.
- No prepararse para la reunión
Cuando los miembros del equipo no pueden recordar en qué trabajaron ayer, o en qué trabajarán hoy, o no se prepararon según lo requerido; habrá una extensión del límite de tiempo de 15 minutos y es posible que se pierdan algunos detalles importantes. Esto podría evitarse preparando una nota adhesiva y usándola como fuente de información.
Anti Patrones en Sprint Review
- Falta de Asistencia
Los miembros del equipo pueden sentir que el Sprint Review no es tan importante y que no se requiere su asistencia, lo que causa muchos problemas como:
- Se presentan ideas menores a las partes interesadas, lo que les hace sentir que no se comparte suficiente información.
- Las reuniones son repetitivas y la agenda no cambia
- Caras similares presentan el Incremento de Producto debido a menos personas
- Las personas pueden simplemente leer las diapositivas y no hacer que la presentación sea interesante.
- Asuntos pendientes
Podría haber una falsa sensación de logro cuando los Desarrolladores no completan los elementos según lo establecido en la Definición de Hecho (Definition of Done). Esto conduce a asuntos pendientes y una mala reputación frente a las partes interesadas.
- Divagación o falta de preparación
Los miembros del equipo que aceleran la presentación, lo que podría hacer que las partes interesadas no entiendan el propósito de una función en particular, podría ser uno de los resultados de la falta de preparación. Esto también podría obstaculizar la efectividad de la reunión y podría hacer que las partes interesadas no se presenten la próxima vez.
Anti Patterns en Sprint Retrospective
- Hacer ataques personales
Las retrospectivas están planificadas para ver las tareas que no se completaron. Durante estas sesiones, los miembros del equipo pueden atacarse entre sí, lo que provoca molestias y fricciones. Los miembros del equipo deben tener el coraje de abordar los problemas subyacentes, pero también deben tratarse con respeto.
- Retroceder o apresurarse
El equipo puede saltarse o apresurarse en las sesiones retro ya que puede sentir que no es tan importante como otras sesiones. Esto demuestra que el equipo no comprende la importancia de la reunión y no puede aprovechar los beneficios de realizar retro.
- No se toman medidas
Incluso después de abordar los problemas y elaborar planes de acción, nadie les daría seguimiento debido a:
- Falta de responsabilidad entre los miembros del equipo.
- Scrum Master no puede explicar los cambios necesarios para mejorar el rendimiento del equipo.
- Nadie presta atención y toma notas de los planes de acción que se han discutido.
- Delatar
Las reuniones de retrospectiva se llevan a cabo dentro del Equipo Scrum, pero a veces, los miembros del equipo pueden compartir algunos puntos discutidos con partes interesadas externas, lo que crea un abuso de confianza y miedo a las ramificaciones. Por lo tanto, las personas no pueden hablar abiertamente y abordar los problemas que podrían ayudar al equipo.
Para una adecuada implementación de Scrum, consulta el post Implementando Scrum. No olvides que hay antipatrones, para ello esta la introducción de los antipatrones y antipatrones de los roles.
Referencia: