Desarrollo ágil (Guía Scrum)

Los eslabones clave en el proceso deben ser evidentes para quienes son responsables de la producción. Para lograr transparencia, es necesario establecer estándares uniformes para estos eslabones clave, de modo que todos los que prestan atención a estos aspectos tengan una comprensión uniforme de lo que observan.

Los usuarios de Scrum deben inspeccionar regularmente los artefactos de Scrum y el progreso hacia la finalización de los objetivos del Sprint para detectar diferencias innecesarias. La inspección no debe ser tan frecuente que obstaculice el trabajo mismo. Cuando la inspección es realizada diligentemente por revisores hábiles durante el trabajo, los resultados son óptimos.

Si el inspector encuentra que uno o más aspectos del proceso se desvían fuera del rango aceptable y esto resultará en un producto inaceptable, entonces se debe ajustar el proceso o su contenido. El trabajo de ajuste debe ser ejecutado lo más rápido posible para minimizar desviaciones adicionales.

Maximizar el valor del producto desarrollado por el equipo de desarrollo

Describir claramente los elementos de la lista de pendientes del producto;

Organizar los elementos de la lista de tareas pendientes del producto de la mejor manera para lograr los objetivos y la misión;

Optimizar el valor del trabajo ejecutado por el equipo de desarrollo;

Asegúrese de que la lista de tareas del producto sea visible, transparente y clara para todos, al mismo tiempo que muestra el trabajo que el equipo Scrum planea hacer a continuación;

Asegúrese de que el equipo de desarrollo tenga un conocimiento suficientemente profundo de los elementos de la lista de tareas del producto.

El equipo de desarrollo está compuesto por profesionales de diversas especialidades, responsables de entregar un incremento potencialmente listo para publicar y "completo" al final de cada Sprint. En la reunión de revisión del Sprint, un incremento "completo" es obligatorio. Solo los miembros del equipo de desarrollo pueden crear incrementos.

es auto-organizado

Es un equipo interfuncional.

No se reconoce ningún título a los miembros del equipo de desarrollo.

No se reconoce el llamado "subequipo" dentro del equipo de desarrollo.

Cada miembro del equipo de desarrollo puede tener sus propias especialidades y áreas de enfoque, pero la responsabilidad recae en todo el equipo de desarrollo.

(3, 9]

Asegúrese de que todos en el equipo Scrum comprendan los objetivos, el alcance y el dominio del producto tanto como sea posible.

Encuentra trucos para gestionar eficazmente la lista de tareas pendientes del producto.

Ayudar a los equipos Scrum a comprender por qué necesitan elementos de la lista de productos claros y concisos

Comprensión en el contexto del empirismo en la planificación de productos

Asegúrese de que el responsable del producto sepa cómo organizar la lista de pendientes del producto para maximizar su valor.

Entiende y practica la agilidad

Cuando se solicita o es necesario, guiar los eventos de Scrum

Como entrenador, proporcionar orientación al equipo de desarrollo en aspectos de autoorganización y multifuncionalidad.

Ayudar al equipo de desarrollo a crear productos de alto valor

Elimina los obstáculos en el progreso del trabajo del equipo de desarrollo.

Guíe los eventos de Scrum según se solicite o se necesite.

En un entorno organizacional donde Scrum aún no ha sido completamente adoptado y comprendido, guiar al equipo de desarrollo como entrenador.

Liderar y actuar como entrenador para guiar a la organización en la adopción de Scrum

Planificación de la implementación de Scrum dentro del ámbito de la organización

Ayudar a los empleados y partes interesadas a comprender e implementar Scrum y el desarrollo de productos orientado a la experiencia.

Provocar cambios que puedan mejorar la productividad del equipo Scrum

Trabajar con otros Scrum Masters para mejorar la efectividad de la aplicación de Scrum en la organización.

Sesión de planificación del sprint

Reunión diaria de Scrum

desarrollo de trabajo

Reunión de revisión del sprint

Sesión de retrospectiva de Sprint

No se pueden hacer cambios que perjudiquen el objetivo de Sprint.

objetivo que no puede reducirse en calidad

A medida que aumenta el conocimiento de la información, el product owner y el equipo de desarrollo pueden aclarar y renegociar lo que hay que hacer dentro del alcance.

Antes de que finalice el tiempo del Sprint, cancelar.

Sólo el responsable del producto tiene el poder de cancelar la Sprint.

Si un Sprint pierde valor y significado para su entorno, entonces debería ser cancelado.

Debido a que los sprints son muy cortos, generalmente no es razonable cancelar un sprint.

Revaluación de la revisión

causar un daño grave

¿Qué contenido debe incluir el incremento entregado en el próximo Sprint?

¿Cómo se puede completar el trabajo necesario para entregar el incremento?

En el Sprint actual, alcanzar los objetivos mediante la implementación de la lista de pendientes del producto.

Los asistentes incluyen equipos Scrum y los principales interesados invitados por el propietario del producto.

El responsable del producto explica qué elementos de la lista de pendientes de los productos se han "completado" y cuáles no están "completados".

El equipo de desarrollo discute qué trabajos se hicieron bien durante el Sprint, qué problemas se encontraron y cómo se resolvieron.

El equipo de desarrollo demuestra el trabajo "completo" y responde a las preguntas sobre el incremento entregado.

El responsable del producto discute la situación de la lista de pendientes del producto actual.

Todas las personas que asistieron a la reunión discutieron los siguientes pasos de trabajo.

La revisión de los cambios más valiosos que traerán las formas de uso del mercado o de productos potenciales en el futuro.

Para la próxima revisión del calendario, presupuesto, potencial y mercado de la versión de la función o capacidad del producto prevista

Lista de tareas pendientes del producto revisado

Revisar cómo estaban las personas, las relaciones, los procesos y las herramientas en el Sprint anterior.

Identificar y clasificar los principales aspectos que se hacen bien y aquellos que potencialmente necesitan mejora.

Elaborar un plan para mejorar la forma de trabajo del equipo Scrum