Incremento: Difference between revisions
No edit summary |
|||
| (2 intermediate revisions by the same user not shown) | |||
| Line 15: | Line 15: | ||
El primer sprint es una excepción frecuente. En él, objetivos del tipo "contrastar la plataforma y el diseño" pueden ser necesarios e implican trabajos de diseño o prototipado para validar las expectativas tecnológicas. Con esta excepción: | El primer sprint es una excepción frecuente. En él, objetivos del tipo "contrastar la plataforma y el diseño" pueden ser necesarios e implican trabajos de diseño o prototipado para validar las expectativas tecnológicas. Con esta excepción: | ||
* '''Incremento es la parte de producto realizada en un ''sprint'' potencialmente entregable: terminada y probada.''' | |||
'''Incremento | |||
== Incremento en equipos con IA == | == Incremento en equipos con IA == | ||
| Line 35: | Line 34: | ||
<div class="bok-recurso"> | <div class="bok-recurso"> | ||
📄 [https://www.scrummanager.com/files/scrum_master.pdf | 📄 [https://www.scrummanager.com/files/scrum_master.pdf '''Scrum Master v.4.0''']<span class="detalle">Descarga gratuita · Scrum Manager</span> | ||
</div> | </div> | ||
| Line 57: | Line 56: | ||
[[Category:Glosario de términos]] | [[Category:Glosario de términos]] | ||
[[Category:Scrum]] | [[Category:Scrum]] | ||
[[Category: | [[Category:Standard scrum]] | ||
Latest revision as of 13:32, 15 May 2026
El incremento es la parte del producto producida en un sprint, que está completamente terminada y operativa, en condiciones de ser entregada al cliente. Es el artefacto central de Scrum: la evidencia tangible de que el equipo ha avanzado.
No se consideran incremento los prototipos, módulos o submódulos, ni partes pendientes de pruebas o integración. El incremento debe cumplir la definición de hecho acordada por el equipo.
Características
- Cada elemento de la pila del producto debe referirse a funcionalidades entregables, no a trabajos internos del tipo "diseño de la base de datos".
- El incremento se produce al final de cada sprint.
- Si el proyecto requiere documentación o procesos de validación y verificación, estos también deben estar realizados para considerar el incremento como "hecho".
La excepción del primer sprint
El primer sprint es una excepción frecuente. En él, objetivos del tipo "contrastar la plataforma y el diseño" pueden ser necesarios e implican trabajos de diseño o prototipado para validar las expectativas tecnológicas. Con esta excepción:
- Incremento es la parte de producto realizada en un sprint potencialmente entregable: terminada y probada.
Incremento en equipos con IA
La incorporación de herramientas de IA generativa en el desarrollo tiene implicaciones directas sobre el incremento:
- Con micro-iteraciones dentro del sprint, pueden producirse múltiples incrementos en una sola iteración.
- Todo incremento que contenga código generado por IA debe pasar la DoD reforzada antes de considerarse "Done".
- Los prototipos generados con vibe coding o generación conversacional rápida no son incrementos liberables: son artefactos de aprendizaje para validar hipótesis.
Error frecuente
Considerar "hecho" lo que solo está codificado. Un incremento que no ha pasado las pruebas, no está integrado o no ha sido revisado por el propietario del producto no es un incremento: es trabajo a medias. Declarar incrementos incompletos como terminados destruye la transparencia del sprint y genera una deuda oculta que complica los siguientes.
Recursos
📄 Scrum Master v.4.0Descarga gratuita · Scrum Manager
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.