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 | Azure DevOps Server 2020
Los equipos usan los tipos de elementos de trabajo (WIT) que se incluyen con MSF para la mejora del proceso CMMI 2015 (CMMI) para planificar y seguir los proyectos de software. Los propietarios de productos definen los requisitos para gestionar el backlog, y los equipos realizan un seguimiento del progreso en su tablero actualizando el estado de los requisitos y las tareas.
Los propietarios de producto asignan los requisitos a las características para ver el progreso a nivel de cartera. Cuando los equipos trabajan en iteraciones, crean tareas que se vinculan automáticamente a los requisitos.
Los evaluadores crean y ejecutan casos de prueba mediante Microsoft Test Manager o el portal web, y archivan errores para realizar un seguimiento de los defectos del código.
Teams también realizan un seguimiento de las solicitudes de cambio, los riesgos, los problemas y las notas capturadas durante las reuniones de revisión. Si no está familiarizado con el proceso de CMMI, comience con Plan and track work with CMMI (Planear y realizar un seguimiento del trabajo con CMMI).
Definición de requisitos
Cree los requisitos desde el panel de adición rápida en la página de trabajo pendiente del producto. Más adelante, abra cada requisito para proporcionar detalles y calcular su tamaño.
O bien, puede agregar requisitos de forma masiva mediante un archivo CSV (consulte Importación de elementos de trabajo desde CSV).
Important
La integración de Microsoft Project ya no se admite
Microsoft Project Integration y el TFSFieldMapping comando se descontinuan para:
- Visual Studio 2019 y versiones posteriores (incluida la integración de Office de Azure DevOps)
- Azure DevOps Server 2020 y versiones posteriores
- Azure DevOps Services
Lo que sigue funcionando: La integración de Microsoft Excel sigue siendo totalmente compatible con la importación masiva y la actualización de elementos de trabajo.
Alternativas recomendadas:
- Planes de entrega : característica nativa de Azure DevOps para el planeamiento de proyectos y el seguimiento entre equipos
- Extensiones de administración de proyectos : examine Marketplace de Azure DevOps para ver las soluciones actuales de diagrama de Gantt y administración de proyectos.
- Integraciones de terceros : muchas herramientas de administración de proyectos ofrecen conectores de Azure DevOps para una integración de flujo de trabajo sin problemas
Los requisitos describen los elementos del producto y las funciones que los equipos deben construir. Normalmente, los propietarios de productos definen y ordenan los requisitos en la página de tareas pendientes del producto. A continuación, el equipo delimita el esfuerzo necesario para luego escribir tareas y casos de prueba para implementar cada elemento.
Use las instrucciones siguientes y los campos de sección que se usan en común en los tipos de elementos de trabajo al completar el formulario. Para obtener más información, vea Planificación de un proyecto.
Field
Usage
Proporcione suficientes detalles para que el equipo calcule el esfuerzo de implementación. Céntrese en quién atiende el requisito, qué quieren lograr los usuarios y por qué. Evite describir cómo implementar el requisito. Incluya suficiente contexto para que el equipo pueda escribir tareas y casos de prueba desde el elemento.
En los campos HTML, puede agregar texto enriquecido e imágenes.
Captura el impacto para el cliente al no implementar el requisito en el campo de evaluación de impacto con texto enriquecido. Puede incluir detalles del modelo Kano que indican si el requisito es una característica sorprendente, necesaria o obvia.
Tipo de requisito (obligatorio)
Especifique uno de estos valores para Tipo de requisito:
- Objetivo empresarial
- Característica (valor predeterminado)
- Functional
- Interface
- Operational
- Calidad de servicio
- Safety
- Scenario
- Security
Indique el área del valor del cliente que aborda la epopeya, la característica o los requisitos. Los valores habituales son:
- Arquitectura: servicios técnicos para implementar características empresariales que ofrecen funcionalidades de solución.
- Empresa: servicios que satisfacen las necesidades de las partes interesadas y entregan directamente el valor del cliente (valor predeterminado).
Calcule el trabajo necesario para completar un requisito con cualquier unidad numérica que prefiera su equipo. Teams usa Tamaño para gráficos de velocidad y previsiones. El diagrama de flujo acumulativo también hace referencia a valores en este campo. Para obtener más información, consulte el documento técnico Estimación.
Proporcione la estimación original de una tarea. Normalmente, este valor no cambia una vez asignada la tarea. Puede especificar el trabajo en horas o días; el campo no tiene ninguna unidad de tiempo inherente.
Proporcione las fechas de inicio y finalización previstas para el trabajo.
Prioridad (obligatorio)
Establezca una clasificación subjetiva que refleje la prioridad empresarial:
- 1: el producto no se puede distribuir sin el elemento.
- 2: (valor predeterminado) El producto no puede enviarse sin el artículo, pero no requiere atención inmediata.
- 3: La implementación es opcional en función de los recursos, el tiempo y el riesgo.
Evaluación de prioridades (obligatorio)
Usa Triage cuando un elemento de trabajo esté en el estado Propuesto. Elija uno de: Pendiente (valor predeterminado), Más información, Información recibida, Clasificado.
Indica si un miembro del equipo no puede avanzar en el elemento de trabajo. Si un problema bloquea el trabajo, cree un vínculo al problema. Elija Sí o No.
Confirmado (obligatorio)
Indique si el equipo se ha comprometido a entregar el requisito. Elija Sí o No (valor predeterminado).
Registre el número de compilación del producto que incluye el requisito, la solicitud de cambio o la corrección de errores.
Prueba de aceptación de usuario (obligatorio)
Establezca el estado de la prueba de aceptación de usuario para un requisito de:
- Pass
- Fail
- No está lista (valor predeterminado)
- Ready
- Skipped
- Información recibida
Use No Listo cuando el requisito sea Activo y Listo cuando esté Resuelto.
Enumera los miembros del equipo familiarizados con el área del cliente que representa el requisito.
Capturar comentarios en la sección Discusión
Use la sección Discusión para agregar y revisar los comentarios realizados sobre el trabajo que se está realizando.
La barra de herramientas del editor de texto enriquecido aparece bajo el área de entrada de texto cuando coloca el cursor dentro de cualquier cuadro de texto que admita el formato de texto.
Note
No existe un campo de elemento de trabajo Discusión. Para consultar elementos de trabajo que cuentan con comentarios en el área Discusión, deberá filtrar por el campo Historial. El contenido completo del texto que se escribió en el cuadro de texto Discusión se agrega al campo Historial.
Mencionar a alguien, un grupo, un elemento de trabajo o una solicitud de incorporación de cambios
Seleccione uno de los siguientes iconos para abrir un menú de entradas recientes en las que mencionó a alguien, vinculado a un elemento de trabajo o vinculado a una solicitud de incorporación de cambios:
Puede abrir el mismo menú mediante métodos abreviados de teclado: en mención @, etiqueta #hash y signo de exclamación !.
Escriba un nombre o número para filtrar la lista de menús para que coincida con la entrada. Seleccione la entrada que desea agregar. Para incluir un grupo en la discusión, introduzca el símbolo at@ seguido del nombre del grupo, como un equipo o un grupo de seguridad.
Edición o eliminación de comentarios
Para editar o eliminar cualquiera de los comentarios de discusión, seleccione Editar
o Más acciones (
) y, a continuación, seleccione Eliminar:
Después de actualizar el comentario, seleccione Actualizar. Para eliminar el comentario, confirme la eliminación. En la pestaña Historial del formulario del elemento de trabajo se mantiene un registro de auditoría completo de todos los comentarios editados y eliminados.
Important
En el caso de Azure DevOps Server local, configure un servidor SMTP para que los miembros del equipo reciban notificaciones.
Agregar una reacción a un comentario
Agregue una o varias reacciones a un comentario eligiendo un icono emoji en la parte superior derecha de cualquier comentario. Elija entre los iconos situados en la parte inferior de un comentario junto a las reacciones existentes. Para eliminar la reacción, elija la reacción en la parte inferior del comentario. En la siguiente imagen se muestra un ejemplo de la experiencia de agregar una reacción y la visualización de reacciones en un comentario.
Guardar un comentario sin guardar el elemento de trabajo
Note
Esta característica está disponible a partir de Azure DevOps Server 2022.1.
Si solo tiene permisos para agregar a la discusión de un elemento de trabajo, puede hacerlo guardando comentarios. Este permiso se controla mediante nodos de ruta de área y el permiso Editar comentarios de elemento de trabajo de este nodo. Para obtener más información, vea Configurar permisos para el seguimiento del trabajo: creación de nodos secundarios, modificación de elementos de trabajo en un área o ruta de acceso de iteración.
Una vez guardados los comentarios, no es necesario guardar el elemento de trabajo.
Note
Al guardar los cambios realizados en el control Discusión , solo se guarda el comentario. No se han definido reglas de elementos de trabajo para la ejecución del tipo de elemento de trabajo.
Seguimiento del progreso del trabajo
A medida que avanza el trabajo, actualice el campo Estado para reflejar el estado actual. Opcionalmente, proporcione un motivo; Los campos de estado y motivo aparecen en el encabezado del formulario del elemento de trabajo.
Estados de flujo de trabajo de CMMI
En los diagramas siguientes se muestran los principales estados de progresión y regresión para los WIT de requisito, error y tarea.
| Requirement | Bug | Task |
|---|---|---|
|
|
|
El flujo de trabajo típico de un requisito sigue estos pasos:
- El propietario del producto crea un requisito con el estado Propuesto con el motivo predeterminado, Nuevo requisito.
- El propietario del producto mueve el requisito a Activo cuando comienza el trabajo.
- El equipo establece el requisito en Resuelto cuando finaliza el desarrollo y se superan las pruebas del sistema.
- Por último, el equipo o el propietario del producto mueven el requisito a Cerrado después de que los criterios de aceptación y las pruebas de validación confirmen la finalización.
Actualización del estado del trabajo con un panel o paneles de tareas
Usa el tablero o el tablero de tareas de sprint para actualizar (los) estados de los elementos. Al arrastrar un elemento a otra columna, se actualizan los campos Estado y Motivo.
Puede personalizar el panel para agregar más carriles de natación o columnas.
Asignar requisitos a las características
Al administrar varios productos o experiencias de usuario, defina características y asigne requisitos a esas características para ver el ámbito y el progreso en toda la cartera.
Use trabajos pendientes de cartera para explorar en profundidad entre los niveles de trabajo pendiente y para acumular el trabajo en curso en todos los equipos. También puede ver los resúmenes después de configurar una jerarquía de equipos.
El elemento de trabajo de características contiene campos similares a los requisitos más otros campos descritos en su referencia.
Definición de tareas
Cuando el equipo entrega trabajo en sprints, dividen los requisitos en tareas desde la página del backlog de sprint y calculan el esfuerzo.
Asigne un nombre a la tarea y calcule el trabajo.
Cuando los equipos calculan el trabajo, definen tareas y calculan horas o días para completarlas. Los equipos prevén la capacidad y refinan las tareas al comienzo de una iteración; posteriormente, cada miembro del equipo realiza un subconjunto de tareas. Las tareas pueden incluir desarrollo, pruebas y otras actividades. Por ejemplo, un desarrollador crea tareas para implementar un requisito mientras un evaluador crea tareas para escribir y ejecutar casos de prueba. Al vincular tareas a requisitos y errores, los equipos ven claramente el progreso de la implementación. Para más información, consulte Actividades de iteración.
Field
Usage
Seleccione el tipo de tarea de:
- Acción correctiva
- Acción de mitigación
- Planned
Elija la disciplina que representa esta tarea al estimar la capacidad de sprint por actividad.
- Analysis
- Development
- Test
- Educación del usuario
- Experiencia del usuario
Este campo también ayuda a calcular la capacidad por disciplina. Se asigna a type="Activity" en el archivo ProcessConfiguration. Para más información, consulte Implementación de tareas de desarrollo.
Escriba la estimación original de la tarea.
Actualice el trabajo restante a medida que avanza el equipo. Este valor alimenta los gráficos de capacidad, el gráfico de reducción de sprint y los informes relacionados. Si divide una tarea en subtareas, realice un seguimiento de las horas solo en las subtareas.
Registre el trabajo ya dedicado a implementar la tarea.
Realizar el seguimiento del progreso de la prueba
Requisitos de prueba
Desde el portal web o el Administrador de pruebas, cree casos de prueba que se vincule automáticamente a un requisito o error, o agregue un vínculo desde la 
pestaña (vínculos).
El caso de prueba contiene muchos campos, incluidos los campos que se integran con el proceso de compilación y prueba. Consulte Consulta basada en campos de integración de compilación y prueba para obtener más información.
En la pestaña (vínculos) se enumeran todos los requisitos y errores a los que hace referencia un caso de prueba. La vinculación ayuda a los equipos a realizar un seguimiento del progreso de las pruebas y admite informes como el Informe de información general de requisitos.
Realizar el seguimiento de los defectos de código
Cree errores desde el portal web, Visual Studio o el Administrador de pruebas (consulte Administrar errores).
Realizar el seguimiento de solicitudes de cambio, riesgos, problemas y notas capturadas en las reuniones de revisión
Además de los requisitos, características, tareas y errores, el proceso de CMMI recomienda estas WIT:
- Solicitud de cambio para gestionar los cambios propuestos en productos bajo gestión de cambios.
- Problema para realizar un seguimiento de eventos o situaciones que podrían bloquear el trabajo. Los problemas difieren de los riesgos porque los equipos suelen identificar problemas espontáneamente durante las reuniones diarias.
- Riesgo para realizar un seguimiento de la probabilidad y la varianza entre los resultados reales y deseados. Al administrar riesgos, se minimiza la varianza entre los resultados esperados y reales.
- Revise para documentar cómo una revisión de código o diseño cumple estándares como la corrección de nombres, la relevancia del código, la extensibilidad, la complejidad y la seguridad.
Puede agregar un problema mediante el widget Nuevo elemento de trabajo en un panel de equipo o desde el menú Nuevo de la página Consultas.
Los elementos de trabajo agregados desde el widget se asignan automáticamente al área predeterminada de su equipo y a los recorridos de iteración. Para cambiar el contexto del equipo, vea Cambio del contexto del equipo.
Definiciones de campos de seguimiento de trabajo comunes
Los siguientes campos y las pestañas aparecen en la mayoría de los elementos de trabajo. Cada pestaña se usa para realizar un seguimiento de información específica. Las pestañas usadas habitualmente incluyen 
Historial, Vínculos y 
Datos adjuntos.
El único campo obligatorio para todos los tipos de elementos de trabajo es Título. Al guardar un elemento de trabajo, el sistema asigna un identificador único, un identificador. El formulario resalta los campos obligatorios en amarillo. Para obtener información sobre otros campos, vea Índice de campos de elementos de trabajo.
Note
Es posible que se requieran otros campos en función de las personalizaciones realizadas en el proceso y el proyecto.
Campo o pestaña
Usage
Escriba una descripción de 255 caracteres como máximo. Puede modificar el título más adelante.
Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo, o deje en blanco y complete la asignación más adelante.
Cuando se crea un elemento de trabajo por primera vez, el campo Estado muestra automáticamente el primer estado del flujo de trabajo, como Nuevo o Sin asignar. A medida que avanza el trabajo, actualice el estado para reflejar el estado actual del elemento de trabajo.
Cuando cree un elemento de trabajo por primera vez, establezca el valor de Motivo predeterminado, como Creado o Nuevo elemento de trabajo. A medida que cambia el estado del elemento de trabajo, actualice el valor reason en consecuencia. Cada estado del elemento de trabajo está asociado a un valor de motivo predeterminado.
Elija la ruta de acceso del área asociada al producto o equipo, o deje en blanco y escriba un valor adecuado más adelante. Puede cambiar la lista desplegable de áreas disponibles. Para más información, consulte Definición de rutas de acceso de área y asignación a un equipo.
Elija el sprint o la iteración en los que se va a completar el elemento de trabajo, o deje en blanco y asigne el valor más adelante. Puede cambiar la lista desplegable de iteraciones. Para obtener más información, consulte Definir trayectorias de iteración (sprints) y configurar iteraciones del equipo.
Vea el historial del elemento de trabajo para ver todos los cambios realizados en el elemento, tal como lo captura el sistema. Cada vez que se actualiza un elemento de trabajo, los detalles se anexan al historial. Verá la fecha de cambio, el autor del cambio y la lista de campos actualizados. También puede agregar texto con formato al campo Historial .
Agregue vínculos para crear conexiones con otros elementos de trabajo. Se admiten muchos tipos de vínculos, como hipervínculos, conjuntos de cambios, archivos de código fuente, etc. Especifique la relación del elemento vinculado con el elemento de trabajo, como Padre, Encontrado en Compilación o Resultado de la prueba.
Use Datos adjuntos para incluir información complementaria sobre el elemento de trabajo con el elemento. Adjunte conversaciones de correo electrónico, documentos, imágenes, archivos de registro u otros tipos de archivos.
Personalizar tipos de elemento de trabajo
Para la mayoría de los tipos de elementos de trabajo, puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para obtener más información, consulte Personalización de un proceso de herencia.
Para la mayoría de los tipos de elementos de trabajo, puede agregar campos, cambiar el flujo de trabajo, agregar reglas personalizadas y agregar páginas personalizadas al formulario de elemento de trabajo. También puede agregar tipos de elementos de trabajo personalizados. Para más información, vea Personalización de un proceso de herencia o Personalización del modelo de proceso XML local en función del modelo de proceso usado por el proyecto.
Contenido relacionado
- Crear un proyecto
- Agregar elementos de trabajo y administrar un proyecto
- Crear un registro de trabajo pendiente
- Administrar acceso a características específicas
- Obtener información sobre los niveles de acceso y permisos predeterminados para Azure Boards
Orden de lista de trabajos pendientes
Usa el campo Stack Rank para realizar un seguimiento de la clasificación relativa de requisitos, características o épicas. La página de trabajo pendiente determina la secuencia en función de dónde agregue o mueva elementos en la página (vea Crear el trabajo pendiente). A medida que arrastra elementos, un proceso en segundo plano actualiza el campo Clasificación de pila. Este campo no aparece en el formulario de elemento de trabajo de forma predeterminada.