En primer lugar, ¡+1 por consultar la Guía Scrum!

La respuesta del libro sería que dice que los asistentes incluyen al Equipo Scrum y, sin calificadores adicionales, se puede suponer que se refiere a todo el equipo Scrum (Equipo de desarrollo, PO, SM). Pero odiaría darte la respuesta del libro, así que en mi tiempo practicando Scrum, estos son algunos de los beneficios que he visto al incluir a todos:

1) Nada de susurros en el callejón. Si alguna vez jugaste ese juego en la escuela, probablemente sepas que por cada persona que tiene que pasar un mensaje, pierde detalles y se distorsiona, independientemente de cuánto te esfuerces por hacerlo bien. La Revisión de Sprint es una oportunidad para cerrar esa brecha entre las partes interesadas y los desarrolladores.

2) Crea propiedad. Cuando los desarrolladores tienen que mostrar su propio trabajo, lo valoran más. También obtienen una mayor exposición al efecto que su trabajo y el de otros miembros del equipo tienen en el producto general y en la satisfacción de las necesidades de las partes interesadas. Cuando no están allí, envía un mensaje sutil de que no es su producto para mostrar, incluso si no tiene la intención de enviar ese mensaje.

3) Lo hace importante. Decirle a un desarrollador que no vale la pena gastar una hora por semana en la revisión disminuye el valor de la revisión y otras personas lo notan (y seamos sinceros, por lo general es mucho menos).

4) Las preguntas se responden rápidamente. Si los desarrolladores o las partes interesadas tienen preguntas, puede responderlas en el acto y contabilizarlas en el backlog. En mi experiencia, la mayoría de los equipos que veo que no tienen revisiones efectivas en realidad pasan más tiempo buscando respuestas de lo que habrían pasado si todos hubieran ido a la revisión.

Estoy seguro de que hay muchos más beneficios, esos son solo los que me vienen a la mente. Tal vez otras personas puedan agregar algunos en los comentarios que me perdí.