5.2 - Los Developers y los eventos

El desarrollo de un producto exitoso es una jornada colaborativa, y los Developers están en el corazón de este viaje. En el contexto de Scrum, su participación activa en los diversos eventos es crucial, no solo por su papel en la construcción del producto sino también por su contribución a la planificación, adaptación y mejora continua que Scrum fomenta.

En esta sección, desglosaremos cómo los Developers se involucran y contribuyen en cada uno de los eventos de Scrum. Desde la planificación del Sprint, donde establecen las bases del trabajo a realizar, hasta la retrospectiva del Sprint, donde reflexionan sobre el progreso y buscan formas de mejorar. A través de su compromiso y colaboración en cada fase, garantizan que el producto en desarrollo esté alineado con los objetivos establecidos y se adapte eficazmente a las cambiantes demandas y expectativas.

Los Developers en la Planificación del Sprint

• Participan del evento, identificando los 3 objetivos: ¿por qué este Sprint es valioso?, ¿qué se puede terminar (done) en este Sprint?, ¿cómo se realizará el trabajo elegido?
• Indagan detalladamente sobre el trabajo que se pueda terminar este Sprint
• Aclaran los aspectos técnicos a las partes interesadas para lograr un entendimiento compartido del trabajo del Sprint
• Estiman el trabajo seleccionado para el Sprint de acuerdo a su experiencia y conocimiento técnico.

Caso práctico: Durante la planificación del Sprint, el equipo se reúne para discutir las metas del próximo Sprint. Daniela, una Developer, sugiere que se enfoquen en un conjunto particular de historias de usuario que, según su análisis, pueden agregar un valor significativo al producto. Aprovecha este momento para clarificar dudas técnicas con el Product Owner y garantiza que todos los elementos están bien definidos. Juntos, como equipo, realizan una sesión de estimación basada en su experiencia y conocimientos técnicos, asegurando una comprensión compartida de la carga de trabajo y de los objetivos del Sprint.

Los Developers en el Daily

• Llevan a cabo el evento, cumplen con la agenda y respetan su duración
• Reportan los impedimentos que puedan encontrar en el trabajo diario del Sprint
• Realizan el Daily a la misma hora y en el mismo lugar
• Informan al resto del equipo sobre su progreso diario

Consejo: Recuerda que el objetivo del Daily no es supervisar sino facilitar la colaboración y el flujo de información. Anima a los Developers a que se apropien de este espacio, compartiendo no sólo avances sino también aprendizajes y retos, promoviendo una cultura de transparencia y confianza mutua, y evitando la percepción de que se trata de una herramienta de supervisión.

Los Developers durante el desarrollo del Sprint

• Desarrollan los elementos que fueron identificados en la Planificación del Sprint
• Cumplen con los criterios de aceptación y definición de terminado al desarrollar su trabajo
• Participan del refinamiento de los elementos del Product Backlog a partir de las sesiones que gestione el Product Owner con el cliente y partes interesadas
• Se coordinan para abordar las dependencias que se puedan presentar en el Sprint

Consejos para Developers durante el Desarrollo de un Sprint

• Colaboración Continua: Fomenta una cultura de colaboración y apoyo mutuo. No dudes en pedir ayuda o brindar asistencia a tus compañeros de equipo si ves que pueden beneficiarse de tu experiencia o conocimientos.

• Mantenimiento de la Calidad: Dedica tiempo a revisar y mejorar la calidad de los incrementos en los que trabajas. Aprovecha las prácticas como la revisión con tus colegas para asegurar que el producto mantenga un estándar de calidad elevado.

• Gestión Efectiva del Tiempo: Desarrolla una estrategia para gestionar tu tiempo eficientemente durante el Sprint. Esto podría incluir la utilización de técnicas como la técnica Pomodoro para mantener un enfoque sostenible y evitar el agotamiento.

Caso Práctico: Durante el desarrollo del Sprint, Laura, una Developer, se da cuenta de que una funcionalidad que están implementando podría beneficiarse de una integración con una herramienta externa, lo que potencialmente podría ahorrar tiempo y esfuerzo en el futuro. Acción: Laura discute esta idea con el resto del equipo durante una sesión de trabajo. Juntos, evalúan los pros y los contras de la implementación de esta integración en este momento, teniendo en cuenta el Objetivo del Sprint y las capacidades del equipo. Resultado: Después de una discusión constructiva, deciden adaptar el plan de Sprint para incorporar esta mejora, ajustando las historias de usuario y las tareas asociadas según sea necesario. Esto les permite entregar un incremento de mayor valor al final del Sprint, demostrando una adaptabilidad y una perspectiva centrada en el valor.

Los Developers en la Revisión del Sprint

• Realizan la presentación del incremento de producto logrado durante el Sprint
• Discuten sobre el progreso respecto al Objetivo de Producto
• Discuten el Product Backlog tal y como está
• Generan compromisos frente al trabajo que no se terminó

Consejos para Developers durante la Revisión del Sprint

• Preparación de Demostraciones: Asegúrate de que las demostraciones estén bien preparadas y enfocadas en mostrar el valor añadido durante el Sprint, en vez de solo mostrar características técnicas (a veces los interesados no piensan tanto en las características técnicas si no es como su problema o necesidad es resuelta).

• Feedback Constructivo: Fomenta una cultura de feedback constructivo, donde se valoren las opiniones de todos los participantes, incluyendo a los stakeholders.

• Identificación de Mejoras: Aprovecha la revisión del Sprint para identificar áreas donde el equipo puede mejorar en futuros Sprints, manteniendo una mentalidad de mejora continua.

Caso práctico: En una sesión de revisión del Sprint, los Developers se encuentran presentando el incremento de producto que lograron durante el Sprint. Laura, una de las Developers, toma la iniciativa de explicar cómo abordaron ciertos retos técnicos y lograron cumplir con los criterios de aceptación establecidos. A medida que se presentan los elementos, Juan, otro Developer, muestra ejemplos prácticos de las funcionalidades implementadas, permitiendo que las partes interesadas tengan una comprensión más clara del progreso. Juntos, los Developers colaboran para asegurar que todas las voces sean escuchadas y que el feedback recibido sea adecuadamente integrado en las consideraciones para el próximo Sprint.

Los Developers en la Retrospectiva del Sprint

• Participan en la inspección de cómo fue el último Sprint con respecto a los individuos, las interacciones, los procesos, las herramientas, y su Definición de terminado (DoD).
• Identifican las lecciones aprendidas y las suposiciones que los llevaron por el mal camino, lo que fue bien durante el Sprint, los problemas que encontraron, y cómo esos problemas fueron (o no fueron) resueltos
• Discuten y reflexionan sobre la velocidad del equipo en el Sprint

Aclaración: Una retrospectiva no solo incluye la identificación de problemas, sino también la colaboración proactiva para diseñar soluciones viables y establecer metas claras para mejorar en áreas específicas.

Consejos para Developers durante la Retrospectiva del Sprint

• Valora la Retrospectiva: La retrospectiva no es una mera formalidad, es una oportunidad crucial para reflexionar y crecer como equipo. Es importante que cada miembro del equipo entienda el valor de estas sesiones y participe activamente en ellas.

• Abordar Temas Incomodos: No evites los temas incomodos. Es vital abordar cualquier problema o desafío que el equipo pueda estar enfrentando para fomentar una mejora continua.

• Fomenta la Comunicación Abierta: Fomenta una atmósfera donde todos se sientan cómodos para compartir sus opiniones y feedback, esto podría llevar a descubrir áreas de mejora que no eran obvias en primera instancia.

Caso práctico: En la retrospectiva, algunos miembros del equipo mencionan que sienten que no hay mucho que discutir o mejorar, mientras que otros sienten que hay problemas pero son reacios a hablar de ellos para evitar situaciones incómodas. Acción: Laura, una de las developers, decide tomar la iniciativa. Ella comparte honestamente algunos desafíos que ha notado durante el Sprint, aunque son temas sensibles. Su apertura anima a otros a compartir sus propias observaciones y preocupaciones, lo que lleva a una discusión enriquecedora. Resultado: El equipo logra identificar varios aspectos cruciales para trabajar y mejorar en el próximo Sprint. Además, se dan cuenta de que, enfrentando los temas incomodos, pueden encontrar soluciones conjuntas y fortalecer la dinámica del equipo.