Scrum se basa en el empirismo, que se fundamenta en tres pilares clave (también conocidos como los tres pilares mostrados en el diagrama siguiente), que respaldan cada implementación de un control de proceso empírico: transparencia, inspección y adaptación. Cuando elequipo Scrumencarna y practica los valores de compromiso, coraje, enfoque, apertura y respeto, los pilares de Scrum—transparencia, inspección y adaptación—toman vida, generando confianza para todos. Los miembros del equipo Scrum aprenden y exploran estos valores mientras utilizanroles Scrum, eventos yartefactos.
Garantizar la transparencia – equipo Scrum
Scrum impone la transparencia tanto dentro como fuera del equipo. La transparencia es crucial para el proceso Scrum porque permite a todos ver y comprender lo que realmente está sucediendo en cadasprint, lo que permite una comunicación más amplia y mejor, y construye confianza en el equipo. El equipo puede lograr la transparencia mediante diversos medios.
Hacer que el progreso del trabajo sea más visible
El equipo puede ver el progreso: los gráficos de descenso y las pizarras son formas tradicionales de mostrar el progreso hacia elobjetivo del sprint. Un informe visual sencillo que muestre el progreso en todos los niveles de planificación —desde el sprint hasta las tareas individuales— puede reducir eficazmente el número de conversaciones sobre «¿cuándo estará listo?».
Flujo libre de información actualizada
La información debe fluir en ambas direcciones. Los interesados y el propietario del producto —especialmente aquellos que colaboran directamente con el equipo— también deben ser transparentes. Mapas estratégicos, planes de lanzamiento o elDefinición de Terminado pueden compartirse con el equipo para que entiendan los objetivos generales y las expectativas a las que se comprometen a alcanzar.
Scrum Master
En Scrum, elScrum Masterno es un miembro del equipo que trabaja en el proyecto, sino más bien un facilitador que ayuda al equipo de desarrollo. El Scrum Master debe colaborar con elPropietario del producto, el equipo de desarrollo y otros interesados para garantizar que los eventos y artefactos sean completamente transparentes. El Scrum Master debe ayudar a todos a aplicar las prácticas más adecuadas cuando la transparencia sea incompleta. Al inspeccionar artefactos, reconocer patrones, escuchar con atención lo que se dice y detectar las discrepancias entre los resultados esperados y los reales, el Scrum Master puede detectar una transparencia incompleta.
Transparencia en los eventos
El sprint es el contenedor de todos los demás eventos. Cada evento en Scrum es una oportunidad formal para inspeccionar y adaptar algo. Estos eventos están específicamente diseñados para lograr una transparencia y una inspección clave. No incluir alguno de estos eventos conlleva una reducción de la transparencia y la pérdida de oportunidades para la inspección y la adaptación.
La transparencia es el primer aspecto crítico del proceso Scrum y debe ser visible para quienes son responsables del resultado. La transparencia requiere que estos aspectos se definan claramente en las actividades diarias y en los artefactos para que el equipo pueda compartir una comprensión común de lo que se ve.
Transparencia en los eventos
Reunión de Planificación del Sprint
La Planificación del Sprint reunión se lleva a cabo al inicio del sprint para comprender y documentar los Backlog del Sprint elementos. Esto garantiza que todas las personas involucradas entiendan claramente lo que necesitan hacer para avanzar en la iteración incremental específica.
Reunión Diaria de Scrum
La Scrum Diario se centra en la contribución del equipo al sprint específico, día a día. Responde tres preguntas clave:
- ¿Qué completé en las últimas 24 horas para ayudar a alcanzar la meta diaria del sprint?
- ¿Qué haré hoy para ayudar a alcanzar mi siguiente meta del sprint?
- ¿Qué obstáculos están bloqueando mi progreso hacia la meta?
La reunión diaria es crucial para compartir todos estos puntos sin miedo a admitir errores. Si no se comparten, los proyectos se vuelven complejos, lo que lleva a retrasos y, finalmente, al riesgo de fracaso del proyecto.
Reunión de Revisión del Sprint
La Revisión del Sprint reunión tiene lugar al final del sprint para reflexionar sobre lo logrado y presentar el incremento del producto. El equipo invita a los interesados a brindar comentarios sobre el sprint. El Propietario del Producto integra los resultados en el Backlog del Producto para mejorar el próximo sprint.
Reunión de Retrospectiva del Sprint
La Retrospectiva del Sprint se lleva a cabo para inspeccionar el último sprint, las interacciones, los procesos y las herramientas, y definir mejoras para futuros sprints. Este proceso requiere transparencia en la presentación y la comunicación.
Transparencia en los Artefactos
Scrum tiene varios artefactos que actúan como radiadores de información en todas las etapas de Scrum. El equipo debe ver y comprender claramente la información para comprender las tendencias del progreso del proyecto. La disponibilidad y claridad de la información son esenciales para tomar decisiones informadas.
Backlog del Producto
El Backlog del Producto es una lista ordenada de todo lo que el Propietario del Producto y el equipo han priorizado según importancia y urgencia. Contiene todas las características principales, atributos, correcciones y mejoras, garantizando claridad y comprensibilidad para el equipo.
Backlog del Sprint
El Backlog del Sprint se desarrolla al inicio de la reunión de planificación del sprint después de que se finalice el Backlog del Producto. Contiene las historias de usuario necesarias para desarrollar un incremento completo del producto. Normalmente, algunos elementos del Backlog del Producto se descomponen en tareas acordadas por el equipo o historias de usuario.
Gráficos de descenso – Seguimiento del progreso
Utilice gráficos de descenso para ilustrar cómo está desempeñándose el equipo durante una sprint determinada. Los gráficos de descenso cuentan la verdadera historia del desempeño del equipo. Describen el trabajo pendiente necesario para completar la sprint.
Tablero de tareas Scrum
El tablero Scrum también se utiliza para reflejar las tres etapas del trabajo durante una sprint:
- ¿Qué necesita hacerse?
- ¿Qué se está realizando actualmente?
- ¿Qué se ha completado?
Definición de terminado
La transparencia también está estrechamente relacionada con la “Definición de terminado”. Una definición formal de “terminado” reduce la variabilidad y la probabilidad de trabajo incompleto, mientras que medir claramente el progreso—ya sea “terminado” o “no terminado”—mejora la transparencia.
Una “Definición de terminado” menos que perfecta significa que hay trabajo “pendiente” en su sistema. Este trabajo incompleto también conduce a una falta de transparencia. Los riesgos quedan ocultos. Por ejemplo, si las pruebas de rendimiento se dejan como “no terminadas”, aumenta el riesgo de lanzar un sistema defectuoso hasta justo antes del lanzamiento—cuando el daño es mayor.
Conclusión
Scrum se basa en la transparencia, tal como se describe a través de sus eventos y artefactos. Sin embargo, si falta transparencia y comunicación dentro del equipo, no se puede lograr. Si los miembros del equipo dudan o temen compartir errores, se vuelve difícil establecer y mantener una transparencia completa. De hecho, cada miembro del equipo debe demostrar comprensión mutua y respeto. El Propietario del Producto y el Scrum Master deben animar y motivar al equipo a compartir cualquier riesgo o desafío que enfrenten. Aunque el equipo no debe centrarse únicamente en logros individuales, debe trabajar hacia metas compartidas del proyecto. Todo este feedback y compartir son fundamentales para establecer y mantener una transparencia completa en el flujo de información, permitiendo que las organizaciones y los equipos mejoren continuamente.
English
Arabic
Chinese (Simplified)
Dutch
French
German
Italian
Japanese
Korean
Portuguese
Russian
Spanish