Artefactos Scrum
Scrum es un marco de trabajo Agile para ges5onar proyectos (principalmente en el
desarrollo de so8ware). Ayuda a los equipos a colaborar, adaptarse y entregar productos y
recursos de alta calidad a los usuarios finales.
Los artefactos Scrum son piezas vitales de información en el marco de trabajo Scrum.
Proporcionan a los equipos Scrum una visión clara del trabajo que debe realizarse,
ayudándolos a mantener el enfoque, priorizar sus esfuerzos y adaptarse a requisitos en
constante cambio.
¿Qué son los artefactos Scrum?
Los artefactos Scrum son documentos e informaciones creados y u5lizados como parte del
marco de trabajo Scrum. Proporcionan transparencia sobre el trabajo, el progreso y los
obje5vos del proyecto.
Estos artefactos incluyen el backlog del producto, el sprint backlog y los incrementos
Cada artefacto define el trabajo de manera clara y concisa, permi5endo que los equipos
Scrum planifiquen y prioricen tareas en los próximos sprints. También ofrecen una visión
del progreso de un proyecto Scrum, lo que ayuda a los equipos a seguir el progreso y
repriorizar tareas si es necesario.
¿Por qué son importantes los artefactos Scrum?
Aumentan la transparencia
Los artefactos Scrum proporcionan transparencia sobre el progreso del proyecto. Todo el
equipo Scrum puede ver los artefactos, lo que les permite entender qué necesita hacerse,
qué ya se ha completado y cómo avanza el proyecto.
Ayudan a los equipos Scrum a priorizar tareas
Ya que definen claramente lo que debe hacerse, en qué orden y con qué nivel de esfuerzo.
Esto permite a los equipos priorizar su trabajo para entregar valor al cliente rápidamente.
Permiten que los equipos Scrum se adapten
Los equipos Scrum pueden u5lizar los artefactos para iden5ficar áreas donde necesitan
hacer ajustes y llevar a cabo los cambios necesarios. Por ejemplo, si una nueva
funcionalidad del producto es menos valiosa para el cliente de lo esperado, podemos
ajustar el trabajo para los próximos sprints para asegurarnos de entregar el máximo valor
posible al cliente.
Mejoran la colaboración
Ya que proporcionan una comprensión compar5da del trabajo que debe realizarse. Todos
saben lo que debe suceder y quién es responsable de tareas específicas, lo que facilita a
los equipos trabajar juntos para entregar el trabajo según lo planeado.
Backlog del producto
Es una lista ordenada de caracterís5cas del producto, requisitos, mejoras y correcciones.
Estos elementos son necesarios para que el equipo Scrum entregue el producto final a los
usuarios finales.
El product owner y el equipo Scrum actualizan con5nuamente el backlog del producto a lo
largo del proceso de desarrollo, ayudando a los equipos a iden5ficar tareas de alta
prioridad, asegurando de que todo el trabajo esté alineado con lo que los clientes desean.
¿Cómo usar el backlog del producto?
Iden=ficar y prioriza las caracterís=cas y requisitos del producto
Hay que comenzar iden5ficando qué caracterís5cas y requisitos son más importantes para
los usuarios finales. Podemos contactarlos directamente, pedirles que completen una
encuesta o podemos iden5ficar funcionalidades por nuestra cuenta, como revisando datos
de los clientes, como historial de compras y demograUa, etc.
Escribir historias de usuario
Las historias de usuario describen una caracterís5ca del producto desde la perspec5va del
usuario final. Esto nos ayuda a entender qué desean o esperan los clientes de una
funcionalidad del producto, por qué la desean y cuán importante es para el crecimiento
del negocio. Cada ítem del backlog del producto puede ser una historia de usuario (o
varias), lo que puede ayudar a priorizar tareas y mantener a los clientes en el centro de la
labor.
Es=ma el esfuerzo
Para planificar qué ítems del backlog debemos incluir en el próximo sprint, necesitamos
saber cuánto 5empo y recursos son necesarios para completar cada tarea. Con esta
información, obtendremos una mejor comprensión de lo que se necesita para entregar
cada función o requisito. Si necesitamos determinar cuánto esfuerzo se requiere para
todos los ítems del backlog, debemos consultar al equipo de desarrollo para obtener su
opinión.
Prioriza ítems del backlog
Con tareas en el backlog, ahora podemos priorizar los ítems basándonos en su valor y nivel
de esfuerzo. Por ejemplo, un ítem de alto valor y bajo esfuerzo estaría al principio de
nuestra lista de prioridades para el próximo sprint.
Refinar el backlog del producto
A medida que avanza el trabajo, debemos seguir refinando el backlog del producto. Esto
asegurará que todos los ítems en el backlog sean relevantes y actuales, llevándonos de
esta manera hacia nuestro obje5vo final.
Backlog del sprint
El backlog del sprint es un subconjunto del backlog del producto. Con5ene todos los ítems
que el equipo de desarrollo planea completar en un sprint futuro. Al centrarnos en un
pequeño conjunto de ítems del backlog del producto, el equipo de desarrollo =ene una
visión clara del trabajo necesario para alcanzar el obje=vo del sprint. Como resultado,
pueden trabajar de manera más efec5va y eficiente, entregando los ítems a 5empo y con
alta calidad.
¿Cómo usar el backlog del sprint?
Revisar el backlog del producto
El primer paso es revisar los ítems en el backlog del producto. A par5r de ahí,
iden5ficaremos qué historias de usuario debemos incluir en el próximo sprint. Los ítems
que elijamos deben estar alineados con la visión general del producto y las prioridades
que definimos al crear el backlog del producto.
Priorizar el backlog del sprint
Después de reducir los ítems de nuestro backlog del producto, necesitamos priorizarlos. Al
igual que con el backlog del producto, debemos priorizar primero los ítems de alto valor y
bajo esfuerzo. Es importante considerar priorizar tareas que tengan dependencias, como
tareas que solo pueden completarse cuando otra tarea comienza o termina. Al hacerlo, de
esta manera evitamos cuellos de botella y nos aseguramos que el trabajo fluya lo máximo
posible.
Asignar tareas a los miembros del equipo
Antes de trabajar en los ítems del backlog del sprint, necesitamos asignar miembros del
equipo a las tareas. Este paso garan5za que todos tengan claridad sobre sus
responsabilidades y que el trabajo se distribuya equita5vamente entre el equipo.
Revisar y refinar el backlog del sprint
Antes de cada sprint, revisaremos el backlog del sprint y lo actualizaremos en función de
los ítems del backlog del producto. Si hay nuevos ítems o un cambio en las prioridades,
actualizaremos el backlog del sprint en consecuencia.
Incrementos
Un incremento es la suma de todos los ítems del backlog del producto completados
durante el sprint actual más los incrementos de todos los sprints anteriores. Es el
resultado tangible de todo el trabajo que el equipo de Scrum ha realizado a lo largo de los
sprints.
¿Cómo usar un incremento?
Revisando las siguientes áreas podemos decidir si un incremento del producto está listo
para ser lanzado.
Revisar los criterios de aceptación
Los criterios de aceptación describen cuándo un ítem de trabajo está completo y cumple
con los requisitos del usuario final. No hay margen para interpretación en los criterios de
aceptación: o se cumplen los criterios de aceptación o no. Debemos revisar los criterios de
aceptación del producto o función, ya que nos ayudarán a determinar si cumple con los
requisitos para ser lanzado.
Analizar los estándares de calidad
Un incremento permite al equipo determinar si el producto o función cumple con los
criterios de calidad. Por ejemplo, si el incremento entrega una caracterís5ca del producto,
el equipo puede analizarla para ver si funciona según lo esperado. Si el equipo está de
acuerdo en que está listo, se puede lanzar. Si no cumple con los estándares del equipo, se
con5nuará trabajando en los sprints hasta que esté a la altura.
Revisar el obje=vo del producto
Tomar distancia y revisar el obje5vo del producto. Debemos hacernos la siguiente
pregunta: ¿el lanzamiento de esta función nos acerca a alcanzar ese obje5vo? Si la
respuesta es sí, podemos crear un plan de lanzamiento para el producto o función. Si es
nega5va, debemos volver al punto de par5da y con5nuaremos con los sprints.
Beneficios Principales de Scrum
1. Entrega con=nua de valor al cliente:
o Ya que los incrementos funcionales permiten aportar valor desde etapas
tempranas del proyecto.
2. Adaptabilidad a cambios y flexibilidad:
o El scrum es ideal para entornos dinámicos, ya que se ajusta rápidamente a
nuevos requerimientos.
3. Mayor calidad del producto:
o La mejora itera5va asegura un producto más robusto y libre de errores.
4. Transparencia y visibilidad del progreso:
o Herramientas como el tablero Scrum y las reuniones diarias facilitan el
seguimiento del estado del proyecto.
5. Mejor comunicación y colaboración:
o Ya que fomenta la interacción con5nua entre los miembros del equipo y con
las partes interesadas.
6. Reducción de riesgos:
o La iden5ficación temprana de problemas minimiza impactos nega5vos.
7. Mayor mo=vación y moral del equipo:
o Los equipos autoges5onados y los logros frecuentes man5enen el
compromiso del equipo.
8. Incremento de la produc=vidad:
o La estructura clara de roles y tareas mejora notablemente la eficiencia del
equipo.
9. Fomento de la innovación y mejora con=nua:
• Las retrospec5vas y ciclos cortos impulsan la crea5vidad y la op5mización
constante.