Conceptos clave de Sprints y Scrum en Azure Boards
Azure DevOps Services | Azure DevOps Server 2022 | Azure DevOps Server 2019
En este artículo se proporciona un breve diccionario de términos y herramientas disponibles que se usan en el seguimiento del trabajo mediante los métodos Sprints y Scrum. Otros recursos que se van a revisar son Glosario Agile y Glosario de navegación y administración de proyectos.
Herramientas de Agile
Un conjunto de herramientas web que se usan para hacer un seguimiento del trabajo y adoptar las metodologías Agile. Las herramientas Agile respaldan las principales metodologías Agile, como Scrum y Kanban, que utilizan en la actualidad los equipos de desarrollo de software. Más información: Acerca de las herramientas de Agile y la administración de proyectos de Agile.
Errores
Un tipo de elemento de trabajo que registra un posible motivo de insatisfacción con el producto. El nombre común de un tipo de elemento de trabajo con fines de seguimiento de defectos en el código. Cada equipo puede elegir cómo administrar los errores. Algunos equipos prefieren hacer un seguimiento de los errores junto con los requisitos del trabajo pendiente. Otros equipos prefieren hacer un seguimiento de los errores y considerarlo parte del trabajo asociado a un requisito. Los errores aparecerán en su panel de tareas. Más información: Administración de errores.
Gráficos de evolución ascendente o descendente
Los gráficos de evolución ascendente y descendente admiten la administración de proyectos para realizar un seguimiento visual del trabajo completado a lo largo del tiempo. Los gráficos de evolución descendente comienzan con la cantidad total de trabajo planeado. A medida que se completan los trabajos, los gráficos de evolución descendente representan el trabajo que queda. Con la progresión del tiempo, la cantidad de trabajo pendiente disminuye. Los gráficos de evolución ascendente realizan un seguimiento del trabajo a medida que se va completando. Son útiles para mostrar la velocidad a la que se realiza el trabajo.
Para obtener más información, consulte Guía sobre evolución o evolución ascendente.
Capacidad individual y de equipo
La capacidad se correlaciona con el tiempo real de la tarea, ya sea horas o días, que individuos o equipos tienen que trabajar. Azure DevOps proporciona una herramienta de capacidad para establecer la capacidad del sprint de cada equipo. Los equipos suelen fijar la capacidad cuando planean crear tareas y calculan el tiempo que tardan en completarlas.
Al establecer la capacidad del equipo, el equipo sabe exactamente el número total de horas de trabajo o días que tiene para cada sprint. Con esta herramienta, puede establecer la capacidad y los días libres de cada miembro del equipo. Cuando se establece la capacidad de cada miembro del equipo que trabaja durante un sprint, aparece la barra de capacidad para ese individuo. Para más información, consulte Establecimiento de la capacidad de sprint.
Barras de capacidad
Con las barras de capacidad, puede ver rápidamente quién está por encima, por debajo o al límite de su capacidad. Las barras de capacidad se actualizan con cada una de estas actividades:
- Tareas que se asignan con trabajo restante distinto de cero
- Cambios en el trabajo restante
- Cambio de fecha en el ciclo de sprint. La capacidad individual y del equipo siempre refleja su capacidad desde el día actual hasta el final del sprint.
| Colores de capacidad | Barras de capacidad |
|---|---|
 |
 |
Para obtener más información, consulte Ajustar el trabajo para que se ajuste a la capacidad del sprint.
Reuniones Scrum diarias
Las reuniones Scrum diarias ayudan a los equipos a centrarse en lo que necesitan hacer para maximizar su capacidad de cumplir sus compromisos de sprint. Su facilitador (Scrum Master) debe hacer cumplir la estructura de la reunión y asegurarse de que comienza a tiempo y finaliza en 15 minutos o menos. Para más información, consulte Procedimientos recomendados de Scrum: Reunión Scrum diaria.
Forecast
La herramienta de previsión ayuda a los equipos a planear sus sprints. La herramienta muestra a los equipos los elementos de trabajo pendiente que se pueden completar en los sprints futuros en función de las estimaciones de elementos de trabajo y una velocidad establecida. Como se muestra aquí, una velocidad de 20 indica que fueron necesarios cinco sprints para completar el trabajo mostrado. Para más información, consulte Previsión del trabajo pendiente del producto.
Rutas de acceso de iteración (también conocidas como sprints)
Un período de tiempo, normalmente de dos a tres semanas, que se usa para agrupar los elementos de trabajo que se van a completar durante ese intervalo de tiempo. Los sprints se usan en metodologías Scrum para respaldar el planeamiento de sprints, la finalización de sprints y otros procesos Scrum. Las rutas de acceso de iteración permiten agrupar el trabajo en sprints, hitos u otros período de tiempo o relacionados con eventos específicos. Para más información, consulte Acerca de las rutas de acceso de área e iteración.
Trabajo pendiente del producto
Una lista interactiva de elementos de trabajo que se corresponde con el plan o la hoja de ruta de proyecto de un equipo con las entregas previstas. El trabajo pendiente del producto permite asignar prioridades al trabajo, organizar el trabajo en sprints y vincular rápidamente el trabajo a los elementos de trabajo pendiente en cartera. Puede definir los elementos de trabajo pendiente y, a continuación, administrar su estado mediante el panel.
Un equipo puede personalizar cada trabajo pendiente de producto. Más información: Creación de la lista de trabajo pendiente.
Elemento de trabajo pendiente (PBI)
Un tipo de elemento de trabajo que define las aplicaciones, los requisitos y los elementos que los equipos planean crear. Los propietarios de productos suelen definir y apilar los elementos de trabajo pendiente de producto que se definen con el proceso Scrum. Para más información, consulte Tipos y flujo de trabajo de elementos de trabajo de procesos Scrum.
Rol de propietario del producto
El rol de los propietarios de productos es actuar como punto de contacto entre los clientes y el equipo. Los propietarios de producto pueden reducir la necesidad de especificaciones detalladas. Y lo pueden hacer respondiendo mejor a las preguntas del equipo sobre los detalles de la aplicación. Además, definen claramente los criterios de aceptación dentro de cada requisito.
Rol de facilitador (Scrum Master)
Los facilitadores (Scrum Masters) ayudan a crear y mantener equipos saludables mediante el empleo de procesos Scrum. Guían, entrenan, enseñan y ayudan a los equipos Scrum en el empleo adecuado de los métodos Scrum. También actúan como agentes de cambio para ayudar a los equipos a superar los impedimentos y aumentar considerablemente su productividad. Para más información, consulte Procedimientos recomendados de Scrum: Rol de facilitador (Scrum Master).
Sprints (también conocidos como iteraciones)
Un sprint es un período de tiempo de dos a tres semanas que se usa para agrupar los elementos de trabajo que se completarán durante ese intervalo de tiempo. Los sprints se usan en metodologías Scrum para respaldar el planeamiento de sprints, la finalización de sprints y otros procesos Scrum. Los sprints se definen mediante rutas de iteración. Para obtener más información, vea Acerca de las rutas de acceso de área e iteración (también conocidos como sprints).
Trabajo pendiente del sprint
Una lista interactiva de elementos de trabajo asignados a la misma ruta de acceso de sprint o iteración para un equipo. El trabajo pendiente de sprint sirve de apoyo a los equipos que usan las metodologías Scrum. Para más información, consulte Planeamiento de sprints.
Gráfico de evolución de sprint
El gráfico de evolución del sprint refleja el progreso realizado por un equipo para completar todo el trabajo estimado durante su reunión de planeamiento de sprints. Los equipos lo supervisan para mitigar los riesgos y comprobar que no haya un cambio progresivo en el ámbito del proyecto a lo largo del ciclo de sprints. La línea de tendencia ideal siempre indicará una evolución constante. El área azul, como se muestra en el gráfico siguiente, representa lo que sucede realmente. Muestra cómo se acumula el trabajo a medida que los miembros del equipo agregan tareas y cómo se reduce a medida que las finalizan. Para más información, consulte Supervisión de la evolución del sprint.
Objetivos de sprint
Los objetivos de sprint se usan para centrar las actividades del sprint. El objetivo resume lo que el equipo quiere lograr al final del sprint. Para más información, consulte Procedimientos recomendados de Scrum: Establecimiento de objetivos de sprint.
Planeación de un sprint
La reunión de planeamiento de sprint se produce al principio de un sprint y es cuando el propietario del producto y el equipo acuerdan un conjunto de objetivos de sprint y trabajo. Para más información, consulte Procedimientos recomendados de Scrum: reuniones de planeamiento de sprint.
Reuniones retrospectivas de sprint
La reunión retrospectiva o de revisión del sprint se produce al final de un sprint. En esta el equipo muestra el trabajo que completaron durante el sprint. El propietario del producto, los clientes y las partes interesadas aceptan los casos de usuario que cumplen sus expectativas e identifican los nuevos requisitos. Los clientes suelen comprender mejor sus necesidades después de ver las demostraciones y pueden identificar los cambios que desean. Para más información, consulte Procedimientos recomendados de Scrum: reunión retrospectiva de sprint.
Tarea
Una tarea es un tipo de elemento de trabajo que se usa para realizar un seguimiento del trabajo estimado y restante. En Scrum, una tarea se considera que dura entre cuatro y doce horas. La definición de tareas es esencial para supervisar la evolución del sprint, trabajar con la capacidad del equipo y usar el panel de tareas. Las tareas están vinculadas a sus elementos de trabajo pendiente del producto o casos de usuario primarios. Para más información, consulte Adición de tareas a elementos de trabajo pendiente.
Panel de tareas
Un panel de tareas proporciona un panel de progreso interactivo del trabajo que es necesario para completar el trabajo pendiente del sprint de un equipo. Durante el sprint, le conviene actualizar el estado de las tareas y el trabajo restante de cada una. La actualización diaria de tareas o varias veces a la semana produce un gráfico de evolución del sprint más fluido. Para más información, consulte Panel de tareas.
Teams
Un equipo es un conjunto específico de miembros de un proyecto. Los equipos permiten a las organizaciones clasificar el trabajo para centrarse mejor en todas las tareas que supervisan como parte de un proyecto. Cada equipo accede a un conjunto de herramientas Agile. Los equipos pueden usar estas herramientas para trabajar de forma autónoma y colaborar con otros equipos de la empresa. Cada equipo puede configurar y personalizar las herramientas en función de los requisitos de trabajo. Para obtener más información, consulte Acerca de los equipos y las herramientas de Agile.
Miembro del equipo
Miembro que se ha incorporado a un proyecto u organización y que se ha agregado a un equipo específico. Los miembros del proyecto se pueden agregar a varios equipos. Varias herramientas Agile, como el planeamiento de capacidad, las alertas de equipo y los widgets de panel están en el ámbito del equipo. Es decir, hacen referencia automáticamente a los usuarios que se han agregado como miembros de un equipo para respaldar el planeamiento de actividades o el envío de alertas.
Para agregar usuarios a un equipo, consulte Adición de usuarios a un proyecto o equipo específico.
Deuda técnica
La deuda técnica incluye todo lo que el equipo debe hacer para implementar el código de calidad de producción y mantenerlo en ejecución en producción. Algunos ejemplos son errores, problemas de rendimiento, problemas operativos, accesibilidad y otros. Para más información sobre cómo minimizar la deuda técnica, consulte ¿Qué es el desarrollo de Agile?
Reuniones de evaluación de prioridades
Las reuniones de evaluación de prioridades se usan para revisar y organizar el trabajo pendiente y los errores asignados a un equipo. Se pueden agregar otros detalles a los elementos de trabajo, como estimaciones, criterios de aceptación y mucho más. Normalmente, un propietario del producto dirige las reuniones de evaluación de prioridades, a las que asisten jefes de equipo, analistas de negocio y otras partes interesadas que pueden hablar de riesgos específicos del proyecto.
Caso de usuario
Un tipo de elemento de trabajo que define las aplicaciones, los requisitos y los elementos que los equipos planean crear. Los propietarios de producto suelen definir y establecer el rango en la pila de los casos de usuario. El caso de usuario se define con el proceso Agile. Para más información, consulte Tipos de elementos de trabajo y flujo de trabajo de los procesos Agile.
Velocidad y gráfico de velocidad
La velocidad proporciona una métrica útil para extraer información sobre cuánto trabajo puede completar el equipo durante un ciclo de sprint. Después de que el equipo haya trabajado varios sprints, pueden usar el gráfico de velocidad y la herramienta de previsión para calcular el trabajo que se puede realizar en los futuros sprints.
La velocidad es una medida del trabajo que un equipo puede completar en función de su cadencia de sprint. El gráfico de velocidad integrado mide la velocidad mediante la suma del grado de dificultad del caso (Agile), el esfuerzo (Scrum) o el tamaño (CMMI) definidos para un sprint.
Por ejemplo, en el gráfico que se muestra a continuación, la barra verde indica el esfuerzo estimado total (grado de dificultad del caso) de los casos de usuario completados dentro de cada sprint. El azul corresponde al esfuerzo estimado de los elementos que aún no se han completado. Para más información, consulte Visualización y trabajo con el gráfico integrado de velocidad del equipo.
Junto con el gráfico de velocidad integrado, puede agregar un widget de velocidad al panel del equipo. Este widget se puede configurar para sumar un número de elementos de trabajo o la suma del esfuerzo. Para más información, consulte Configuración del widget de velocidad.
Cada equipo está asociado a un solo gráfico de velocidad. La velocidad varía en función de la capacidad del equipo, un sprint tras otro. Sin embargo, con el tiempo, la velocidad indicará una media confiable que se puede usar para predecir el trabajo pendiente completo. Al minimizar la variabilidad del tamaño del elemento de trabajo pendiente (esfuerzo o grado de dificultad del caso), se obtienen métricas de velocidad más confiables. Para más información, consulte Adición de tareas a elementos de trabajo pendiente.