Desarrollo ágil (Guía Scrum)
2025-02-10 15:36:00 0 Informe
Inicie sesión para ver el contenido completo
La 'Guía Scrum' es un recurso esencial para comprender el marco de desarrollo ágil Scrum, diseñado para resolver problemas complejos y entregar productos de alto valor de manera eficiente. Este enfoque es ligero y fácil de entender, aunque difícil de dominar. Scrum se compone de equipos, roles, eventos, artefactos y reglas que son fundamentales para su éxito. La aplicación de Scrum incluye la investigación de capacidades de mercado, el desarrollo y mejora continua de productos, y el soporte en entornos en la nube. Basado en la teoría empírica, Scrum se sostiene en tres pilares: transparencia, revisión y adaptación, promoviendo valores como el coraje y el respeto.
Otras obras del autor
Esquema/Contenido
Definición de Scrum
Scrum es un marco en el que las personas pueden resolver problemas complejos y adaptables, al mismo tiempo que entregan de manera eficiente y creativa productos que posiblemente tengan el mayor valor.
Características
Ligero
Fácil de entender
difícil de dominar
Composición
El marco de Scrum se compone del equipo de Scrum y de roles, eventos, artefactos y reglas relacionados. Cada parte del marco tiene un propósito específico y es esencial para el éxito y el uso de Scrum.
Reglas
Las reglas de Scrum organizan los roles, eventos y artefactos, gestionando sus relaciones e interacciones.
Aplicación Scrum
1. Investigar y reconocer capacidades de mercado, tecnológicas y de producto viables;
2. Desarrollar productos y mejorar las funciones;
3. Productos y funciones mejoradas, con una frecuencia tan alta que se publican varias veces al día;
4. Desarrollar y brindar soporte a entornos en la nube (en línea, seguros, bajo demanda) y otros entornos de ejecución para proporcionarlos al uso del producto;
5. Soporte y actualización de productos.
Teoría de Scrum
Basado en la teoría del control de procesos empírico-empirista
Tres pilares fundamentales
Transparente
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.
Revisión
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.
adaptarse
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.
cuatro eventos
Sesión de planificación del sprint
Reunión diaria de Scrum
Reunión de revisión del sprint
Reunión de retrospectiva de sprint
Valores de Scrum
Promesa
Coraje
Focalización
Abierto
Respeto
Equipo Scrum
PO (product owner)
Responsabilidades
Maximizar el valor del producto desarrollado por el equipo de desarrollo
El único responsable de gestionar la lista de tareas pendientes del producto
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.
Equipo de Desarrollo de Productos (PDT)
Composición
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.
Características
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.
escala
(3, 9]
SM (Scrum Maestro)
Liderazgo de servicio
Maximizar el valor creado por el equipo Scrum
Servicio al responsable del producto
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
Servicio para el equipo de desarrollo
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.
Servir a la organización
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.
Eventos de Scrum
Función
Utilizar eventos fijos para generar regularidad, con el fin de reducir la necesidad de otras reuniones aparte de Scrum.
En Scrum, cada evento es una oportunidad formal para la inspección y adaptación.
Sprint
Sprint es el núcleo de Scrum, [2 semanas, 4 semanas], manteniendo una longitud consistente.
constituir
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
Requisitos
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.
Cada Sprint puede ser considerado como un proyecto.
La duración del sprint está limitada a un mes.
Anular Sprint
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
Sesión de planificación del sprint
es completado de manera colaborativa por todo el equipo Scrum
Está limitado por un tiempo de caja.
Función (responde a las siguientes preguntas)
¿Qué contenido debe incluir el incremento entregado en el próximo Sprint?
El responsable del producto explica los objetivos del Sprint y los elementos de la lista de pendientes del producto que se deben completar para alcanzar estos objetivos. El equipo Scrum trabaja en conjunto para comprender el trabajo del Sprint.
Entrada de la reunión de Sprint
Es la lista de pendientes del producto.
El último incremento de producto
La predicción de la capacidad del equipo de desarrollo en este Sprint
El desempeño anterior del equipo de desarrollo
Elabora los objetivos del Sprint
¿Cómo se puede completar el trabajo necesario para entregar el incremento?
Lista de tareas pendientes de Sprint
Lista de tareas de productos seleccionados
¿Cómo entregar sus planes?
Estimación del volumen de trabajo
Planificación de trabajo
Organizarse para recoger
El responsable del producto puede ayudar a aclarar los elementos de la lista de tareas pendientes del producto seleccionado y hacer concesiones.
Explica cómo completarlo
Objetivo de Sprint
En el Sprint actual, alcanzar los objetivos mediante la implementación de la lista de pendientes del producto.
Proporcionar orientación al equipo de desarrollo
Dejar cierta flexibilidad a los equipos de desarrollo para las funcionalidades implementadas en el Sprint
Los elementos de la lista de tareas pendientes seleccionados proporcionarán una funcionalidad coherente y consistente.
Si el trabajo requerido es diferente a lo esperado, el equipo de desarrollo necesita comunicarse y negociar con el responsable del producto el alcance de la lista de tareas del Sprint.
Reunión diaria de Scrum
Durante el período, 15 minutos cada día.
Examina los resultados de ayer
Reporte de hoy: Planificación diaria
Plantear un problema encontrado
Función
No se resuelve en la reunión
Reunión de revisión del sprint
en el final de Sprint se lleva a cabo
Función: Utilizado para inspeccionar el incremento del producto entregado y ajustar la lista de pendientes del producto según sea necesario.
Demostración incremental
Duración: ≤4h
Contenido incluido
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
Salida
Lista de tareas pendientes del producto revisado
Clarificar los elementos de la lista de pendientes del producto que probablemente entrarán en el próximo Sprint
para dar la bienvenida a nuevas oportunidades mediante ajustes globales
Reunión de retrospectiva de Sprint
Es la oportunidad de que el equipo Scrum se autoexamine y cree el plan de mejora para el próximo Sprint.
Ocurre después de la reunión de revisión del Sprint y antes de la siguiente reunión de planificación del Sprint.
Duración: ≤3h
Objetivo
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
Artefactos de Scrum
Mostrar el trabajo y el valor de manera diferente puede utilizarse para proporcionar transparencia y oportunidades para la revisión y adaptación.
Lista de pendientes del producto
Es una lista ordenada que abarca cada elemento conocido necesario en el producto.
Siempre es incompleto
Enumera todas las características, funciones, requisitos, mejoras y correcciones para las actualizaciones del producto a lanzar en el futuro: descripción, secuencia, estimación y valor.
Se convertirá en una lista más grande y detallada.
Es posible que se necesite utilizar una propiedad que pueda agrupar los elementos de la lista de pendientes del producto.
La elaboración de la lista de pendientes del producto se refiere a la acción de añadir detalles, estimaciones y ordenar los elementos de la lista de pendientes del producto.
Los elementos de la lista de tareas de productos con una prioridad más alta suelen ser más claros y contener más detalles que los de prioridad más baja.
El equipo de desarrollo es responsable de todos los trabajos de estimación.
Función: supervisar el progreso de la implementación del objetivo
Lista de tareas pendientes de Sprint
Es un conjunto de elementos de la lista de pendientes del producto seleccionados para el actual Sprint, junto con el plan para entregar el incremento del producto y lograr los objetivos del Sprint.
Incluya al menos un proceso de mejora de alta prioridad que se haya determinado en la última reunión de revisión.
Un plan con suficientes detalles
Durante el período del Sprint, solo el equipo de desarrollo puede cambiar la lista de pendientes del Sprint.
Función: supervisar el progreso del Sprint
Incremental
Es la suma total de todos los elementos de la lista de pendientes del producto completados en un Sprint, así como el valor acumulado de todos los incrementos generados en los Sprints anteriores.
Al final del Sprint, el nuevo incremento debe ser "completo", lo que significa que debe estar disponible y haber alcanzado el estándar de la definición de "completo" del equipo Scrum.
El incremento es la parte del producto que es empírica, inspeccionable y completada al final del Sprint.
El incremento es un paso hacia la visión o el objetivo. Independientemente de si el responsable del producto decide publicarlo o no, el incremento debe estar disponible.
Recolectar
Recolectar
Recolectar
Recolectar
0 Comentarios
Página siguiente
Recomendado para ti
Ver más
