Trabajar con artefactos de proyecto de equipo y elegir una plantilla de proceso

Siempre que cree un proyecto de equipo, deberá elegir una plantilla de proceso. La plantilla de proceso define el conjunto de tipos de elementos de trabajo (WIT), consultas e informes que se utilizarán para planear y realizar el seguimiento del proyecto. Elija la plantilla que ofrezca las herramientas que su equipo necesita y reduzca la sobrecarga para que su equipo pueda centrarse en la calidad.

Para crear un proyecto de equipo, vaya aquí.

Para acceder a las versiones más recientes de las plantillas de proceso de Team Foundation Server (TFS), instale Visual Studio Team Foundation Server 2013 (TFS). Luego, descárguelas con el Administrador de plantillas de proceso.

Las principales diferencias entre las tres plantillas de proceso predeterminadas están en los tipos de elementos de trabajo que proporcionan para la planeación y el seguimiento del trabajo. Visual Studio Scrum es la más ligera, mientras que MSF for Capability Maturity Model Integration (CMMI) proporciona la mayor compatibilidad con los procesos formales y la administración de cambios.

Microsoft Visual Studio Scrum 2013 Elija Visual Studio Scrum si el equipo administra errores junto con los elementos de trabajo pendiente del producto durante la planeación de sprints. La plantilla Scrum está diseñada para admitir la metodología Scrum tal como la define la organización de Scrum. Esta plantilla de proceso lleva un seguimiento de los errores al mismo nivel que los elementos de trabajo pendiente del producto y realiza un seguimiento de las estimaciones con el campo Trabajo. El sistema pone automáticamente a cero el campo Trabajo restante cuando el estado de la tarea se establece en Listo.
MSF for Agile Software Development 2013 Elija Agile si la organización evalúa los errores con independencia del trabajo pendiente del producto y resuelve los elementos de trabajo antes de cerrarlos. Asimismo, elija Agile si el equipo asigna un período de tiempo para errores con cada sprint. La plantilla Agile está diseñada para admitir el desarrollo de Agile en los equipos que no desean limitarse a Scrum. Admite la estimación de casos de usuario con puntos de caso. Las tareas contienen campos para hacer un seguimiento de los campos Estimación original, Trabajo restante y Trabajo completado. No se realiza un seguimiento de los errores en ninguna página de trabajo pendiente. Para más información, sobre las metodologías Agile, consulte http://www.agilealliance.org/.
MSF for CMMI Process Improvement 2013 Elija CMMI si la organización evalúa los errores con independencia del trabajo pendiente del producto, resuelve los elementos de trabajo antes de cerrarlos y sigue formalmente los cambios realizados en los requisitos. La plantilla CMMI está diseñada para admitir procesos de administración de cambios formales. Esta plantilla admite la estimación de requisitos con un campo de tamaño. Las tareas contienen campos para hacer un seguimiento de los campos Estimación original, Trabajo restante y Trabajo completado. No se realiza un seguimiento de los errores en ninguna página de trabajo pendiente. Para más información sobre los procesos de CMMI, vaya aquí.

Principales diferencias entre las plantillas de proceso predeterminadas

Las plantillas predeterminadas están diseñadas para satisfacer las necesidades de la mayoría de los equipos. Todas admiten el uso de herramientas de planeamiento Agile para crear el trabajo pendiente del producto y trabajar en sprints con el panel de tareas. Si el equipo tiene necesidades poco habituales, puede personalizar una plantilla y crear después el proyecto de equipo, o puede crear un proyecto de equipo a partir de una plantilla y después personalizar el proyecto.

En la siguiente tabla se resumen las principales diferencias entre los tipos de elemento de trabajo y los estados que se utilizan en las tres plantillas de proceso predeterminadas.

Área de procesos	Scrum de Visual Studio	Agile	CMMI
Estados de flujo de trabajo	Nuevo Aprobado Confirmado Listo Quitado	Nuevo Activo Resuelto Cerrado Quitado	Propuesto Activo Resuelto Cerrado
Planeación del producto (vea la nota 1)	Error Elemento de trabajo pendiente del producto	Caso de usuario	Requisito
Trabajo pendiente de cartera (2)	Característica	Característica	Característica
Planeación de tareas e iteraciones (3)	Tarea	Tarea	Tarea
Administración del trabajo pendiente de errores (4)	Error	Error Libro de evaluación de errores	Error Libro de evaluación de errores
Administración de proyectos (4)	Impedimento	Problema Libro de problemas	Problema Riesgo Revisión Libro de problemas

Notas:

1. Puede definir estos WIT utilizando el trabajo pendiente del producto. En la página de trabajo pendiente del producto se muestra una vista única del trabajo pendiente actual que puede reordenarse y agruparse dinámicamente. Los propietarios del producto pueden dar prioridad rápidamente a un trabajo y trazar las dependencias y relaciones.

2. Puede crear características y vincularlas a los elementos de trabajo pendiente para administrar el trabajo pendiente de la cartera. Con los trabajos pendientes de cartera, se puede definir una jerarquía de trabajos pendientes para entender el ámbito de trabajo en diferentes equipos y ver cómo ese trabajo da lugar a iniciativas más amplias.

3. Puede definir tareas mediante el trabajo pendiente y el panel de tareas de sprint. La página de trabajo pendiente del sprint refleja, en tiempo real, los datos que se incorporan. Los datos incluyen los elementos de trabajo asignados a la ruta de acceso de iteración, el trabajo restante, la capacidad de trabajo individual y las interrupciones del trabajo tanto del equipo como de los individuos. Los equipos pueden obtener información instantánea sobre la tasa de evolución y en qué punto superan su capacidad.

4. Los libros solo están disponibles cuando el proyecto de equipo se configura con un portal de proyecto de SharePoint. Sin embargo, puede crear su propio libro abriendo la consulta correspondiente en Excel.

Estados de flujo de trabajo

Los estados del flujo de trabajo admiten el seguimiento del estado del trabajo conforme se desplaza de un estado Nuevo a un estado Cerrado o Listo. Los diagramas siguientes muestran la progresión hacia delante típica de estos tipos de elementos de trabajo que se usan para realizar el seguimiento del trabajo y de los defectos de código para las tres plantillas de proceso de TFS predeterminadas. También muestran algunas de las regresiones a estados y transiciones anteriores a estados Quitado. Cada imagen solo muestra el motivo predeterminado asociado a la transición.

Scrum	Agile	CMMI
Característica	Característica	Característica
Elemento de trabajo pendiente del producto	Caso de usuario	Requisito
Error	Error	Error
Tarea	Tarea	Tarea

Los tipos de elementos de trabajo Scrum y Agile que usan las herramientas de planeación de Agile admiten transiciones de cualquier tipo a cualquier tipo. Puede actualizar el estado de un elemento de trabajo mediante el panel kanban o el panel de tareas arrastrándolo a su columna de estado correspondiente.

Estados, motivos y transiciones del flujo de trabajo

El flujo de trabajo define la progresión lógica de las tareas que deben realizarse y por quién. Cada flujo de trabajo consta de un conjunto de estados, las transiciones válidas entre los estados y los motivos para realizar la transición del elemento de trabajo al estado seleccionado. También puede cambiar el flujo de trabajo para admitir otros estados, transiciones y motivos.

Estados Quitado, Cerrado y Listo

Cuando cambia el estado de un elemento de trabajo a Quitado, Cerrado o Listo, el sistema responde así:

• Cerrado o Listo: los elementos de trabajo con este estado no aparecen en las páginas de trabajo pendiente de cartera y trabajo pendiente. Sin embargo, aparecen en las páginas Trabajo pendiente del sprint, el panel kanban y el panel de tareas. Además, cuando se cambia la vista del trabajo pendiente de cartera para que muestre los elementos de trabajo pendiente, por ejemplo, para ver las características de los elementos de trabajo pendiente del producto, aparecerán elementos con el estado Cerrado y Listo.

• Quitado: los elementos de trabajo con este estado no aparecen en ningún trabajo pendiente ni panel.

Los elementos de trabajo se mantienen en un proyecto de equipo mientras el proyecto de equipo esté activo. Aunque los configure como Cerrado, Listo o Quitado, se mantiene un registro en el almacén de datos. Puede usar un registro para crear consultas o informes. Si necesita eliminar permanentemente los elementos de trabajo, puede usar la herramienta de línea de comandos witadmin destroywi.

Tipos de elemento de trabajo agregados a todas las plantillas de proceso

Los WIT siguientes son iguales en todas las plantillas de proceso.

Los equipos crean y trabajan con estos tipos utilizando la herramienta correspondiente:

• Plan de pruebas, Conjunto de pruebas, Pasos compartidos de casos de prueba y Parámetros compartidos: Microsoft Test Manager.

  Los Parámetros compartidos están disponibles al actualizar la implementación local a TFS 2013.2.

  Los WIT del Plan de pruebas y del Conjunto de pruebas están disponibles al actualizar la implementación local a TFS 2013.3.

• Solicitud de comentarios y respuesta de comentarios: Solicitar comentarios.

• Solicitud de revisión de código y respuesta de revisión de código: Mi trabajo (en Team Explorer) y Solicitud de revisión de código.

Los elementos de trabajo de estas definiciones de tipos no están diseñados para crearse manualmente y, por consiguiente, no se agregan a la categoría Tipos ocultos. Los tipos de elementos de trabajo agregados a la categoría Tipos ocultos no aparecen en los menús que se utilizan para crear nuevos elementos de trabajo.

Nota
Si actualizó el proyecto de equipo de TFS 2012 o una versión anterior a la versión actual de TFS, es posible que tenga que agregar los WIT que no existían en las versiones anteriores.Para obtener más información, consulta Actualizar un proyecto de equipo actualizado para tener acceso a nuevas características.

WIT que admiten la experiencia de prueba

Los WIT que admiten la experiencia de prueba y que funcionan con el Administrador de pruebas y Team Web Access están vinculados entre sí mediante los tipos de vínculo que se muestran en la siguiente imagen.

Mediante el uso de Team Web Access o Test Manager, puede ver qué casos de prueba están definidos para un conjunto de pruebas y qué conjuntos de pruebas están definidos para un plan de pruebas. No obstante, estos objetos no están conectados entre sí a través de tipos de vínculo.

Como se mencionó anteriormente, los WIT del Plan de pruebas y del Conjunto de pruebas aparecen después de que se haya actualizado el servidor de la capa de aplicación a TFS 2013.3. Puede personalizar estos WIT como lo haría con cualquier otro WIT. Consulta Personalizar los objetos de seguimiento del trabajo para admitir los procesos de su equipo.

Si cambia el flujo de trabajo para el Plan de pruebas y el Conjunto de pruebas, deberá actualizar la configuración del proceso, tal como se describe aquí.

Para conocer las definiciones de cada campo de prueba, consulte Referencia de campos de integración de compilación y pruebas.

Para obtener información sobre los cambios realizados en el Administrador de pruebas y Team Web Access con la actualización a TFS 2013.3, consulte Opening test plan and test suite work item types.

Preguntas que se deben formular al equipo

Para hacer un seguimiento eficaz del trabajo, los miembros del equipo deben ponerse de acuerdo acerca de cómo usarán los tipos de elementos de trabajo y las herramientas. Aquí se incluyen algunas preguntas que su equipo debe responder.

Pregunta	Elecciones del equipo
¿Cómo realiza el equipo el seguimiento del trabajo?	Si el equipo realiza el seguimiento del progreso, principalmente, actualizando el estado de los elementos de trabajo pendiente, el equipo puede usar el panel kanban. El equipo también puede personalizar el panel Kanban para realizar un seguimiento del progreso en diversas calles. Si el equipo desglosa los elementos de trabajo pendiente en tareas en cada sprint y calcula el trabajo restante, puede usar el panel de tareas de sprint. Aunque el trabajo restante se calcule normalmente en horas, puede utilizar cualquier unidad de tiempo que desee siempre que llegue a un acuerdo respecto a la unidad. Al estimar y actualizar el trabajo restante, el equipo puede seguir el progreso mediante el gráfico de evolución proporcionado con cada sprint.
¿El equipo realiza el seguimiento de la capacidad por usuario o por actividad?	Si el equipo realiza el seguimiento del trabajo restante con tareas, puede evaluar la capacidad en un sprint de determinados miembros del equipo o de diferentes actividades del equipo, como desarrollo, pruebas y diseño.
¿Cómo realiza el equipo el trabajo en grupo?	Puede trabajar en grupo de varias formas. Los elementos que crea en la página de trabajo pendiente se asignan automáticamente a la ruta de acceso del área del equipo. Los elementos asignados a un sprint se asignan a la ruta de acceso de iteración del sprint. Además, puede asignar etiquetas a elementos de trabajo para filtrar un trabajo pendiente o una lista de resultados de consulta.
¿El equipo utiliza velocidad y previsiones?	Para admitir las previsiones, el equipo puede usar los campos Trabajo (Scrum), Puntos de caso (Agile) o Tamaño (CMMI) para determinar cuántos elementos pueden completarse en un sprint. Además, en el gráfico de velocidad se mostrará el progreso del equipo en cada sprint.
¿Cómo comparte información el equipo?	Los miembros del equipo pueden adjuntar archivos a los elementos de trabajo, proteger los archivos en el código fuente o compartir trabajo con el portal del proyecto de equipo. Cuando se configura un portal de proyecto, el equipo tiene acceso a todas las características que un sitio de SharePoint debe proporcionar, incluidas las bibliotecas de documentos, las páginas wiki, el blog y el calendario de eventos.
¿El equipo admite la consolidación del progreso entre varios equipos?	Los trabajos pendientes de la cartera le permiten ver rápidamente la consolidación del trabajo en curso en diferentes equipos. Si un miembro del equipo trabaja en varios equipos, puede asignar su capacidad en cada equipo según corresponda.

Preguntas y respuestas

P: ¿Qué ocurre si se actualiza un proyecto de equipo?

R: Para usar las nuevas características que se agregaron a la versión más reciente de TFS, vea Actualizar un proyecto de equipo actualizado para tener acceso a nuevas características.

Para personalizar proyectos de equipo existentes, vea Personalizar los objetos de seguimiento del trabajo para admitir los procesos de su equipo.

P: ¿Qué plantilla de proceso debo utilizar con el panel Kanban?

R: Puede usar el panel Kanban con cualquier plantilla de proceso, ya sea predeterminada o personalizada.

P: ¿Cómo se pueden obtener las últimas plantillas de proceso?

R: Las últimas versiones de las plantillas de proceso predeterminadas se cargan automáticamente cuando se realiza la instalación o actualización de la última versión de TFS. Use el Cargar, descargar y eliminar plantillas de proceso de una colección de proyectos de equipo para descargarlas.

Además, puede descargar ejemplos de plantillas de proceso de Team Foundation Server 2013 compatibles con Scaled Agile Framework (SAFe). Estas plantillas contienen las personalizaciones que se describen en estas notas del producto: Scaled Agile Framework: Using TFS to support epics, release trains, and multiple backlogs.

P: ¿Hay alguna herramienta que admita la visualización del diagrama de estados del flujo de trabajo?

R: Sí. Puede usar el editor de procesos que se proporciona con las herramientas avanzadas de Team Foundation Server.

P: ¿Qué otros elementos están definidos en una plantilla de proceso?

R: Además de definir los artefactos del proyecto de equipo, la plantilla de proceso define la configuración inicial de muchos elementos usados para realizar un seguimiento del trabajo y admitir las actividades de prueba. Estos elementos incluyen:

• Rutas de área y de iteración

• Consultas de elementos de trabajo

• Variables de prueba, configuraciones, estados de resolución y configuraciones de pruebas predeterminadas

• Definiciones de miembros y de grupos y asignaciones de permisos

• Cómo asignar campos de Microsoft Project a campos de Team Foundation

Todos los elementos se pueden configurar o personalizar después de crear un proyecto de equipo a partir de la plantilla de proceso.

P: ¿Puedo personalizar una plantilla de proceso?

R: Sí. Las plantillas predeterminadas están diseñadas para satisfacer las necesidades de la mayoría de los equipos. Si el equipo tiene necesidades poco habituales, puede personalizar una plantilla y crear después el proyecto de equipo, o puede crear un proyecto de equipo a partir de una plantilla y después personalizar el proyecto.

P: ¿Cómo han cambiado las plantillas de proceso desde la versión anterior?

R: Vea Cambios realizados en los proyectos de equipo y plantillas de procesos predeterminadas durante la actualización de Team Foundation Server.

P: ¿Qué sucede si se necesita más de un trabajo pendiente de cartera?

R: Puede definir trabajos pendientes de cartera adicionales hasta un total de cinco trabajos pendientes de cartera.

P: ¿Dónde se puede obtener más información sobre los guiones gráficos?

R: La ficha Guiones gráficos del formulario de PBI le permite crear vínculos a los guiones gráficos que cargó a una ubicación de red compartida. Puede crear vínculos a cualquier dirección URL a la que su equipo tenga acceso. Además, puede establecer vínculos a guiones gráficos creados mediante Guiones gráficos de PowerPoint.

P: ¿Dónde puedo ir si tengo más preguntas?

R: Puede publicar una pregunta o buscar respuestas en el foro sobre proyectos de equipo y elementos de trabajo de Team Foundation Server.