Tipos y flujo de trabajo de elementos de trabajo de la plantilla de proceso para CMMI

Los equipos usan los tipos de elemento de trabajo (WIT) proporcionados con la plantilla de desarrollo MSF for CMMI Process Improvement 2013 (CMMI) para planear y hacer un seguimiento del progreso de los proyectos de software. Los equipos definen requisitos para administrar el trabajo pendiente y después, mediante el panel kanban, realizan un seguimiento del progreso actualizando el estado de los requisitos.

Para comprender mejor una cartera de requisitos, los propietarios del producto pueden asignar requisitos a las características. Cuando los equipos trabajan en iteraciones, definen tareas que se vinculan automáticamente a los requisitos.

Con Microsoft Test Manager y Team Web Access (TWA), los evaluadores crean y ejecutan casos de prueba y definen errores para realizar un seguimiento de los defectos de código.

Para admitir los procesos adicionales CMMI, los equipos pueden realizar el seguimiento de solicitudes de cambio, riesgos, problemas y notas capturadas en las reuniones de revisión.

Planear un proyecto definiendo requisitos y calculando el tamaño del trabajo

Cree los requisitos desde el panel de adición rápida en la página de trabajo pendiente del producto. También puede agregar requisitos de manera masiva con Excel o Project.

Después, puede abrir cada requisito para proporcionar más detalles y estimar su tamaño.

Los requisitos especifican las funciones y elementos de producto que deben crear los equipos. Los propietarios del producto suelen definir y establecer el rango en la pila de los requisitos en la página de trabajo pendiente del producto. A continuación, el equipo establece el tamaño del trabajo necesario para entregar los elementos de prioridad máxima.

Al definir el Tamaño para los requisitos, los equipos pueden usar la característica de previsión y los gráficos de velocidad para estimar futuras iteraciones o esfuerzos de trabajo. Capture la información fundamental mediante las pestañas y campos siguientes. Para obtener orientación adicional, vea Planear un proyecto.

Campo/pestaña	Uso
Tamaño (vea la nota 1)	Estimar el trabajo necesario para completar un requisito usando la unidad de medida que el equipo prefiera, como el tamaño de la camiseta, los puntos de caso o el tiempo. Los gráficos de velocidad y las herramientas de previsión de Agile hacen referencia a los valores de este campo. Este es un campo obligatorio para generar el gráfico de velocidad.
Prioridad [obligatorio] (2)	Una calificación subjetiva del requisito respecto al negocio. Los valores permitidos son: 1: el producto no se puede distribuir sin el elemento. 2: (predeterminado) el producto no se puede distribuir sin el elemento, pero no es necesario solucionarlo inmediatamente. 3: la implementación del elemento es opcional en función de los recursos, el tiempo y el riesgo.
Evaluación de errores [obligatorio] (2)	Indica el tipo de decisión de evaluación de errores que está pendiente para el elemento de trabajo. Use este campo cuando el elemento de trabajo esté en el estado Propuesto y especifique uno de los siguientes valores: Pendiente (valor predeterminado), Más información, Información recibida y Evaluado.
Bloqueado (2)	Indica si un miembro del equipo no puede progresar hacia la implementación de un requisito o tarea, o la resolución de un error, problema, solicitud de cambio o riesgo. Si se ha detectado un problema al realizar el seguimiento de un problema de bloqueo, puede crear un vínculo al problema. Puede especificar Sí o No.
Confirmado [obligatorio] (2)	Indica si el requisito se confirma o no en el proyecto. Puede especificar Sí o No (predeterminado).
Rango en la pila (1)	Se usa para realizar un seguimiento de la clasificación relativa de los requisitos. La secuencia de elementos en la página del trabajo pendiente del producto se determina en función de dónde se hayan agregado o movido los elementos en la página. Al arrastrar elementos, un proceso en segundo plano actualiza este campo asignado a type="Order" en el archivo ProcessConfiguration.
(Requisito) Tipo [obligatorio] (2)	El tipo de requisito que se va a implementar. Puede especificar uno de los siguientes valores: Objetivo del negocio Característica (valor predeterminado) Funcional Interfaz Operativo Calidad de servicio Protección Escenario Seguridad
Descripción	Proporcione detalles suficientes para calcular la cantidad de trabajo que será necesario para implementar el requisito. Céntrese en quién utilizará el requisito, qué se desea lograr y por qué. No describa el modo en que se debe desarrollar el requisito. Proporcione detalles suficientes para que el equipo pueda escribir tareas y casos de prueba para implementar el elemento. En los campos HTML, puede agregar texto enriquecido e imágenes.
Análisis (Evaluación del impacto)	El impacto en el cliente si no se implementa este requisito. Se podrán incluir detalles del modelo de Kano para indicar si este requisito forma parte de la categoría de requisitos sorpresa, obligatorios u obvios. Esta información se captura en el campo HTML de texto enriquecido que corresponde a Evaluación del impacto.
Otros	Los siguientes campos, situados en la pestaña Otros, no son obligatorios. Integrado en: número de compilación del producto que incorpora el requisito o la solicitud de cambio, o que corrige un error. Prueba de aceptación del usuario [obligatorio] (2): el estado de la prueba de aceptación del usuario. Sin errores Con errores No está listo (valor predeterminado) Listo Se omitió Información recibida Especifique No está listo si el requisito es Activo y Listo si el requisito es Resuelto. Estimación original (3): la cantidad de horas o días necesarios para completar una tarea. Expertos en la materia: los nombres de los miembros del equipo que están familiarizados con el área de cliente que representa este requisito. Fecha de inicio, Fecha de finalización (3): las fechas en las que se iniciará o finalizará el trabajo. Microsoft Project rellena estos campos cuando se utiliza para la programación.

Notas:

1. Para cambiar la asignación de campos, vea Configurar y personalizar herramientas de planeación ágiles para un proyecto de equipo.

2. Para cambiar la selección de menú, vea Personalizar una lista de selección.

3. Puede especificar el trabajo en horas o en días. No hay unidades de tiempo inherentes asociadas a este campo.

   Si usa Microsoft Project para asignar recursos y seguir una programación, puede actualizar estos campos con Project.

Realizar el seguimiento del progreso

Los equipos pueden usar el panel kanban para hacer un seguimiento del progreso de los requisitos, y el panel de tareas de sprint para hacer un seguimiento del progreso de las tareas. Al arrastrar elementos a una nueva columna de estado, se actualizan los campos Estado y Motivo del flujo de trabajo.

Puede personalizar el panel kanban para admitir calles o columnas adicionales. O bien, puede personalizar el flujo de trabajo para el requisito y los tipos de elementos de trabajo (WIT) de tarea, lo que cambiará los encabezados de columna predeterminados.

Progresión típica de flujo de trabajo para un requisito:

• El propietario del producto crea un requisito en el estado Propuesto con el motivo predeterminado, Nuevo requisito.

• El propietario del producto actualiza el estado a Activo cuando empieza a trabajar para implementarlo.

• El equipo actualiza el estado a Resuelto cuando el desarrollo de código finaliza y se superan las pruebas del sistema.

• Por último, el equipo o el propietario del producto mueve el requisito a Cerrado cuando el propietario del producto acepta que se ha implementado según los criterios de aceptación y que ha superado todas las pruebas de validación.

Asignar requisitos a las características

Cuando administre un conjunto de productos o de experiencias de usuario, quizás desee ver el ámbito y el progreso del trabajo en la cartera de producto. Puede hacerlo si define características y asigna requisitos a estas.

En la página de trabajo pendiente de la característica, puede agregar rápidamente características, de la misma manera que agregó requisitos.

El elemento de trabajo de característica contiene campos similares proporcionados para los requisitos e incluye algunos campos adicionales, como se describe en la tabla siguiente.

La pestaña Requisitos captura los vínculos a los requisitos asignados.

Campo	Uso
Valor empresarial	Especifique un número que capture el valor relativo de una característica en comparación con otras características. Cuanto mayor sea el número, mayor será el valor empresarial.
Fecha prevista	Especifique la fecha antes de la cual se debe haber implementado la característica.

En la página de trabajo pendiente, con Asignación activado, puede arrastrar los requisitos a la característica que implementan.

Esta asignación crea vínculos primario-secundario de características a requisitos, que se capturan en la pestaña Requisitos.

Use los trabajos pendientes de cartera para explorar en profundidad los trabajos pendientes y ver el nivel de detalle que desee. Además, puede usar los trabajos pendientes de cartera para ver una consolidación del trabajo en curso de varios equipos al configurar una jerarquía de equipos.

Definir las tareas necesarias para implementar los requisitos y realizar el seguimiento de la capacidad y evolución del equipo

Cuando el equipo administra su trabajo en una serie de iteraciones, puede usar la página de trabajo pendiente del sprint para dividir el trabajo que se va a realizar en tareas distintas.

Asigne un nombre a la tarea y calcule el trabajo que requerirá.

Cuando los equipos calculan el trabajo, definen tareas y calculan las horas o los días necesarios para completarlas. Los equipos realizan la previsión del trabajo y definen las tareas al principio de una iteración, y cada miembro del equipo realiza un subconjunto de esas tareas. Las tareas pueden incluir el desarrollo, las pruebas y otros tipos de trabajos. Por ejemplo, un desarrollador puede definir tareas para implementar requisitos, y un evaluador puede definir tareas para escribir y ejecutar casos de prueba. Al vincular tareas a requisitos y errores, es posible ver el progreso realizado en estos elementos. Para obtener orientación adicional, vea Actividades de iteración.

Campo	Uso
Tipo de tarea (vea la nota 1)	Seleccione el tipo de tarea que se va a implementar a partir de los valores permitidos: Acción correctiva Acción de mitigación del riesgo Planeado
Disciplina (1)	Seleccione la disciplina que esta tarea representa cuando el equipo estima la capacidad de sprint por actividad. Análisis Desarrollo Prueba Datos académicos del usuario Experiencia del usuario Este campo también se usa para calcular la capacidad por disciplina. Se asigna a type="Activity" en el archivo ProcessConfiguration. (2) Para obtener orientación adicional, vea Implementar tareas de desarrollo.
Estimación original (3)	La cantidad de trabajo estimada requerida para completar una tarea. Normalmente, este campo no cambia una vez asignado.
Trabajo restante (3)	Indique cuántas horas o días de trabajo quedan para completar una tarea. A medida que el trabajo progresa, debe actualizar este campo. Se usa para calcular los gráficos de capacidad, el gráfico de evolución del sprint y el informe Informe de evolución y tasa de evolución. Si se divide una tarea en subtareas, especifique las horas solamente para las subtareas. Puede especificar el trabajo en la unidad de medida que el equipo elija.
Trabajo completado (3)	La cantidad de trabajo que se ha empleado en la implementación de una tarea.

Notas:

1. Para cambiar la selección de menú, vea Personalizar una lista de selección.

2. Para cambiar la asignación de campos, vea Configurar y personalizar herramientas de planeación ágiles para un proyecto de equipo.

3. Puede especificar el trabajo en horas o en días. No hay unidades de tiempo inherentes asociadas a este campo.

   Si usa Microsoft Project para asignar recursos y seguir una programación, puede actualizar estos campos con Project.

Realizar el seguimiento del progreso de la prueba en los casos de usuario y capturar los defectos de código

Requisitos de pruebas

Con Test Manager o TWA, puede crear casos de prueba que se vinculan automáticamente a un requisito o a un error.

El caso de prueba contiene varios campos, muchos de los cuales se automatizan y se integran con Test Manager y el proceso de compilación. Para obtener una descripción de cada campo, vea Referencia de campos de integración de compilación y pruebas.

La pestaña Requisitos probados muestra todos los requisitos y errores de un caso de prueba. La vinculación permite al equipo seguir el progreso realizado en las pruebas de cada elemento y admitir la información que aparece en el informe Informe Información general sobre los requisitos (CMMI).

Realizar el seguimiento de los defectos de código

Puede crear errores desde TWA, Visual Studio o al hacer pruebas con Test Manager. Para obtener orientación adicional, vea Realizar el seguimiento de los errores.

Campo/pestaña	Uso
Causa principal	Seleccione la causa del error a partir de los valores permitidos: Error de codificación Error de diseño Error de especificación Error de comunicación Desconocido Para cambiar la selección de menú, vea Personalizar una lista de selección.
Pasos para reproducirlo	Capture información suficiente para que otros miembros del equipo puedan entender las consecuencias del problema, así como para ver si se corrigió el error. Esto incluye las acciones realizadas para buscar o reproducir el error y el comportamiento previsto. Describa los criterios que debe usar el equipo para comprobar si se ha corregido el defecto de código.
Gravedad	Seleccione uno de los valores permitidos que representan una calificación subjetiva del impacto de un error en el proyecto: 1 - Crítica 2 - Alta 3 - Media 4 - Baja Para cambiar la selección de menú, vea Personalizar una lista de selección.
Info. del sistema Encontrado en compilación Integrado en la compilación	Cuando Test Manager crea errores, rellena automáticamente Información del sistema y Encontrado en compilación con información sobre el entorno de software y la compilación donde se produjo el error. Para más información sobre cómo definir los entornos de software, vea Configurar máquinas de pruebas para ejecutar pruebas o recopilar datos. Cuando se resuelva el error, use Integrado en la compilación para indicar el nombre de la compilación que incorpora el código que corrige el error. Para acceder a un menú desplegable de todas las compilaciones que se ejecutaron, puede actualizar las definiciones de FIELD de Encontrado en compilación e Integrado en la compilación para hacer referencia a una lista global. La lista global se actualiza automáticamente con cada compilación que se ejecuta. Para obtener más información, vea Campos para la integración con Test, Build y control de versiones. Para obtener más información sobre cómo definir los nombres de compilación, vea Utilizar números de compilación para dar nombres significativos a las compilaciones completadas.

Realizar el seguimiento de solicitudes de cambio, riesgos, problemas y notas capturadas en las reuniones de revisión

Con los WIT siguientes, los equipos pueden realizar el seguimiento de la información recomendada por el proceso CMMI.

• Cree una solicitud de cambio cada vez que se proponga un cambio en cualquier producto de trabajo que esté bajo el control de cambios. Para obtener orientación de uso adicional, vea Administrar los cambios y Referencia de campos de solicitud de cambio (CMMI).

  

  En la pestaña Análisis, proporcione detalles sobre cómo afectará la solicitud de cambio a la arquitectura, la experiencia del usuario, la prueba, el diseño/desarrollo o las publicaciones técnicas.

• Cree un problema para realizar el seguimiento de un evento o una situación que podría bloquear o está bloqueando el trabajo en el producto. Los problemas difieren de los riesgos en que los equipos identifican los problemas espontáneamente, en general durante las reuniones diarias del equipo.

  

  Para obtener orientación adicional, vea Administrar problemas y Referencia de campos de errores, problemas y riesgos (CMMI).

• Cree un riesgo para realizar el seguimiento de un evento o una situación que podría bloquear o está bloqueando el trabajo en el producto. Los problemas difieren de los riesgos en que los equipos identifican los problemas espontáneamente, en general durante las reuniones diarias del equipo.

  

  Para obtener orientación adicional, vea Administrar riesgos y Referencia de campos de errores, problemas y riesgos (CMMI).

• Cree una revisión para documentar los resultados de una revisión del diseño o del código. Los miembros del equipo pueden capturar los detalles de cómo el diseño o el código satisface las normas en las áreas de exactitud del nombre, relevancia del código, extensibilidad, complejidad del código, complejidad algorítmica y seguridad del código.

  

  Para obtener orientación adicional, vea Implementar tareas de desarrollo y Referencia de campos de reuniones de revisión (CMMI).

Definir pestañas y campos de elementos de trabajo comunes

Los campos y las pestañas siguientes aparecen en la mayoría de los formularios de elemento de trabajo. Cada pestaña se usa para hacer un seguimiento de información específica como, por ejemplo, el Historial, los Vínculos o los Datos adjuntos. Estos tres campos proporcionan un historial de cambios, una vista de los elementos de trabajo vinculados y la capacidad para ver y adjuntar archivos, respectivamente.

El único campo obligatorio es Título. Cuando se guarda el elemento de trabajo, el sistema le asigna un Id. único.

Campo/pestaña	Uso
Título (obligatorio)	Escriba una descripción de 255 caracteres como máximo. Siempre puede modificar el título más tarde.
Asignado a	Asigne el elemento de trabajo al miembro del equipo responsable de realizar el trabajo. En función del contexto en el que esté trabajando, el menú desplegable mostrará solo los miembros del equipo o los colaboradores del proyecto de equipo.
Estado	Use el valor predeterminado primero. A medida que el trabajo progresa, debe actualizarlo para reflejar el estado actual. Para cambiar la lista desplegable de estados, vea Cambiar el flujo de trabajo de un tipo de elemento de trabajo.
Motivo	Utilice la configuración predeterminada primero. Actualice el campo cuando cambie el estado. Cada estado se asocia a un motivo predeterminado. Para cambiar la lista desplegable de motivos, vea Cambiar el flujo de trabajo de un tipo de elemento de trabajo.
Área	Elija la ruta de acceso de área asociada al producto o el equipo, o déjela en blanco hasta que se asigne durante una reunión de planeación. Para cambiar la lista desplegable de áreas, vea Agregar y modificar rutas de acceso de área e iteración.
Iteración	Elija el sprint o la iteración en la que debe completarse el trabajo o déjela en blanco y asígnela más tarde, durante una reunión de planeación. Para cambiar la lista desplegable de iteraciones, vea Agregar y modificar rutas de acceso de área e iteración.
Todos los vínculos	Agregue todos los tipos de vínculos como, por ejemplo, hipervínculos, conjuntos de cambios, archivos de código fuente, etc. Esta pestaña también muestra todos los vínculos definidos para el elemento de trabajo, incluso los definidos en otras pestañas de control de vínculos.
Datos adjuntos	Para compartir información más detallada, agregue archivos al elemento de trabajo, como subprocesos de correo electrónico, documentos, imágenes, archivos de registro u otros tipos de archivo.
Historial	Revise el registro de auditoría que captura el sistema y capture información adicional. Cada vez que se actualice el elemento de trabajo, se agregará información al historial. El historial incluye la fecha del cambio, el autor del cambio y los campos que se modificaron. También puede agregar texto con formato al campo Historial.

Para buscar información acerca de otros campos, vea el índice de campos de elementos de trabajo.

Inicio del seguimiento del trabajo

Antes de empezar a realizar un seguimiento del trabajo, debe tener un proyecto de equipo. Vaya aquí para crear uno.

Para comenzar a realizar un seguimiento del trabajo, siga uno o varios de estos procedimientos:

• Para familiarizarse con las tareas comunes de los elementos de trabajo, consulte Introducción al uso de elementos de trabajo.

• Para crear un trabajo pendiente, utilice TWA. Consulta Crear el trabajo pendiente.

• Para crear una estructura de descomposición del trabajo, use Project o Excel.

• Para más información sobre qué cliente usar, vea Elegir el cliente de Team Foundation apropiado para sus tareas.

Preguntas y respuestas

P: ¿Qué estados de flujo de trabajo admite CMMI?

R: Estos diagramas muestran los principales estados de progresión y regresión de Característica, Requisito, Error y Tarea. Para personalizar el flujo de trabajo, vaya aquí.

Característica

Requisito

Error

Tarea

P: ¿Cómo puedo resolver un error como duplicado?

R: Establezca el estado como Quitado y especifique el motivo Duplicado.

P: ¿Cómo puedo vincular a un error existente desde el Ejecutor de pruebas?

R: Vea Actualizar un error existente mientras se usa el Ejecutor de pruebas.