Jump to content

Artefactos: Difference between revisions

From Scrum Manager BoK
No edit summary
 
(41 intermediate revisions by 2 users not shown)
Line 1: Line 1:
__NOTOC__
__NOTOC__
{{Meta-bok|min=4}}
[[File:Artefactos-scrum.png|250px|right]]
Los '''artefactos''' de Scrum son las herramientas de transparencia del marco: representan el trabajo y el valor del producto de forma visible para todos los implicados. Junto con los [[roles]] y los [[eventos]], forman los tres pilares estructurales del marco. Cada artefacto tiene un compromiso asociado que garantiza que la información que contiene es útil y orientada al valor.
== Los tres artefactos del marco estándar ==
=== Pila del producto (product backlog) ===
Lista ordenada y emergente de todo lo que se necesita para mejorar el producto. Es propiedad del [[propietario del producto]] y su compromiso asociado es el '''objetivo del producto''': la meta a largo plazo que el equipo persigue.
* Al inicio del proyecto refleja el MVP o la visión inicial.
* Es un documento vivo: crece, se reordena y se refina continuamente a través del [[backlog refinement]]. Véase [[pila del producto]].


*[[Pila del producto]]: (product backlog) lista de requisitos de usuario, que a partir de la visión inicial del producto crece y evoluciona durante el desarrollo.
=== Pila del sprint (sprint backlog) ===
*Pila del sprint: (sprint backlog) lista de los trabajos que debe realizar el equipo durante el sprint para generar el incremento previsto.
* Conjunto de elementos seleccionados de la pila del producto para el sprint, más el plan del equipo para entregar el [[incremento]] y alcanzar el [[objetivo del sprint]].  
*Sprint: nombre que recibe cada iteración de desarrollo. Es el núcleo central que genera el pulso de avance por tiempos prefijados (time boxing).
* Su compromiso asociado es precisamente ese objetivo.  
*Incremento: resultado de cada sprint.  
* Es propiedad de los [[desarrollador|desarrolladores]] y solo ellos pueden modificarla durante el sprint. Véase [[pila del sprint]].


=== Incremento ===
Resultado concreto y utilizable de cada sprint.
* Debe cumplir la [[definición de hecho]] y puede entregarse al cliente o no, pero siempre debe estar en condiciones de hacerlo.
* Su compromiso asociado es la [[definición de hecho]]. Véase [[incremento]].


[[File:Ciclo scrum.jpg|550px|center]]
== Otros artefactos de uso habitual ==
Aunque no forman parte del marco estándar, se usan ampliamente en equipos Scrum:
* '''[[Gráfico de avance]] (burn down chart):''' muestra el trabajo pendiente y la velocidad de avance, permitiendo proyectar si se completará todo lo planificado.
* '''[[Gráfico de producto]] (burn up chart):''' mide lo que se ha construido. Es más útil cuando el alcance del producto cambia.
* '''[[A punto|Definition of Ready (DoR)]]:''' criterios acordados que determinan cuándo una historia está lista para entrar en un sprint.
* '''[[Definición de hecho|Definition of Done (DoD)]]:''' criterios acordados que determinan cuándo una historia puede considerarse terminada.
<br>
[[File:Standard_scrum_framework.png|600px|center]]


Otro artefacto de scrum técnico es el [[gráfico de avance]] o gráfico burn down que el equipo actualiza a diario para comprobar el avance.
== Artefactos en equipos con IA ==
La IA generativa está empezando a cambiar cómo los equipos trabajan con los artefactos de Scrum:


* '''Refinamiento asistido:''' herramientas de IA pueden ayudar a redactar historias de usuario, sugerir criterios de aceptación o detectar ambigüedades. Reducen el tiempo de refinamiento, aunque el juicio sobre prioridad y valor sigue siendo humano.
* '''Definición de hecho ampliada:''' en equipos que desarrollan funcionalidades con IA generativa, la DoD puede incluir criterios como "el output ha sido revisado por un humano" o "la tasa de alucinaciones está por debajo del umbral acordado".
* '''Documentación del incremento:''' los modelos de lenguaje pueden generar automáticamente notas de release a partir del historial de commits o las historias completadas, reduciendo el trabajo administrativo del equipo.


== Error frecuente ==
<div class="bok-aviso">
'''Tratar la pila del producto como un documento de requisitos exhaustivo.''' La pila del producto no es una especificación completa: es una lista ordenada de lo que el equipo sabe hasta ahora. Intentar definirla al completo al inicio del proyecto es un síntoma de gestión predictiva disfrazada de agilidad. Las historias lejanas en el tiempo deben estar poco detalladas; el detalle se añade en el refinamiento, cuando el equipo está más cerca de trabajar en ellas.
</div>
== Recursos ==
<div class="bok-recurso">
📄 [https://www.scrummanager.com/website/c/info/docs-media.php '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
</div>
<div class="bok-recurso">
📄 [https://scrummanager.com/files/scrumenequiposconia.pdf '''Scrum Master en equipos con IA''']<span class="detalle">Descarga gratuita · Scrum Manager</span>
</div>
<div class="bok-recurso">
🎙️ [https://open.spotify.com/episode/7hGoEqV2uZL47uZZN6GXfk '''Ep. 2: Cómo crear un backlog''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
</div>
<div class="bok-recurso">
🎙️ [https://open.spotify.com/episode/0GjNQprSs7wbQ8s6G0lGXu '''Ep. 6: Definition of Done''']<span class="detalle">Scrum Manager Podcast · Spotify</span>
</div>


== Véase también ==
<div class="bok-tags">
[[Pila del producto]] [[Pila del sprint]] [[Incremento]] [[Definición de hecho]] [[A punto]] [[Objetivo del sprint]] [[Roles]] [[Eventos]] [[Backlog refinement]]
</div>


==Pila del Sprint==
<div class="bok-ecosistema">
 
<div class="texto">
La pila del sprint (o sprint Backlog) es la lista que descompone las funcionalidades de la pila del producto (historias de usuario) en las tareas necesarias para construir un incremento: una parte completa y operativa del producto.
<span class="titulo">'''¿Quieres avanzar en agilidad?'''</span>
La realiza el equipo durante la reunión de planificación del sprint, autoasignando cada tarea a un miembro del equipo, e indicando en la misma lista cuánto tiempo o esfuerzo falta para terminarla. Es útil porque descompone el proyecto en unidades de tamaño adecuado para monitorizar el avance a diario, e identificar riesgos y problemas sin necesidad de procesos de gestión complejos.
<span class="sub">Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a [https://scrummanager.com/skillarena/ '''Skill Arena''']: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.</span>
Es también una herramienta para la comunicación visual directa del equipo.
</div>
 
<div class="botones">
 
<div class="bok-btn-outline">[https://www.scrummanager.com/website/c/calendar/show-courses.php Buscar convocatorias]</div>
'''Condiciones'''
<div class="bok-btn-filled">[https://scrummanager.com/club/ Club Agile]</div>
*Realizada de forma conjunta por todos los miembros del equipo.
</div>
*Cubre todas las tareas identificadas por el equipo para conseguir el objetivo del sprint.
</div>
*Sólo el equipo lo puede modificar durante el sprint.
[[Category:Scrum]]
*El tamaño de las tareas debe ser tal que se puedan realizar en un día.
[[Category:Glosario de términos]]
*Es visible para todo el equipo. Idealmente en una pizarra o pared en el mismo espacio físico donde trabaja el equipo.
[[Category:Standard scrum]]
 
 
'''Formato y soporte'''
 
Las opciones habituales son:
*Hoja de cálculo.
*Pizarra física o pared.
*Herramienta colaborativa o de gestión de proyectos.
 
Y sobre la que mejor se adecue a las características del proyecto, oficina y equipo, lo apropiado es diseñar el formato más cómodo para todos, teniendo en cuenta los siguientes criterios:
*Incluir la siguiente información: Pila del sprint, persona responsable de cada una, estado en el que se encuentra y tiempo de trabajo que queda para completarla.
*Incluir sólo la información estrictamente necesaria.
*Debe servir de soporte para registrar en cada reunión diaria del sprint, el tiempo que le queda a cada tarea.
*Facilitar la consulta y la comunicación diaria y directa del equipo.
 
Ejemplo de una pila de sprint en una hoja de cálculo:
 
[[File:Ejemplo pila sprint.png|550px|center]]
 
Durante el sprint, el equipo actualiza sobre la pila del sprint, a diario, los tiempos pendientes de cada tarea. Al mismo tiempo, con estos datos traza el gráfico de avance o “burn-down”, que se describe en los temas de métricas ágiles.
 
==El Incremento==
 
El incremento es la parte de producto producida en un sprint, y tiene como característica el estar completamente terminada y operativa, en condiciones de ser entregada al cliente final.
No se deben considerar como Incremento a prototipos, módulos o submódulos pendientes de prueba o integración.
Idealmente en Scrum:
 
*Cada elemento de la pila del producto se refiere a funcionalidades entregables, no a trabajos internos del tipo “diseño de la base de datos”.
*Se produce un “incremento” en cada iteración.
 
 
Sin embargo suele ser una excepción habitual el primer sprint. En el que objetivos del tipo “contrastar la plataforma y el diseño” pueden resultar necesarios, e implican trabajos de diseño o desarrollo de prototipos para contrastar las expectativas de la plataforma o tecnología que se va a emplear. Teniendo en cuenta esta excepción habitual:
 
{{Párrafo_enmarcado|texto=Incremento es la parte de producto realizada en un sprint potencialmente entregable: terminada y probada.}}
 
Si el proyecto o el sistema requiere documentación, o procesos de validación y verificación documentados, o con niveles de independencia que implican procesos con terceros, éstos también tienen que estar realizados para considerar que el producto está “terminado”.
 
[[Category:Scrum I]]

Latest revision as of 12:51, 22 May 2026

⏱ 4 min de lectura  ·  📅 Actualizado en 2026

Los artefactos de Scrum son las herramientas de transparencia del marco: representan el trabajo y el valor del producto de forma visible para todos los implicados. Junto con los roles y los eventos, forman los tres pilares estructurales del marco. Cada artefacto tiene un compromiso asociado que garantiza que la información que contiene es útil y orientada al valor.

Los tres artefactos del marco estándar

Pila del producto (product backlog)

Lista ordenada y emergente de todo lo que se necesita para mejorar el producto. Es propiedad del propietario del producto y su compromiso asociado es el objetivo del producto: la meta a largo plazo que el equipo persigue.

  • Al inicio del proyecto refleja el MVP o la visión inicial.
  • Es un documento vivo: crece, se reordena y se refina continuamente a través del backlog refinement. Véase pila del producto.

Pila del sprint (sprint backlog)

  • Conjunto de elementos seleccionados de la pila del producto para el sprint, más el plan del equipo para entregar el incremento y alcanzar el objetivo del sprint.
  • Su compromiso asociado es precisamente ese objetivo.
  • Es propiedad de los desarrolladores y solo ellos pueden modificarla durante el sprint. Véase pila del sprint.

Incremento

Resultado concreto y utilizable de cada sprint.

Otros artefactos de uso habitual

Aunque no forman parte del marco estándar, se usan ampliamente en equipos Scrum:

  • Gráfico de avance (burn down chart): muestra el trabajo pendiente y la velocidad de avance, permitiendo proyectar si se completará todo lo planificado.
  • Gráfico de producto (burn up chart): mide lo que se ha construido. Es más útil cuando el alcance del producto cambia.
  • Definition of Ready (DoR): criterios acordados que determinan cuándo una historia está lista para entrar en un sprint.
  • Definition of Done (DoD): criterios acordados que determinan cuándo una historia puede considerarse terminada.


Artefactos en equipos con IA

La IA generativa está empezando a cambiar cómo los equipos trabajan con los artefactos de Scrum:

  • Refinamiento asistido: herramientas de IA pueden ayudar a redactar historias de usuario, sugerir criterios de aceptación o detectar ambigüedades. Reducen el tiempo de refinamiento, aunque el juicio sobre prioridad y valor sigue siendo humano.
  • Definición de hecho ampliada: en equipos que desarrollan funcionalidades con IA generativa, la DoD puede incluir criterios como "el output ha sido revisado por un humano" o "la tasa de alucinaciones está por debajo del umbral acordado".
  • Documentación del incremento: los modelos de lenguaje pueden generar automáticamente notas de release a partir del historial de commits o las historias completadas, reduciendo el trabajo administrativo del equipo.

Error frecuente

Tratar la pila del producto como un documento de requisitos exhaustivo. La pila del producto no es una especificación completa: es una lista ordenada de lo que el equipo sabe hasta ahora. Intentar definirla al completo al inicio del proyecto es un síntoma de gestión predictiva disfrazada de agilidad. Las historias lejanas en el tiempo deben estar poco detalladas; el detalle se añade en el refinamiento, cuando el equipo está más cerca de trabajar en ellas.

Recursos

📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager

📄 Scrum Master en equipos con IADescarga gratuita · Scrum Manager

🎙️ Ep. 2: Cómo crear un backlogScrum Manager Podcast · Spotify

🎙️ Ep. 6: Definition of DoneScrum Manager Podcast · Spotify

Véase también

¿Quieres avanzar en agilidad? Puedes buscar convocatorias de cursos y exámenes o ir a tu ritmo haciéndote miembro del Club Agile. Esta membresía incluye recursos exclusivos, aulas e-learning y acceso a Skill Arena: un espacio para practicar y medir tus habilidades ágiles a tu ritmo.