Los pilares de Scrum en sophilabs: adaptación
El desarrollo ágil de software prioriza la capacidad de cambiar rápidamente en respuesta a los comentarios de las partes interesadas y a un entorno empresarial dinámico. Este concepto recibe la influencia de la manufactura Lean y el sistema de producción Toyota, un enfoque centrado en las personas que anima a los equipos a aprender de los obstáculos que enfrentan y usar esa información para mejorar su forma de trabajar. El tercer pilar de Scrum, la adaptación, se centra en esta disposición a responder al cambio. Es una idea que va de la mano con nuestra cultura de mejora continua en toda la empresa. En la última entrega de nuestra serie sobre los pilares de Scrum, veremos cómo ocurre la adaptación en Scrum y cómo nuestros equipos se mantienen adaptables durante cada sprint.
El Scrum Master
El Scrum Master es la persona experta del equipo en Scrum y una figura clave para ayudarlo a adaptarse. Es un líder al servicio del equipo que usa conocimiento empírico para acompañarlo a organizarse por sí mismo de forma más eficaz. Ayuda al equipo a obtener el mayor valor de Scrum y a adaptarse a los desafíos de maneras que le permitan trabajar mejor en conjunto y acercar a todos a los objetivos del sprint. Aunque el equipo suele tomar decisiones colectivamente, el Scrum Master puede aconsejar sobre lo que probablemente aporte el máximo valor.
El backlog del sprint
Este artefacto se compone de historias de usuario y tareas tomadas del backlog del producto, generalmente los elementos más refinados de la parte superior de la lista. El backlog del sprint puede cambiar hasta la sesión de planificación, pero, una vez que comienza el sprint, deben evitarse en lo posible los cambios adicionales de alcance.
El backlog del sprint establece el qué y permite que el equipo determine el cómo. Un objetivo general del sprint define lo que entra en su backlog, y los elementos deben representar objetivos de negocio en lugar de tareas técnicas. Esto deja espacio para que el equipo de desarrollo decida cómo abordar el trabajo y adapte su forma de organizarse durante el sprint.
Adaptación en las ceremonias de Scrum
Según la Guía Scrum, «cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar algo». 1 En sophilabs buscamos aprovechar estos eventos para hacer cambios que nos ayuden a trabajar mejor. Veamos cómo ocurre la adaptación en algunas ceremonias de Scrum.
Daily Scrum
Como mencionamos en publicaciones anteriores, el daily scrum es quizá la instancia más importante de inspección y adaptación en Scrum. Y la parte más fundamental de esta ceremonia es abordar los impedimentos y bloqueos que impiden al equipo alcanzar los objetivos del sprint. El daily scrum es una forma muy poderosa de que el equipo identifique lo que no funciona y empiece a cambiar su enfoque para que las cosas funcionen mejor. La Guía Scrum destaca que el daily scrum debe «destacar y promover la toma rápida de decisiones»; es decir, el equipo debe usar esta ceremonia para adaptarse continuamente durante el sprint. 2
Revisión del sprint
Esta ceremonia es otra instancia clave que permite adaptarse al equipo, porque le permite recoger los comentarios de las partes interesadas y saber si lo que hace es valioso. Como explicamos en nuestra publicación sobre la transparencia en Scrum, en sophilabs solemos ajustar la dinámica de las revisiones del sprint a las preferencias del cliente. A veces nuestro equipo de desarrollo dirige la revisión, presenta el nuevo incremento y pide la opinión del cliente. En otras ocasiones, el cliente toma la iniciativa, prueba el nuevo software funcional y da sus comentarios. En ambos casos, la revisión del sprint permite recibir comentarios sobre nuestro trabajo, observar cambios en el mercado o en el uso potencial del producto y adaptar el camino a seguir. Esto suele incluir ajustar el backlog del producto para reflejar cómo aplicará el equipo lo aprendido de los comentarios del cliente. 3
Retrospectiva del sprint
Como explicamos en detalle en nuestra publicación sobre la inspección, la retrospectiva del sprint permite al equipo examinar cómo trabaja en conjunto y elaborar un plan para mejorar la comunicación, la colaboración y la eficiencia durante el siguiente sprint. Para aprovechar al máximo nuestras retrospectivas, solemos seguir una estructura de cinco partes: preparar la retrospectiva, recopilar datos, generar aprendizajes, tomar decisiones y planificar acciones futuras, y cerrar la retrospectiva.
La cuarta etapa, tomar decisiones y planificar acciones futuras, es donde la adaptación cobra mayor relevancia. Sus objetivos son llegar a un consenso, definir un plan y establecer acciones realizables para cada integrante en el siguiente sprint. Una técnica que podemos usar son los objetivos SMART (SMART significa específicos, medibles, alcanzables, relevantes y con un plazo definido). Después de formular objetivos siguiendo estas pautas, el equipo define los pasos concretos que debe dar para alcanzarlos.
Otra técnica pide a los integrantes proponer comportamientos o prácticas que quieren que el equipo empiece, deje o continúe haciendo, y recopilar las ideas en una pizarra o rotafolio. Después de reducir las opciones con una breve discusión, el equipo vota las iniciativas. Para agregar matices a la votación, cada persona puede dar uno, dos o tres puntos o equis a sus tres iniciativas favoritas. Las dos ideas con más puntos o equis se convierten en las acciones del equipo para el siguiente sprint.
Ejercicios como Low Hanging Fruit desafían al equipo a considerar qué cambios serían más beneficiosos frente a lo difícil que sería implementarlos. Un Landscape Diagram requiere representar las ideas en un gráfico cuyo eje x indica la certeza sobre el enfoque y el eje y el acuerdo sobre el asunto. El equipo usa esta visualización para decidir acciones de corto y largo plazo. 4 Sean cuales sean las prácticas específicas que usemos, en sophilabs siempre nos aseguramos de incluir alguna forma de votación para que todos participen en la definición del plan de acción.
Sin embargo, la adaptación no ocurre solo porque elaboramos un buen plan durante una retrospectiva. Practicar realmente esta parte esencial de Scrum implica implementar cambios incrementales según lo que genere más valor para el equipo y hacernos responsables mutuamente durante el proceso.
Un enfoque ágil del desarrollo de software promueve la reflexión, el aprendizaje y el crecimiento continuos. Nos encanta trabajar con Scrum porque es un gran marco para facilitar estas cosas, dejando espacio para las técnicas y prácticas específicas que mejor funcionen para distintos equipos. Scrum es más eficaz cuando los equipos priorizan los conceptos fundamentales de transparencia, inspección y adaptación, en lugar de seguir las rutinas sin considerar el valor subyacente del marco. Esperamos que nuestra serie sobre los pilares de Scrum te haya dado una buena idea de cómo trabajamos en sophilabs. Si quieres saber más, ¡dedica un momento a leer nuestro Playbook!