Incremento del Producto

La palabra “Incremento” en sí misma describe su naturaleza para incrementar al siguiente nivel. El Incremento es un paso adelante hacia una meta o visión.

El Incremento del Producto es la suma de los elementos del Backlog finalizados durante el Sprint y también los Sprints completados anteriormente. Al final de cada Sprint, debe ser un producto funcional para pasar a la fase de producción para comenzar a funcionar. Eso significa que debe estar en una etapa utilizable y cumplir con la definición de “Hecho” del equipo Scrum.

El Incremento debe estar listo para su uso independientemente del Product Owner que lo decida. El Artefacto final más importante en el marco Scrum es el Incremento de Producto.

El equipo Scrum es responsable de decidir qué necesitan que se puedan considerar como un Incremento. Esto puede variar significativamente para los equipos Scrum, pero los miembros del equipo deben tener conocimiento para compartir el trabajo que deben completar. Se utiliza para estimar cuándo se completará el trabajo en Incremento del Producto. Este te ayudará a guiar a los miembros del equipo en la selección de los elementos del Backlog durante la sesión de planificación del Sprint. El equipo de desarrollo es responsable del producto. El propósito de cada Sprint es entregar el producto de software funcional.

El objetivo del marco Scrum es brindar calidad de tal manera que el producto esté en un estado “hecho” al final de cada iteración, de modo que pueda ser lanzado, entregado a los clientes para una retroalimentación temprana o utilizado como una herramienta para pruebas. Si bien es obligatorio para una organización entregar el producto que se puede enviar de acuerdo con el cronograma del marco Scrum, esto permite que el producto sea parte del proceso repetido de desarrollo, evaluación, prueba e innovación que inspira Scrum.

Para los equipos que practican Scrum, el sitio de producción siempre puede reflejar el trabajo reciente completado por los miembros del equipo durante iteraciones continuas. En estos casos, la aplicación o el sitio público será el Incremento del Producto final. El resultado del Sprint es el Incremento del Producto con un producto de software utilizable propiedad del Product Owner. La Revisión del Sprint es la entrada que se da al Incremento para la entrega del producto que se puede enviar.

El equipo de desarrollo debe ser multifuncional para entregar el Incremento del Producto. Apoyar la entrega de incrementos en los silos organizacionales durante el Sprint es un gran desafío para las organizaciones que adoptan Scrum. En general, los individuos, a través de sus prácticas laborales locales, exhibirán los valores reales de la organización independientemente de los valores propuestos. Tener evaluaciones de rendimiento individuales que fortalezcan las prácticas locales basadas en silos luchará contra este trabajo multifuncional y frenará al equipo de desarrollo en la entrega del Incremento del Producto.

Cuando una organización o un equipo tiene el potencial de entregar Incrementos del Producto, habrá algunas fuerzas nuevas en la organización que incluyen:

• Cambios en el “triángulo de hierro” o la “triple restricción”. Como la duración del Sprint es fija, el tiempo también es fijo, por lo que el costo y el alcance deben modificarse para respaldar este cambio.
• No habrá retrasos en la entrega.
• Resulta más fácil informar sobre la entrega, es decir, si el incremento está Hecho o no.
• Los silos internos que detienen el desarrollo del Incremento del Producto comenzarán a disminuir a medida que el equipo trabaje de manera transversal.

Todas las actividades esenciales, como el análisis, el diseño, la construcción, la integración y las pruebas, serán realizadas por el equipo durante el Sprint para crear un Incremento del Producto funcional (parcialmente, no completamente) como se muestra en la figura a continuación. Este enfoque combinado tiene la ventaja de validar rápidamente las suposiciones que se hacen al crear características del producto.

En Scrum, generalmente trabajamos en una característica a la vez, pero no en una fase. Por lo tanto, crearemos un Incremento de Producto valioso al final de un Sprint (solo algunas, pero no las características completas del producto). Ese incremento debe integrarse y probarse con todas las características desarrolladas anteriormente o, de lo contrario, no se considerará terminado.

Por ejemplo, las características del Incremento 1 deben incluirse en el Incremento 2 como se ilustra en la figura anterior. Esto nos da retroalimentación dentro del contexto de características ya desarrolladas y también nos ayuda a ver el producto con más profundidad de lo que podríamos tener de otra manera.

Recibimos comentarios sobre los resultados del Sprint, lo que nos permite adaptarnos. Podemos decidir en qué funciones trabajar en el próximo Sprint o cambiar el proceso de creación del siguiente conjunto de funciones. A veces, podemos ver que el Incremento no es tan gran como podría ser. En tales casos, podemos planificar la reelaboración para un Sprint futuro dentro del contexto de nuestra promesa de desarrollo iterativo y mejora continua. Scrum no quiere que definamos un conjunto fijo de iteraciones. El flujo continuo de retroalimentación nos dirigirá a hacer el número significativo y efectivo de iteraciones mientras construimos el producto de manera incremental.

El Incremento del Producto es ventajoso para todos los roles del marco Scrum. Las partes interesadas y el Product Owner pueden evaluar el ROI actual de la funcionalidad que puede lograr el cliente en cada final del Sprint. Además, la unidad del equipo se desarrolla junto con la funcionalidad del producto en cada Sprint, ya que entregan un código potencialmente entregable a partir de las promesas que hicieron en la reunión de planificación del Sprint como equipo.