Menú

Terminología ágil y Scrum: un glosario para conceptos ágiles / Scrum

  • Principal
  • Otro
  • Terminología ágil y Scrum: un glosario para conceptos ágiles / Scrum

agile scrum terminology

Pruebe Nuestro Instrumento Para Eliminar Los Problemas

Esta es una guía completa para toda la terminología importante de Agile / Scrum y es un glosario todo en uno de conceptos de Agile y Scrum:

Como todos sabemos, Agile no necesita presentación. Es un marco de desarrollo de software que se utiliza en todo el mundo.

Este artículo es una guía completa de todos los conceptos ágiles / scrum que necesita tener a su alcance.

Scrum ágil

Lo que vas a aprender:

Manifiesto ágil

La metodología Agile se basa en el Manifiesto Agile. Para obtener más información sobre el manifiesto, consulte Manifiesto para el desarrollo de software ágil .

La conclusión clave del manifiesto ágil se puede reducir a :

  • La comunicación de persona a persona es eficaz para vincular el proceso.
  • El producto funcional es mejor que la documentación paso a paso convencional.
  • La participación del cliente / propietario de la empresa es fundamental y también lo son los ciclos continuos de retroalimentación.
  • Los cambios son inevitables. Por lo tanto, los equipos deben abrazarlos y darles la bienvenida.

Verá que, aunque el proceso ágil hace estas declaraciones, no proporciona los pasos concretos exactos para lograrlo. Otorga total libertad y autonomía a los equipos para que hagan su mejor trabajo.

Con el tiempo, el estilo libre se ha convertido en prácticas comunes. De los cuales el más famoso es Scrum.

Comencemos nuestras definiciones con eso.

¿Qué es Scrum?

Scrum es un modelo de desarrollo desarrollado por Ken Schwaber y Jeff Sutherland y ha estado en uso desde la década de 1990.

El trabajo se divide en requisitos más pequeños (historias, epopeyas y tareas) y equipos muy unidos crean y entregan en pequeñas entregas. Se buscan comentarios con frecuencia y se realizan mejoras en el producto en forma de lanzamientos cortos frecuentes.

Pilares de Scrum

Los pilares de Scrum se explican a continuación en detalle:

  • Transparencia : Los equipos son conscientes de lo que está sucediendo y están abiertos a compartir y ayudarse mutuamente. La comunicación fluye libremente a través de interacciones diarias e informales de persona a persona.
  • Inspección : Las inspecciones frecuentes y religiosas del trabajo son la clave del éxito de Scrum. Los equipos pueden identificar, diagnosticar, solucionar problemas, corregir y volver a encarrilarse de una manera simple y confiable.
  • Adaptación : Scrum no asume que lo que están haciendo sea correcto. Hay puestos de control periódicos en forma de Planificación de sprint, scrum diario, revisión de sprint / reuniones retrospectivas donde el equipo puede revisar y adaptarse.

Equipo Scrum

Equipos Scrum suelen ser pequeñas (5-9) y suelen ser de naturaleza multifuncional. Incluyen un Scrum Master , desarrollador, tester (es una práctica común referirse a todos los miembros del equipo ágil como desarrolladores independientemente de su campo de trabajo).

Otros miembros del equipo técnico y, lo más importante, el propietario del producto o el patrocinador. Agile coloca todas sus apuestas en su equipo. Por lo tanto, un equipo A autoorganizado es fundamental y casi un requisito previo para una implementación ágil exitosa.

Equipo Scrum

Roles en Scrum

A continuación se muestran los diversos roles en Scrum:

  • Dueño del producto: Un propietario de producto es dueño de la acumulación. Es el responsable del producto y de la forma que toma. Mantener la cartera de pedidos del producto, tener una visión general del producto e impulsar los objetivos del equipo hacia ella son las principales responsabilidades del propietario del producto.
  • Equipo de desarrollo: El equipo de desarrollo no tiene roles limitados. Se espera que trabajen de manera transversal y elijan el mejor enfoque para lograr el objetivo.
  • Scrum Master: Es el trabajo del scrum master asegurarse de que el scrum se implemente de la manera correcta. El scrum master también se denomina como Líder de servicio para todo el equipo.

Ceremonias de Scrum

Agile se basa en algunos hábitos para mantenerse encaminado y tener éxito.

Algunos de ellos se mencionan a continuación:

# 1) Reunión diaria de scrum: Esta es una reunión corta típica de 15 minutos en la que cada miembro del equipo habla sobre los siguientes puntos:

  • ¿Qué se hizo ayer?
  • ¿Qué está previsto para hoy?
  • ¿Hay algún impedimento en el camino?

Este formato de la reunión es muy eficaz para comprender qué trabajo está terminado, qué queda y cómo el equipo puede ayudarse entre sí si es necesario.

Scrum Master facilita esta reunión, pero no es para beneficio del Scrum Master o un lugar para recopilar el estado. Es una oportunidad para que el equipo interactúe y se junte antes de tomar caminos separados para conquistar las tareas del día.

# 2) Sprint : Un Sprint es una iteración encuadrada en el tiempo (a menudo 3 semanas una vez, pero podría ser más larga o más corta). Este es un proceso repetitivo y puede considerarse como una explosión de desarrollo y entrega.

# 3) Planificación de Sprint: El propósito de la planificación de sprints es planificar cómo convertir un conjunto de historias de trabajos pendientes de productos en un incremento del producto que se puede enviar.

El formato general puede ser como una situación de 2 partes.

  • Primera mitad - El equipo selecciona los elementos que se comprometen a completar.
  • Segunda mitad - Product Owner está disponible para preguntas.

El equipo decide cómo construirlo. Por tanto, las tareas se crean y asignan en consecuencia, lo que Sprint Backlog.

# 4) Revisión / demostración de Sprint : Después de un sprint, el equipo y las partes interesadas se reúnen para poder mostrar el trabajo realizado.

Las tareas completadas se comparan con los elementos planificados y se omite la funcionalidad que no se ha implementado. La duración de esta reunión no es más de 4 horas.

# 5) Retrospectiva del Sprint: Esta reunión es facilitada por el Scrum Master y asiste todo el equipo incluido el PO.

El equipo analiza el Sprint reciente manteniendo enfocadas las ideas de mejora de procesos y determina qué cambios se podrían hacer para que el próximo Sprint sea más productivo.

Normalmente, esta reunión no dura más de 2 horas.

=> Lectura recomendada - Reuniones ágiles retrospectivas

Conceptos básicos de estimación ágil

A continuación se presentan los conceptos básicos de estimación ágil:

Entradas

  • Pila de producto y pila de sprint.
  • Datos históricos, estimaciones previas para tareas similares con valores de esfuerzo real invertidos en ellas.

Participantes estimados

  • Miembros del equipo familiarizados con la aplicación.
  • Miembros del equipo que comprenden la integración de la aplicación con otros sistemas.
  • Representación de diversas habilidades necesarias para la realización del proyecto.
  • Representantes del equipo de construcción, implementación y control de calidad.

Definición de épica / característica / idea

  • Estas son historias de usuarios grandes, generalmente demasiado grandes para implementarlas en una sola iteración.
  • Idea / Épica -> Historias -> Tareas (Una idea puede tener varias historias. Una historia puede tener varias tareas. El alcance de la historia está limitado a un Sprint. Todas las tareas deben cerrarse para completar la historia)

# 1) Técnica de estimación del punto de la historia: El punto de la historia es un número que le dice al equipo cuán compleja es la historia.

En la mayoría de los casos, se utiliza la serie Fibonacci o la talla de camiseta. Por lo general, un punto de la historia se considera equivalente al trabajo de un día de una persona.

Sin embargo, la proporción se revisa después de cada iteración en función de los datos reales del tiempo promedio necesario para completar una unidad de una tarea.

Los pasos involucrados incluyen:

  • Divida los requisitos muy grandes en tareas pequeñas.
  • Elija un equipo de al menos 2 estimadores, el Scrum Master , Product Owner y los demás pueden participar.
  • Cada estimador asigna de forma privada sus puntos de historia para una historia de usuario (tarea) y publica la misma.
  • Los estimadores asignan puntos de historia para el requisito en función de su conocimiento previo del tamaño de una tarea similar.
  • Se espera que las estimaciones difieran ligeramente.
  • Si las estimaciones difieren significativamente, los estimadores altos y bajos explican sus estimaciones.
  • Después de esto, todos los estimadores realizan una ronda más de estimación, siguiendo el mismo proceso hasta que todos convergen en el mismo número.

# 2) Planificación del póquer: Esta interesante y divertida técnica se explica aquí: Cómo simplificar el proceso de estimación ágil con Planning Poker

Nota :Hay muchas otras técnicas para la estimación ágil, pero estas son las dos más destacadas.

Artefactos Scrum

Los artefactos de scrum más importantes son Product Backlog y Sprint Backlog . Estos son los que ayudan a monitorear los objetivos generales del sprint.

# 1) Pila de Producto:

  • Una lista ordenada de 'requisitos' que se mantiene para un producto / proyecto.
  • Una lista puede contener errores y también elementos no funcionales.
  • El propietario del producto es responsable de establecer prioridades en el PBL.
  • El propietario del producto es responsable de administrar la cartera de productos.

# 2) Pila de Sprint:

  • Lista de tareas pendientes (también conocida como elemento Backlog) para Pique.
  • Equipo Scrum se encarga de mantenerlos ..
  • Durante el sprint, Se espera que los miembros del equipo actualicen el backlog del Sprint a medida que haya nueva información disponible.
  • En caso de que alguno de los elementos quede incompleto o parcialmente completo, según la definición de scrum estándar, esos elementos se vuelven a colocar en el Pila de Producto.

# 3) Gráfico de quemado:

sitios web para descargar videos de youtube gratis
  • Es un gráfico que se muestra públicamente que muestra el trabajo completado y restante en el sprint.
  • Muestra el trabajo real que se completa por día.
  • Mantenido por el Scrum Master diariamente.
  • Hay dos tipos de 'Publicar gráficos Burn-down' y 'Sprint Burn-down charts'.

Gráficos quemados

Definición de Terminado

Definición de Terminado es diferente para diferentes equipos de scrum. En términos simples, el Departamento de Defensa es una forma de saber cuándo el equipo logrará el objetivo a través de las herramientas disponibles. Es el contrato entre el PO y el equipo.

DoD cumplido significa que todas las historias de la acumulación se desarrollan de acuerdo con los requisitos de las partes interesadas. Las historias pueden ser no técnicas o pueden tener múltiples tareas.

Refinamiento de la cartera de pedidos (preparación)

Refinamiento de la cartera de pedidos no es una práctica básica de scrum, pero se ha adoptado como una forma de administrar la calidad de los elementos del backlog que ingresan a un sprint.

Es un esfuerzo continuo de revisar los elementos de la cartera de productos y verificar si están debidamente priorizados y preparados de manera que sean claros y ejecutables para los equipos una vez que ingresan a los sprints a través de la actividad de planificación de sprints.

Comparación rápida con la cascada

ParámetrosÁgilCascada
La satisfacción del cliente Los clientes están satisfechos debido a la rápida entrega.La entrega se retrasa, por lo que los clientes no están seguros
Entrega de software de trabajo Entregas frecuentesUno cada pocos meses
Cambios tardíos Se puede analizar rápidamente en la próxima primaveraDifícil de implementar
Comunicación Comunicación diariaReunión de revisión con Project Manager
Dependencia Estrecha comunicación y cooperación entre empresarios y Desarrolladores - Testers.El gerente de proyecto impulsa el proyecto

Pila de Producto

A medida que avanzamos, se crean PBI y son PROFUNDOS:

  • D- Suficientemente detallado
  • ES- Emergenc es
  • ES- Estimado
  • PAG- Priorizado

Y son más detallados para el equipo.

Pila de Producto

Cosas a las que un Scrum Master debería adaptarse:

  • Eliminar impedimentos
  • Facilitar
  • Tutoría y enseñanza
  • Entrenamiento

Estas son las tareas que un Scrum Master debe funcionar cuando el Melé se ha implementado recientemente. Pero a medida que pasa el tiempo y el equipo se acostumbra a Scrum (se autoorganiza), el Scrum Master tiene una tarea que realizar, es decir, 'OBSERVAR'.

Construyendo un equipo Scrum

Mientras forma un equipo, el Scrum Master podría enfrentar los siguientes desafíos: formación, asalto, normatividad y ejecución.

  • Formando Donde no hay relaciones en un equipo.
  • Asalto- Donde los límites entre los miembros del equipo se vuelven ligeros.
  • Normativas Cuando se establece una buena relación en el equipo.
  • Ejecutando- Esta es la última etapa donde solo hay Trabajo en Equipo.

Como vemos, la última etapa es donde el equipo realmente trabaja como Equipo Scrum . Pero durante esta transformación, si hay alguna interrupción en cualquier etapa, el equipo regresa al principio.

Conclusión

Esperamos que este tutorial haya explicado brevemente todos los aspectos importantes Terminología ágil y Scrum . Consulte esta serie de tutoriales Guía completa de metodología ágil para obtener detalles de los conceptos Agile / Scrum.

¡Feliz agilidad!

Lectura recomendada

^