Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
En este artículo se proporciona un breve diccionario de términos y las herramientas que usa para realizar un seguimiento del trabajo con Sprints y Scrum. Revise también el glosario de Agile y el 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 reducción y de progreso
Los gráficos de decremento y de incremento le ayudan a realizar un seguimiento visual del trabajo completado con el tiempo. Los gráficos de burndown comienzan con el trabajo total planificado y representan el trabajo restante a medida que el equipo completa las tareas. A medida que avanza el tiempo, el trabajo restante disminuye.
Los gráficos de "burnup" muestran el gran trabajo completado a lo largo del tiempo y le ayudan a ilustrar el ritmo de entrega.
Para obtener instrucciones, consulte Orientación sobre la evolución y la evolución ascendente.
Capacidad individual y de equipo
La capacidad se corresponde con el tiempo real de tarea disponible, ya sea en horas o días, para un individuo o un equipo. Azure DevOps proporciona una herramienta de capacidad para el sprint de cada equipo para que pueda establecer la capacidad individual y los días de espera al crear tareas y calcular el trabajo.
La configuración de la capacidad muestra el número total de horas o días del equipo para el sprint y muestra la barra de capacidad de cada miembro del equipo. Para más información, consulte Establecimiento de la capacidad de sprint.
Barras de capacidad
Las barras de capacidad le permiten ver rápidamente quién está sobre, al o por debajo de la capacidad. Las barras de capacidad se actualizan cuando:
- asignar tareas con trabajo restante distinto de cero,
- cambiar el trabajo restante o
- cambiar fechas dentro del ciclo de sprint.
La capacidad individual y del equipo reflejan la capacidad del día actual hasta el final del sprint.
| Colores de capacidad | Barras de capacidad |
|---|---|
|
|
Para obtener más información, consulte Ajustar el trabajo según la capacidad del sprint.
Reuniones Scrum diarias
Las reuniones diarias de Scrum mantienen a los equipos centrados en lo que necesitan hacer para cumplir los compromisos de sprint. El Maestro de Scrum aplica la estructura de la reunión y ayuda al equipo a empezar a tiempo y terminar en 15 minutos o menos. Consulte procedimientos recomendados de Scrum, Reunión Diaria de Scrum.
Forecast
Use la herramienta Previsión para planear sprints. La previsión muestra los elementos de trabajo pendiente que los equipos pueden completar en sprints futuros en función de las estimaciones y la velocidad.
Por ejemplo, una velocidad de 20 indica que el trabajo mostrado tarda aproximadamente cinco sprints en completarse. Consulte Previsión de la lista de pendientes 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
Los propietarios de productos actúan como la interfaz entre los clientes y el equipo. Responden a preguntas del equipo sobre la implementación, definen criterios de aceptación y ayudan a reducir la necesidad de especificaciones detalladas.
Rol de facilitador (Scrum Master)
Scrum Masters ayuda a crear y mantener equipos saludables entrenando y guiando prácticas de Scrum. Eliminan los impedimentos e impulsan mejoras en la productividad del equipo. Consulte Procedimientos recomendados de Scrum, Rol del Maestro de Scrum.
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 equipo usa el gráfico de sprint burndown para realizar un seguimiento del progreso hacia completar el trabajo estimado durante la planificación del sprint. La línea de tendencia ideal indica una disminución constante en el trabajo restante. El área azul del gráfico muestra la actividad real: adiciones y reducciones de tareas a medida que el equipo actualiza el trabajo restante.
Consulte Gráfico de quema de sprints.
Objetivos de sprint
Los objetivos de sprint orientan las actividades de sprint y resumen lo que el equipo planea lograr al final del sprint. Consulte Procedimientos recomendados de Scrum, Establecimiento de objetivos de sprint.
Planeación de un sprint
El planeamiento de sprint se produce en el inicio del sprint cuando el propietario del producto y el equipo están de acuerdo con los objetivos y el trabajo del sprint. Consulte Procedimientos recomendados de Scrum, reuniones de planificación de Sprint.
Reuniones retrospectivas de sprint
Al final del sprint, el equipo muestra el trabajo completado, las partes interesadas aceptan casos de usuario que cumplen las expectativas y todos identifican mejoras. Consulte Procedimientos recomendados de Scrum, reunión retrospectiva de Sprint.
Tarea
Una tarea es un elemento de trabajo que realiza un seguimiento del trabajo estimado y restante. En Scrum, los equipos suelen definir tareas entre 4 y 12 horas. Las tareas ayudan a supervisar la quema de sprints, administrar la capacidad del equipo y dirigir la actividad del Panel de tareas. Las tareas se vinculan a elementos del backlog del producto o a historias de usuario. Consulte Agregar tareas a elementos de trabajo pendiente.
Panel de tareas
Un Panel de tareas proporciona una vista interactiva del trabajo necesario para completar el trabajo pendiente de sprint de un equipo. Durante el sprint, actualice el estado de la tarea y el trabajo restante diariamente o varias veces a la semana para mantener el gráfico de reducción del sprint sin problemas. 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
Un miembro del equipo es alguien que se agrega a un proyecto y se asigna a uno o varios equipos. Herramientas ágiles de ámbito de equipo (planificación de capacidad, alertas de equipo y widgets de panel) hacen referencia automáticamente a los miembros del equipo para la planificación y las notificaciones.
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 el trabajo necesario para implementar y mantener código de calidad de producción: errores, problemas operativos y de rendimiento, brechas de accesibilidad y elementos similares. Consulte ¿Qué es el desarrollo ágil?.
Reuniones de evaluación de prioridades
Las reuniones de evaluación de prioridades ayudan a los equipos a revisar y organizar el trabajo pendiente y la gestión de errores. Normalmente, los dueños de productos realizan reuniones de triage con responsables de equipo, analistas de negocios y partes interesadas para identificar riesgos, criterios de aceptación y prioridades.
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 ayuda a los equipos a comprender cuánto trabajo pueden completar en una cadencia de sprint. Después de varios sprints, los equipos usan el gráfico de velocidad y la previsión para calcular la capacidad futura del sprint.
El gráfico de velocidad integrado suma puntos de historia (Agile), Esfuerzo (Scrum) o Tamaño (CMMI) para cada sprint. La barra verde muestra el esfuerzo realizado en la historia; la parte azul muestra el esfuerzo estimado pendiente. Consulte Visualizar y trabajar con el gráfico de velocidad integrado del equipo.
Cada equipo tiene un gráfico de velocidad. La velocidad varía con la capacidad del equipo y con el tiempo, pero los promedios se vuelven útiles para la previsión cuando los equipos reducen la variabilidad en el ajuste de tamaño de los elementos de trabajo pendiente. Consulte Agregar tareas a elementos de trabajo pendiente.