Hace tiempo que he esperado escribir sobre Scrum. Finalmente, el momento llegó, pues esperaba que fuese el adecuado para compartir con relevancia, respaldado por una experiencia sólida en su aplicación.
¿Qué es Scrum?
La palabra "Scrum" toma su origen del emocionante mundo del rugby. En este deporte, el término:
"Scrum" o melé se refiere a una formación fija en la que los jugadores trabajan como un equipo unido para disputar la pelota y retomar el juego después de una falta menor.
Fuente: Wikipedia - Scrum (rugby)
Este concepto ilustra la importancia de trabajar en equipo para lograr el éxito.
Scrum es un marco ligero que ayuda a las personas, equipos y organizaciones a generar valor a través de soluciones adaptables para problemas complejos.
Fuente: La Guía de Scrum
Valores de Scrum
Como todos en la vida tenemos valores, ya sea porque nos los inculcan en casa o porque los creamos a medida que crecemos, una empresa o emprendimiento también tiene sus propios valores. En el caso de Scrum, no es la excepción. A continuación, compartiré los valores fundamentales de Scrum.
Compromiso
- En Scrum, el compromiso va más allá de la simple aceptación de tareas:
- Representa la dedicación del equipo a los objetivos y la disposición para trabajar juntos para alcanzarlos.
- Los equipos comprometidos están dispuestos a asumir la responsabilidad colectiva, superar obstáculos y entregar valor en cada iteración.
En mi experiencia, lograr que los equipos se comprometan depende mucho de la madurez o la importancia que vean en entregar lo comprometido. Si eres Scrum Master y/o Product Owner, debes resaltar el valor de las entregas con valor.
Coraje
- El coraje en Scrum impulsa a los equipos a enfrentar desafíos y tomar decisiones difíciles.
- Permite a los miembros del equipo expresar sus opiniones, compartir retroalimentación honesta y buscar soluciones audaces.
- Con coraje, los equipos pueden adaptarse rápidamente a los cambios y aprender de sus errores.
Este valor suena sumamente emocionante; sin embargo, llevar a los equipos a hacer más de lo que están acostumbrados, sacarlos de su zona de confort, no es fácil pero tampoco imposible.
Así que el reto es gratificante y una vez que se logra, los resultados son sorprendentes.
También es importante enseñar a los equipos a tener el coraje de admitir que no saben todo, que pedir ayuda está bien y que se aprende de los errores.
Foco
- Mantener el foco es esencial en Scrum.
- Significa dirigir la atención hacia los objetivos del Sprint y los elementos de mayor valor en el Backlog del Producto.
- El foco constante evita distracciones y asegura que el equipo trabaje en lo más importante, logrando resultados tangibles y evitando la dispersión.
Aquí cobra mucha relevancia el rol del Product Owner para tener claro las capturas de valor en cada Sprint y para que el equipo entienda bien lo mismo.
Apertura
- La apertura se basa en la transparencia y la comunicación honesta.
- Los equipos Scrum comparten información, avances y problemas de manera abierta.
- Esto permite identificar rápidamente los obstáculos y colaborar en su resolución.
- La apertura construye confianza y fomenta un ambiente de trabajo saludable.
Si bien es cierto que los equipos deben ser abiertos en la actualidad, debes ser muy astuto para llegar a ellos, aplicando un liderazgo ágil y una comunicación efectiva.
Respeto
- El respeto es esencial para el trabajo en equipo efectivo.
- Los equipos Scrum valoran las perspectivas únicas de cada miembro y tratan a todos con respeto y dignidad.
- Respetar las opiniones y contribuciones de los demás crea un entorno en el que las ideas fluyen libremente y se construyen relaciones sólidas.
La inclusión y el respeto a uno mismo y a los demás logran un equipo más cohesionado.
Todos estos valores están muy enfocados en las habilidades blandas de los equipos. Como Scrum Master y/o Product Owner, es responsabilidad de ustedes explotar estas y cada una de las habilidades que necesita el equipo, tanto en conjunto como en individuos.
Roles de Scrum
Scrum desafía la estructura tradicional de jefes y gerentes, priorizando en su lugar el trabajo colaborativo. En Scrum, no se hace referencia a cargos, sino a roles, ya que cada uno tiene funcionalidades específicas y trabajan en armonía entre sí.
Product Owner
El Product Owner es el visionario del producto. Su papel es definir y priorizar el Backlog del Producto, asegurando que refleje las necesidades del cliente y del negocio. Trabaja en estrecha colaboración con el equipo para maximizar el valor entregado en cada iteración.
Sin embargo, es importante tener en cuenta la diferencia entre un Product Owner y un Project Manager, ya que puedes encontrar estos dos roles en el mismo equipo. Personalmente, me parece "complicado" tener estas figuras, ya que realmente se pueden superponer responsabilidades y funciones si no tienen claro su alcance. A continuación, te comparto una tabla para que puedas apreciar la diferencia:
Diferencia entre un Product Owner y un Project Manager
| Aspecto | Product Owner | Project Manager |
|---|---|---|
| Enfoque principal | Producto y cliente | Proyecto y equipo |
| Responsabilidad clave | Definir y priorizar el backlog de producto, tomar decisiones sobre el producto y representar las necesidades del cliente. | Planificar, ejecutar y controlar proyectos, gestionar recursos, plazos y presupuesto. |
| Objetivo principal | Maximizar el valor del producto y satisfacer las necesidades del cliente. | Cumplir los objetivos del proyecto, asegurando su finalización dentro del tiempo y presupuesto previstos. |
| Comunicación | Comunicación frecuente con el equipo de desarrollo y el cliente para definir requisitos y asegurarse de que se entreguen características valiosas. | Comunicación con todas las partes interesadas, incluyendo el equipo de proyecto, patrocinadores y partes interesadas externas. |
| Toma de decisiones | Toma decisiones sobre qué características y funcionalidades incluir en el producto, basadas en las necesidades del cliente y el valor para el negocio. | Toma decisiones sobre la asignación de recursos, la gestión de riesgos y la resolución de problemas para garantizar que el proyecto avance según lo planeado. |
| Propiedad del producto | Tiene la propiedad del producto y es responsable de su éxito a largo plazo. | No tiene propiedad directa del producto, su responsabilidad se centra en la gestión del proyecto en sí. |
| Medición del éxito | El éxito se mide en términos de la satisfacción del cliente y la entrega de valor al mercado. | El éxito se mide en términos de la finalización del proyecto dentro del alcance, tiempo y presupuesto establecidos. |
| Ciclo de vida | Activo durante todo el ciclo de vida del producto, desde la concepción hasta la retirada. | Activo durante el ciclo de vida del proyecto, desde la planificación hasta el cierre. |
| Herramientas clave | Backlog de producto, reuniones de refinamiento, reuniones de revisión de sprint, etc. | Plan de proyecto, diagrama de Gantt, informes de estado, herramientas de gestión de proyectos, etc. |
Características de un Product Owner
-
Conocimiento del negocio: Comprender en profundidad el negocio y su contexto es fundamental para tomar decisiones informadas sobre el producto.
-
Excelentes habilidades de comunicación: Poder comunicarse de manera efectiva con el equipo de desarrollo y las partes interesadas es crucial para garantizar que todos estén en la misma página.
-
Conocer y dominar el marco de Scrum: Si se trabaja en un entorno Scrum, es esencial tener un conocimiento sólido de este marco y cómo aplicarlo en la gestión del producto.
-
Habilidades de negociación: La capacidad de negociar con el equipo de desarrollo y otras partes interesadas es esencial para priorizar y definir el alcance del producto.
-
Decisivo: Tomar decisiones claras y rápidas es importante para mantener el progreso del proyecto y resolver problemas de manera eficiente.
-
Proactivo: Anticipar problemas y oportunidades, y actuar en consecuencia, ayuda a evitar obstáculos y a maximizar el valor del producto.
-
Accesible: Estar disponible y accesible para el equipo y las partes interesadas es clave para responder a preguntas y abordar problemas de manera oportuna.
-
Orientado a las metas: Mantener un enfoque constante en los objetivos del producto y asegurarse de que cada decisión se alinee con esas metas es esencial para el éxito.
Estas habilidades, en conjunto, permitirán a un Product Owner liderar de manera efectiva el desarrollo de un producto exitoso y satisfacer las necesidades del negocio y del cliente.
En resumen un Product Owner
| Responsabilidad | Descripción |
|---|---|
| Co-crear la visión del producto | Trabajar con partes interesadas para definir la visión a largo plazo del producto, estableciendo la dirección y los objetivos claros. |
| Gestionar el Product Backlog | Mantener una lista de todas las funcionalidades, historias de usuario y tareas pendientes en el Product Backlog, asegurándose de que esté actualizado y priorizado. |
| Priorizar las funcionalidades y características | Determinar qué elementos del Product Backlog deben ser desarrollados primero, basándose en el valor para el cliente y el negocio. |
| Relacionarse con los Stakeholders y clientes | Mantener una comunicación efectiva con todas las partes interesadas, incluyendo clientes, usuarios y el equipo de desarrollo. |
| Planificar el incremento del producto | Definir y comunicar los objetivos para cada iteración o sprint, estableciendo expectativas claras para el equipo de desarrollo. |
| Experimentar y adaptarse según sea necesario | Estar dispuesto a probar nuevas ideas y ajustar el enfoque del producto en función de la retroalimentación y los cambios en el mercado. |
| Vivir los valores y principios de la agilidad | Aplicar los valores y principios del manifiesto ágil, como la colaboración, la adaptación y la entrega continua, en la gestión del producto. |
| Buscar el alto rendimiento del agile team | Trabajar en conjunto con el equipo ágil para maximizar su eficiencia y efectividad, fomentando un alto rendimiento y una cultura de mejora continua. |
Scrum Master
El Scrum Master actúa como facilitador y entrenador del equipo. Elimina obstáculos que puedan impedir el progreso, asegura que se sigan las prácticas de Scrum y fomenta una mejora continua. Además, promueve un entorno en el que el equipo pueda prosperar y autogestionarse.
Este nuevo rol es el que mas controversia ha tenido y ha marco esa gran diferencia en la forma de trabajar, ya que tenemos un persona que nos lleva vivir valores de scrum y trabajar dentro de él.
Te comparto una tabla resumen como el Scrum Master apoya a su equipo Scrum
7 Tips de un Scrum Master para ayudar al equipo
| Área | Cómo el Scrum Master Sirve |
|---|---|
| Product Owner |
|
| Equipo de Desarrollo |
|
| Organización |
|
as responsabilidades de un Scrum Master pueden variar según la madurez del equipo y la organización, así como el contexto específico en el que trabajan. Aquí tienes un cuadro resumen que destaca algunas de las responsabilidades clave del Scrum Master, con la comprensión de que estas pueden evolucionar con el tiempo:
| Nivel de Madurez | Product Owner | Team Development | Organización |
|---|---|---|---|
| Nivel Inicial | - Facilitar las reuniones de Scrum. | - Ayudar a seguir las prácticas básicas de Scrum. | - Eliminar impedimentos simples. |
| - Ayudar al Product Owner a mantener el Product Backlog saludable y priorizado. | - Apoyar la comunicación dentro del equipo. | - Capacita a la orgnaición en vlores y principios de Scrum | |
| Nivel Intermedio | - Entrenar al equipo en prácticas ágiles avanzadas. | - Facilitar la mejora continua del equipo y del proceso. | - Colaborar en la eliminación de impedimentos complejos. |
| - Colaborar en la definición y seguimiento de prácticas ágiles. | - Fomentar una cultura de colaboración y autoorganización. | - Busca La innovación como herrameinta princiapl | |
| Nivel Avanzado | - Mentorizar y desarrollar a otros Scrum Masters. | - Liderar iniciativas de transformación ágil a nivel organizacional. | - Implementar prácticas ágiles más avanzadas, como DevOps. |
| - Contribuir a la alineación estratégica de la organización. | - Actuar como defensor de la agilidad en toda la organización. | - Buscar el Escaldo Ágil |
Es importante recordar que la evolución de las responsabilidades del Scrum Master puede ser gradual y dependerá de factores como la experiencia, la capacitación y la madurez del equipo y la organización en la adopción de Scrum y prácticas ágiles. Por lo tanto, un Scrum Master puede comenzar con responsabilidades más simples y avanzar hacia un papel más estratégico a medida que crece su experiencia y la agilidad de la organización.
Habilidades blandas o Soft Skills de un Scrum Master
El Scrum Master desempeña un papel fundamental en la facilitación, el coaching y el liderazgo de un equipo ágil. Las habilidades blandas son esenciales para llevar a cabo estas responsabilidades de manera efectiva. Aquí tienes un cuadro que destaca algunas de las habilidades blandas clave para un Scrum Master:
| Habilidades Blandas | Descripción |
|---|---|
| Comunicación Efectiva | Capacidad para escuchar y expresar ideas de manera clara y concisa. Facilita la comunicación dentro del equipo y con las partes interesadas. |
| Empatía | Comprende las perspectivas y emociones de los miembros del equipo y las partes interesadas. Ayuda a construir relaciones sólidas. |
| Facilitación | Habilidad para conducir reuniones de Scrum y otras sesiones de colaboración de manera eficaz, manteniendo el enfoque y la participación del equipo. |
| Coaching | Capacidad para guiar y capacitar al equipo y al Product Owner en la adopción de prácticas ágiles y la mejora continua. |
| Resolución de Conflictos | Aborda y resuelve conflictos de manera constructiva, promoviendo un ambiente de trabajo colaborativo. |
| Liderazgo de Servicio | Lidera al equipo a través del ejemplo y la asistencia, en lugar de imponer autoridad. Fomenta la autoorganización y la responsabilidad del equipo. |
| Escucha Activa | Presta atención activa a las preocupaciones y comentarios del equipo y las partes interesadas. Valora las perspectivas diversas. |
| Adaptabilidad | Es flexible y capaz de adaptarse a cambios en las circunstancias y las necesidades del equipo y la organización. |
| Resiliencia | Afronta desafíos y obstáculos con calma y perseverancia, manteniendo un enfoque positivo. |
| Colaboración | Fomenta la colaboración y la construcción de relaciones sólidas entre los miembros del equipo y las partes interesadas. |
| Orientación al Equipo | Colabora para lograr los objetivos del equipo, centrando la atención en el éxito del equipo en lugar del individual. |
Estas habilidades blandas son esenciales para que un Scrum Master tenga éxito en su papel y contribuya al funcionamiento efectivo del equipo ágil y la implementación exitosa de Scrum en el proceso de desarrollo de productos.
Equipo de Desarrollo
El Equipo de Desarrollo es el grupo de profesionales que trabaja en la creación del producto. Son multifuncionales y autoorganizados, asumiendo la responsabilidad de convertir los elementos del Backlog del Producto en incrementos de valor en cada Sprint.
Mientras el Product Owner define el 'qué', el equipo de desarrollo define el 'cómo' llevar a cabo lo que el Producto Owner solicita. En la actualidad, este equipo no necesariamente debe llamarse 'Equipo de Desarrollo' o 'Team Develop', ya que sabemos que Scrum se originó en el área de Tecnologías de la Información (TI).
Hoy en día, es posible tener equipos que se dedican al negocio en su totalidad y no necesariamente desarrollan software, aplicaciones o sitios web. Por lo tanto, podrían denominarse 'Team Member' o 'Miembros de Equipos con Diferentes Competencias y Habilidades', como se resume en el siguiente cuadro.
| Tipo de Equipo | Ejemplo de Miembros del Equipo |
|---|---|
| Equipo de Desarrollo de Software | Desarrolladores de software, diseñadores de interfaz de usuario, ingenieros de calidad, especialistas en experiencia de usuario (UX), analistas de negocios. |
| Equipo de Marketing Digital | Especialistas en marketing digital, estrategas de contenido, analistas de datos, diseñadores gráficos, especialistas en SEO y SEM. |
| Equipo de Desarrollo de Producto | Gerentes de producto, propietarios de productos, analistas de mercado, diseñadores de producto, desarrolladores de hardware y software. |
| Equipo de Ventas y Desarrollo de Negocios | Representantes de ventas, gerentes de ventas, especialistas en desarrollo de negocios, analistas de mercado, expertos en relaciones con el cliente. |
| Equipo de Servicio al Cliente | Agentes de servicio al cliente, especialistas en soporte técnico, gerentes de servicio al cliente, expertos en gestión de quejas, entrenadores de servicio al cliente. |
Estos ejemplos ilustran cómo los "Team Members" pueden variar según el tipo de equipo y las competencias requeridas para cumplir con los objetivos del equipo y la organización.
10 elementos clave que pueden contribuir a que un equipo sea de alto desempeño
Es importante resaltar que tanto el Product Owner como el Scrum Master buscan que los equipos sean de alto desempeño
- Comunicación Abierta y Transparente
- Objetivos y Expectativas Claras
- Autonomía y Empoderamiento
- Colaboración y Trabajo en Equipo
- Feedback y Mejora Continua
- Diversidad de Habilidades y Perspectivas
- Compromiso y Responsabilidad Compartida
- Resolución Constructiva de Conflictos
- Entrega de Valor al Cliente
- Liderazgo de Servicio y Apoyo
Estos elementos son fundamentales para crear un entorno en el que el equipo pueda alcanzar un alto desempeño y entregar productos de alta calidad. Tanto el Product Owner como el Scrum Master pueden trabajar juntos para fomentar y fortalecer estos aspectos en el equipo.
Artefactos en Scrum
Estoy seguro de que utilizas herramientas que te ayudan a gestionar tu proyecto, producto o solución. En Scrum, a estas herramientas se les denomina 'Artefactos'. Ahora, te presentaré cada uno de ellos.
Backlog del Producto
El Backlog del Producto es una lista priorizada de elementos que representan el trabajo necesario para el producto. Es una herramienta dinámica que evoluciona con el tiempo y refleja las necesidades del cliente y del negocio. El Product Owner es responsable de mantenerlo claro y actualizado.
El compromiso al tener un Product Owner es el Objetivo del Producto.
7 claves para mantener un Product Backlog saludable
te comparto 7 claves para mantener un Product Backlog saludable que te ayude a lograr los objetivos del producto:
-
Priorización Clara: Prioriza los elementos del Product Backlog de acuerdo con su valor para el cliente y el negocio, teniendo en cuenta el impacto que tendrán y el esfuerzo necesario para implementarlos. Utiliza técnicas como el Weighted Shortest Job First (WSJF) para clasificar las historias de usuario en función de su impacto relativo y el esfuerzo estimado, lo que te ayudará a identificar las prioridades de manera más precisa. Esto garantiza que se aborden primero los elementos que generan el mayor valor con la menor inversión de esfuerzo. si quieres conocer más sobre técnica de propagación entra en el siguiente enlace 4 Técnicas de Priroización
-
Desglose Detallado: Descompón las historias de usuario en tareas más pequeñas y manejables. Esto facilita la estimación y la planificación del trabajo y ayuda a evitar ambigüedades. para conocer como hacer desglose detalla puedes ver Taller de Slacing y descarga el archivo
-
Actualización Continua: Mantén el Product Backlog actualizado de manera constante. Agrega nuevos elementos a medida que surgen ideas o requisitos y elimina o archiva los elementos obsoletos o que ya no son relevantes.
-
Descripciones Claras: Proporciona descripciones claras y concisas para cada elemento del backlog. Asegúrate de que todos los miembros del equipo tengan un entendimiento común de lo que se espera. Para conocer como crear un Hisotria de usuario entra Haz que las historias de usuario realmente funcione
-
Estimaciones Precisas: Utiliza técnicas de estimación, como el Planning Poker, para asignar estimaciones de esfuerzo a las historias de usuario. Esto ayuda a planificar la capacidad del equipo y a establecer expectativas realistas.
-
Feedback Constante: Colabora estrechamente con el equipo de desarrollo y las partes interesadas para recopilar comentarios sobre los elementos del backlog. Aprovecha las reuniones de refinamiento para discutir y aclarar los requisitos.
-
Visión y Objetivos Claros: Asegúrate de que el Product Backlog esté alineado con la visión del producto y los objetivos del negocio. Los elementos del backlog deben contribuir de manera coherente a la entrega de valor al cliente y la consecución de metas. Para establecer Objetivos entra en OKR Objetivos con Resultados Claves o puedes estar a la Master Clase de OKR aquí
Mantener un Product Backlog saludable y bien gestionado es esencial para el éxito de un proyecto ágil. Estas claves te ayudarán a mantenerlo ordenado y orientado hacia el logro de tus objetivos de producto.
Sprint Backlog
El Sprint Backlog es el conjunto de elementos seleccionados del Backlog del Producto para el Sprint actual. Es una lista detallada de tareas que el Equipo de Desarrollo planea completar durante el Sprint. Facilita la planificación y el seguimiento del progreso.
El compromiso del Sprint Backlog es el Objetivo del Sprint El objetivo del sprint es establecer metas claras y alcanzables para el equipo de desarrollo durante un período de tiempo determinado.
7 ideas para tener un Sprint backlog listo para el Sprint
-
Reunión de Planificación del Sprint: Celebra una reunión de planificación del sprint en la que el equipo y el Product Owner seleccionen las historias de usuario de mayor prioridad del Product Backlog para incluirlas en el Sprint Backlog. Discute los objetivos del sprint y establece una meta clara.
-
Desglose de Historias: Descompón las historias de usuario seleccionadas en tareas más pequeñas y específicas. Esto facilita la asignación de trabajo y la estimación del esfuerzo. ver Taller de Slacing y descarga el archivo
-
Estimación y Capacidades: Estima el esfuerzo requerido para cada tarea y asegúrate de que el equipo tenga la capacidad para completarlas durante el sprint. Utiliza técnicas como el Planning Poker para obtener estimaciones precisas.
-
Asignación de Tareas: Asigna las tareas a los miembros del equipo de acuerdo con sus habilidades y áreas de experiencia. Distribuye equitativamente la carga de trabajo.
-
Definición de Hecho: Define claramente los criterios de "hecho" para cada tarea. Esto garantiza que todos comprendan los estándares de calidad y terminación.
-
Planificación Visual: Utiliza una pizarra o una herramienta de gestión de proyectos ágiles para visualizar el Sprint Backlog. Esto permite al equipo tener una visión clara de las tareas y su progreso durante el sprint.
-
Compromiso del Equipo: Asegúrate de que todo el equipo esté comprometido y alineado con los objetivos del sprint y las tareas seleccionadas. Fomenta la comunicación abierta y la colaboración.
Al seguir estas ideas, estarás mejor preparado para tener un Sprint Backlog efectivo y bien planificado antes de comenzar el sprint, lo que contribuirá al éxito del equipo en la entrega de valor al final del ciclo de trabajo.
Tabla de diferencia entre Product Backlog y Sprint Backlog
Sé que puede ser confuso entender la diferencia entre el Product Backlog y el Sprint Backlog, ya que yo mismo tuve esa confusión al principio. Permíteme explicarlo de manera sencilla: el Product Backlog es donde se encuentran todas las tareas por hacer en el producto, mientras que el Sprint Backlog representa la lista de tareas por hacer en el sprint actual.
En la siguiente tabla te doy más detalle para su diferencias
| Aspecto | Product Backlog | Sprint Backlog |
|---|---|---|
| Contenido | Contiene todas las tareas, historias de usuario, características y requisitos pendientes relacionados con el producto. | Contiene un conjunto seleccionado de elementos del Product Backlog que se trabajarán durante un sprint específico. |
| Naturaleza | Puede incluir elementos priorizados para futuros sprints y puede cambiar con el tiempo a medida que se agregan, eliminan o priorizan tareas. | Contiene elementos específicos y comprometidos para ser entregados durante el sprint actual. |
| Priorización | Los elementos se priorizan en función del valor para el producto y el negocio, y pueden reordenarse según las necesidades cambiantes. | Los elementos se seleccionan durante la reunión de planificación del sprint en función de la priorización del Product Backlog. |
| Cambio de Prioridad | Los elementos pueden cambiar de prioridad o agregarse/eliminarse según las necesidades del producto. | Se minimizan los cambios en el Sprint Backlog durante el sprint para garantizar la estabilidad y la previsibilidad. |
| Propósito | Proporciona una vista de alto nivel de todas las tareas pendientes del producto y sirve como fuente de trabajo para múltiples sprints. | Proporciona una vista detallada de las tareas comprometidas para el sprint actual y guía el trabajo diario del equipo. |
| Gestión | El Product Owner es responsable de gestionar y priorizar el Product Backlog en colaboración con el equipo. | El equipo de desarrollo es responsable de gestionar y actualizar el Sprint Backlog durante el sprint bajo la supervisión del Scrum Master. |
Incremento
El Incremento es el resultado tangible y potencialmente entregable de cada Sprint. Representa el trabajo completado durante el Sprint y debe cumplir con el "Definition of Done" acordado por el equipo. Cada Incremento es una versión más completa del producto.
El compromiso del incremento es la "Definición de Terminado"
10 consejos para crear una sólida "Definición de Terminado"
-
Participación del Equipo: Involucra a todo el equipo en la definición de lo que significa "terminado". La colaboración garantiza que todos tengan una comprensión compartida.
-
Especificidad: Sé claro y específico acerca de los criterios que deben cumplirse para que una tarea se considere "terminada". Evita vaguedades.
-
Medible y Cuantificable: Asegúrate de que los criterios sean medibles y cuantificables. Esto facilita la evaluación y la toma de decisiones.
-
Incluye Pruebas: La verificación de que una tarea está terminada a menudo implica pruebas, ya sea de funcionalidad, rendimiento, seguridad, etc. Asegúrate de incluir estas pruebas en los criterios.
-
Aprobación del Cliente o Product Owner: Si es relevante, asegúrate de que el cliente o el Product Owner aprueben los criterios de "terminado".
-
No dejes Cabos Suelto: Asegúrate de que todos los detalles, como la documentación, la seguridad y la usabilidad, estén cubiertos en los criterios de "terminado".
-
Adaptabilidad: A medida que el proyecto avanza, la Definición de Terminado puede cambiar para reflejar nuevos conocimientos o requisitos. Mantén la flexibilidad.
-
Educación Continua: Educa al equipo sobre la importancia de la Definición de Terminado y cómo se aplica en su trabajo diario.
-
Revisión Periódica: Revise y actualiza la Definición de Terminado periódicamente en función de la retroalimentación y las lecciones aprendidas.
-
Transparencia: Asegúrate de que la Definición de Terminado sea conocida por todos los miembros del equipo y las partes interesadas. La transparencia es clave para la confianza y la colaboración efectiva.
Una Definición de Terminado sólida ayuda a garantizar que el trabajo realizado cumpla con los estándares de calidad y las expectativas del cliente, lo que contribuye al éxito del proyecto ágil.
Eventos de Scrum
Los eventos en Scrum son elementos fundamentales que proporcionan un marco estructurado para el trabajo en equipo, la toma de decisiones y la mejora continua en el desarrollo de productos. Estos eventos tienen un propósito claro y contribuyen a la transparencia, la inspección y la adaptación en todo el proceso de desarrollo ágil.
Son esenciales para el éxito de Scrum al promover la colaboración efectiva, la entrega de valor al cliente y la alineación constante con los objetivos del proyecto.
También te preguntaras ¿cuál es la diferencia a una reunión? te lo comparto en la siguiente tabla
Diferencia entre un Evento de Scrum vs Reunión Tradicional
A continuación, se presenta una tabla que destaca las diferencias clave entre los eventos de Scrum y las reuniones tradicionales:
| Aspecto | Eventos de Scrum | Reuniones Tradicionales |
|---|---|---|
| Propósito | Fomentar la inspección y adaptación continua dentro del proceso de desarrollo de productos. | Discutir temas, informar, tomar decisiones o compartir información en un entorno empresarial o de proyecto. |
| Frecuencia | Regularmente programados en cada ciclo de sprint (por ejemplo, reunión diaria) y al final de cada sprint. | Pueden programarse de manera ad hoc y no siguen un ciclo fijo. |
| Duración Fija | Los eventos de Scrum tienen duraciones específicas, como la Reunión Diaria de Seguimiento de 15 minutos. | La duración de las reuniones tradicionales puede variar ampliamente. |
| Participación | Participación obligatoria para los miembros del equipo Scrum. | La participación puede ser obligatoria o voluntaria, dependiendo de la reunión. |
| Enfoque en el Valor | Se centran en la entrega de valor al cliente y en la mejora continua del proceso. | Pueden abordar una variedad de temas, incluyendo temas operativos, estratégicos y de gestión. |
| Transparencia y Colaboración | Fomentan la transparencia y la colaboración entre los miembros del equipo Scrum y las partes interesadas. | Pueden involucrar discusiones más jerárquicas y no siempre fomentan la colaboración activa. |
Resumen de Eventos
Existen diferentes eventos que trataré de explicar en la siguiente tabla, incluyendo el propósito, los objetivos y los participantes.
| Evento | Propósito | Objetivos | Participantes | Artefactos |
|---|---|---|---|---|
| Planificación del Sprint | Planificar el trabajo a realizar en el próximo sprint. | Alinear metas del sprint y definir trabajo. | Product Owner, Scrum Master, Equipo de Desarrollo. | Product Backlog. |
| Reunión Diaria | Sincronizar el trabajo diario, identificar impedimentos | Compartir progreso y eliminar obstáculos. |
Equipo de Desarrollo y Scrum Master Opcional: Product Owner |
Sprint Backlog. |
| Revisión del Sprint | Inspeccionar el incremento del producto y adaptar el Product Backlog. | Evaluar incremento y ajustar el Backlog. | Product Owner, Scrum Master, Equipo de Desarrollo, Stakeholders. | Incremento del Producto, Product Backlog. |
| Retrospectiva del Sprint | Reflexionar sobre el sprint pasado y mejorar el proceso. | Identificar oportunidades de mejora del proceso | Scrum Master, Equipo de Desarrollo, Product Owner | Ninguno pero re puedo recomendar un Tablero de Experimentos |
Scrum más cercad de ti y no lo sabias
Te preguntarás de qué hablaré ahora, ¿verdad? Todo lo que has leído hasta ahora es un resumen de Scrum. Sin embargo, aún no te he compartido ni evidenciado mi experiencia trabajando con Scrum.
Para mí, Scrum es un marco de trabajo muy interesante y no es algo completamente desconocido para todos nosotros, ya que lo hemos aplicado de manera continua sin siquiera darnos cuenta.
Permíteme darte un ejemplo y compartir cómo aplico Scrum en un contexto relacionado con un viaje al exterior.
Un Viaje Comparado con Scrum
-
Destino y Objetivo (Sprint Goal): Escoge tu destino de viaje, que es similar a definir el objetivo de un sprint en Scrum. Este objetivo guiará tus actividades durante el viaje.
-
Planificación del Viaje (Sprint Planning): Planifica tu viaje, incluyendo la duración, el presupuesto y las actividades a realizar. Esto se asemeja a la planificación de un sprint en Scrum, donde se seleccionan y priorizan tareas.
-
Equipaje (Product Backlog): Tu lista de cosas por empacar se compara con el Product Backlog de Scrum, que contiene todas las tareas pendientes antes del viaje.
-
Días del Viaje (Sprints): Cada día del viaje representa un sprint en Scrum, con objetivos diarios y actividades específicas.
-
Reunión Diaria (Daily Standup): Realiza reuniones diarias para discutir el progreso, los desafíos y ajustar el plan, similar a la reunión diaria de Scrum.
-
Evaluación del Progreso (Sprint Review): Al final del viaje, evalúa si lograste los objetivos, similar a la revisión del sprint en Scrum.
-
Mejora Continua (Sprint Retrospective): Después del viaje, reflexiona sobre lo que funcionó y lo que se podría mejorar, al igual que la retrospectiva del sprint en Scrum.
-
Roles en el Viaje: Asigna roles como el organizador del viaje (similar al Product Owner), el líder del grupo (similar al Scrum Master) y los viajeros (similar al Equipo de Desarrollo).
-
Documentación del Viaje (Artefactos de Scrum): Las fotos, los recuerdos y las anotaciones del viaje son como los artefactos en Scrum, que capturan el progreso y la retroalimentación.
-
Adaptación (Iteración): A medida que avanzas en el viaje, puedes adaptarte a situaciones cambiantes, lo que refleja la adaptación constante en Scrum.
En resumen, puedes ver un viaje como un proceso similar a Scrum, donde defines objetivos, planificas, ejecutas, revisas y mejoras continuamente, con roles definidos y una estructura iterativa para lograr el éxito de tu viaje.
Ahora bien, ¿acabas de darte cuenta de que has aplicado Scrum en tu vida en otros aspectos, piénsalo? En un minuto, lo sé, te vas a reír, pero ¡lo hemos hecho!
Scrum Extendido
Ahora bien, quiero compartir mi experiencia con Scrum. Los roles, eventos y artefactos están muy bien explicados en la guía de Scrum, y está diseñado para adaptarse a nuestras necesidades sin perder su esencia. Es por eso que he creado Scrum Extendido, donde he agregado nuevos eventos y artefactos para brindar una cobertura más completa y ayudarte según tu rol.
| Evento | Propósito | Artefactos y Su Propósito |
|---|---|---|
| Identidad de Equipo | Establecer la identidad y objetivos del equipo. | - Assessment: Evaluar el estado actual del equipo. |
| Inception | Iniciar un proyecto o sprint con claridad. | - User Story Map: Visualizar el flujo de trabajo y requerimientos. |
| Priorización | Clasificar y priorizar tareas o elementos. | - Impact vs. Esfuerzo, WSJF: Evaluar y priorizar basado en impacto y esfuerzo. |
| Refinamiento | Detallar y aclarar elementos del backlog. | - Product Backlog: Organizar y refinar elementos pendientes. |
| Índice Madurez Agile (IMA) | Evaluar el nivel de agilidad del equipo. | - Assessment: Medir la madurez y mejorar la agilidad. |
En Resumen
Scrum es un marco de trabajo ágil que se centra en la adaptabilidad, la colaboración y la entrega incremental. Con roles definidos, eventos clave y artefactos, Scrum proporciona una estructura sólida para la gestión de productos exitosos.
Además, Scrum Extendido permite la personalización del marco de trabajo para satisfacer las necesidades específicas de un equipo o proyecto. Mi experiencia con Scrum Extendido ha demostrado cómo esta ampliación puede llevar la agilidad a un nivel superior, brindando soluciones a medida que impulsan el éxito de los proyectos.
Te invito a explorar más sobre Scrum Extendido en nuestra Master Class de Scrum o al Programa de estudios Scrum Extendido para descubrir cómo esta adaptación puede beneficiar tu equipo.
Fuente: https://scrumguides.org/docs/scrumguide/v2020/2020-Scrum-Guide-Spanish-Latin-South-American.pdf
Me encantaría conocer tu opinión y experiencia con Scrum.
¿Has aplicado esta adaptación en tu equipo o producto?
¿Tienes alguna pregunta o comentario sobre Scrum?
¡Por favor, déjame tu comentario abajo y únete a la conversación!
Tu retroalimentación es valiosa para la comunidad de aprendizaje y enriquecerá nuestra discusión sobre Scrum.
¡Espero escuchar de ti! 👇🏻
