Algunas veces se entendía que los ítems seleccionados del Product Backlog para el Sprint o las tareas eran el compromiso del Sprint. Es decir que el Equipo de desarrollo debía entregar todo lo que se comprometía porque ese era el objetivo. Esto podía no estar muy claro debido a que el objetivo del Sprint no aparecía con la claridad necesaria para expresar la importancia hacia el compromiso de lo que el equipo debía lograr. Ahora se aclara que el Sprint Goal (objetivo del Sprint) es parte del Sprint Backlog. Ya no es más un elemento suelto que puede ser ignorado con facilidad. Es un componente que forma parte del Sprint Backlog y que además sirve para evaluar el progreso.
La nueva guía aclara que se pueden lanzar muchos incrementos de producto durante el Sprint. Además, define que el Sprint Goal debe aportar al objetivo del producto. Cambios pequeños pero poderosos en la definición de la dirección a seguir para validar la razón de ser de este artefacto. Además, el que se señale que se pueden lanzar varios incrementos durante un Sprint aclara la flexibilidad de Scrum a partir de la transparencia que brinda un incremento de producto terminado. El Sprint Backlog está formado entonces por el Objetivo del Sprint, la proyección de los Product Backlog Items para el Sprint y el trabajo para convertirlos en un incremento de producto terminado con valor. El compromiso del Equipo Scrum es el Objetivo del Sprint.