Personalizar datos de seguimiento, formularios, flujos de trabajo y otros objetos de proyecto

Artículo
02/19/2013

Puede personalizar la forma en que realiza el seguimiento de su proyecto de equipo y diseña su flujo de trabajo, formularios de elemento de trabajo y campos de datos si personaliza uno o más objetos para el seguimiento de los elementos de trabajo.Como se muestra en la siguiente ilustración, se pueden crear o personalizar ocho tipos de objetos.Se administran categorías, tipos de elementos de trabajo y configuración de procesos para proyectos de equipo.Se administran las listas globales, los tipos de vínculo y los campos de los elementos de trabajo para las colecciones de proyectos de equipo.Puede personalizar el flujo de trabajo global para un proyecto de equipo o una colección.

Objetos de seguimiento de elementos de trabajo

[!NOTA]

Para obtener información general sobre las áreas más comunes se personalizan para un proyecto de equipo, vea Personalizar el seguimiento de elementos de trabajo y el proyecto de equipo.

Salvo los campos de datos, puede exportar e importar las definiciones de cada objeto para el seguimiento de elementos de trabajo de Team Foundation como archivo XML.Puede crear o modificar los conjuntos de objetos para que satisfagan sus necesidades.

[!NOTA]

Puede crear y modificar objetos para realizar el seguimiento de elementos de trabajo mediante el Editor de procesos, una herramienta eficaz para Visual Studio.Puede utilizar esta herramienta para importar y exportar tipos de elemento de trabajo y listas globales, modificar los tipos de elemento de trabajo y revisar la lista de campos de datos definida para una colección de proyectos.No se ofrece soporte técnico para esta herramienta.Para obtener más información, consulte la siguiente página en el sitio web de Microsoft: Herramientas avanzadas para el servidor Team Foundation.

Los miembros del equipo pueden usar los elementos de trabajo para realizar el seguimiento del trabajo que se va a completar en un proyecto.Los miembros pueden crear un nuevo elemento de trabajo basado en un tipo de elemento de trabajo predeterminado como un error, requisito, riesgo o tarea.El conjunto exacto de tipos de elemento de trabajo predeterminados para el proyecto de equipo depende de la plantilla de proceso que se usó para crear el proyecto de equipo.Un tipo de elemento de trabajo es una plantilla a partir de la que se crean elementos de trabajo de ese tipo.Para obtener más información, vea Elegir una plantilla de procesos.

Puede agregar tipos de elementos de trabajo personalizados al conjunto predeterminado para que Team Foundation ayude con los procesos que usa su equipo y la forma de comunicarse.Por ejemplo, quizá desee crear tipos de elemento de trabajo para un error específico del proyecto, una solicitud de cambio, un requisito de calidad de servicio, un riesgo que hay que controlar o una tarea basada en un escenario concreto.

Después de crear un elemento de trabajo, éste contiene los campos y el comportamiento definidos en el tipo de elemento de trabajo desde el que lo ha creado.Además de crear tipos de elemento de trabajo, también puede modificar los tipos de elemento de trabajo existentes.Por ejemplo, para mejorar los procesos que utiliza su equipo, puede agregar campos al tipo de elemento de trabajo de tarea o cambiar el comportamiento del flujo de trabajo.

En este tema

Definir y personalizar los objetos que se utilizan para realizar el trabajo
Planear los requisitos de personalización
Tareas relacionadas

Definir y personalizar los objetos que se utilizan para realizar el trabajo

Objeto.	Descripción	Tema relacionado
Categoría	Una categoría define un grupo de tipos de elemento de trabajo que realizan el seguimiento de elementos de trabajo similares pero a los que se hace referencia mediante nombres diferentes.Puede agrupar uno o más tipos de elemento de trabajo en el mismo proyecto de equipo dentro de una categoría.Se definen las categorías para ejecutar consultas, generar informes y establecer los tipos de elemento de trabajo predeterminados en instancias concretas.Se usa el operador In Group para buscar elementos de trabajo que pertenecen a una categoría.Para obtener más información, vea Variables, valores, operadores y campos de las consultas.	Definir categorías para agrupar los tipos de elementos de trabajo
Campo	Un campo define un tipo de datos que se utiliza para el seguimiento del trabajo.Utilice campos de elemento de trabajo para realizar el seguimiento de los datos para un tipo de elemento de trabajo, definir los criterios de filtro para las consultas y para generar los informes.Debe definir cada elemento de datos que no esté integrado, que la plantilla de proceso no proporcione y del que desea hacer seguimiento, utilizar para definir el flujo de trabajo o que aparezca en el formulario para un tipo de elemento de trabajo.Un elemento de datos se define para un tipo de elemento de trabajo o un flujo de trabajo global utilizando el elemento FIELD. Uno o más atributos definen cada campo, que incluyen qué tipo de datos puede contener, si se utiliza en los informes y si se indiza.Puede especificar elementos opcionales que restringen, rellenan automáticamente o especifican las condiciones para los valores que los usuarios pueden establecer para el campo mediante un formulario de elemento de trabajo. Es posible agregar o quitar un campo de elemento de trabajo, o bien personalizar la forma en que se usa para el seguimiento de los datos.Para obtener información sobre cómo definir los elementos de trabajo, vea Definir y personalizar los campos de datos más adelante en este tema.	Definir campos de elementos de trabajo Referencia de campos de elementos de trabajo para Visual Studio ALM Agregar y modificar campos de elementos de trabajo para admitir la creación de informes
Lista global	Una lista global define una lista de valores, cuando se conoce como una lista de selección, que puede utilizar en los tipos de elemento de trabajo para controlar el valor o los valores en los que los usuarios pueden establecer un campo en un elemento de trabajo.Las listas globales sirven para actualizar rápidamente el contenido de las listas de selección que se usan con muchos tipos de elementos de trabajo. Puede definir las listas globales dentro de un tipo de tipo de elemento de trabajo, pero no se recomienda porque la definición del tipo de elemento de trabajo sobrescribirá cambios que se definen en alguna otra parte si se importa esa definición.Un procedimiento recomendado es definir e importar las listas globales a través de un archivo de definición de listas globales o de flujo de trabajo globales.	Definir listas globales
Flujo de trabajo global	Un flujo de trabajo global define los campos y las listas globales que están disponibles para todos los tipos de elemento de trabajo de un proyecto de equipo o una colección.	Personalizar el flujo de trabajo global
Tipo de vínculo	Un tipo de vínculo define las reglas y restricciones que controlan las relaciones que los usuarios pueden establecer entre los elementos de trabajo.Además de los tipos de vínculos integrados, puede crear otros compatibles con los requisitos de seguimiento del proyecto.Antes de empezar a crear los vínculos entre los elementos de trabajo, debería analizar cómo podría usar los vínculos para planear su proyecto y seguir el estado de los elementos de trabajo.	Definir un tipo de vínculo personalizado
Configuración del proceso	Los elementos de configuración del proceso controlan el diseño y las funciones de las herramientas de trabajo pendiente y panel de tareas de Agile proporcionadas por Team Web Access. Si el proyecto de equipo se creó mediante una plantilla de procesos distinta de las proporcionadas por Visual Studio ALM o se han personalizado las definiciones de tipos para los elementos de trabajo, puede ser necesario personalizar los archivos de definición que admiten la configuración del proceso.Además, si se han personalizado o agregado tipos de elementos de trabajo y se desea utilizar esos campos, es deseable determinar cómo modificar los elementos de configuración de procesos para ajustarse a otros objetos que se han personalizado.	Personalizar las páginas de panel y de trabajo pendiente mediante la configuración del proceso
Tipo de elemento de trabajo	Un tipo de elemento de trabajo define un objeto, como por ejemplo, un error, un requisito o un riesgo, que se utiliza para realizar el seguimiento del trabajo de un proyecto de equipo.Los siguientes componentes definen un tipo de elemento de trabajo: Los campos definen los tipos de datos que contiene un tipo de elemento de trabajo.Puede definir los campos incluyendo una sección FIELDS (Definition) en una definición del tipo de elemento de trabajo o en un flujo de trabajo global. El flujo de trabajo define cómo progresa un elemento de trabajo desde el estado abierto o activo al estado cerrado o completado.Para controlar el flujo de trabajo, hay que definir su estado inicial, sus estados válidos, las transiciones válidas entre esos estados y los usuarios o grupos que tienen permiso para iniciar esas transiciones.La sección WORKFLOW del tipo de elemento de trabajo controla la forma de realizar el seguimiento de un elemento de trabajo. El formulario define el diseño y el contenido que aparecen en el formulario con el que interactúan los miembros del equipo para el seguimiento de los datos del elemento de trabajo.Puede controlar la forma en que un tipo de elemento de trabajo se muestra actualizando la sección FORM de la definición del tipo de elemento de trabajo.Cada tipo de elemento de trabajo debe tener un único formulario.Sin embargo, puede definir uno o más diseños para que un formulario tenga clientes diferentes como destino.Debe describir el formulario completo, lo que incluye como se agrupan todos los campos de datos.	Referencia de todos los elementos XML WITD Definir y personalizar el flujo de trabajo de elementos de trabajo Diseñar y personalizar un formulario de elementos de trabajo Agregar y personalizar un tipo de elemento de trabajo Crear un tipo de elemento de trabajo

Volver al principio

Planear los requisitos de personalización

Revise las siguientes secciones para que la guía informe el planeamiento antes de definir y personalizar objetos para el seguimiento del trabajo.

Procesos de personalización
Campos del sistema
Defina los campos de datos
Campos Persona-denominados
Campos de asignación entre TFS y Microsoft Project
Los campos existentes de cambio
Listas globales de uso y flujo de trabajo global

Procesos de personalización

Cuando planee crear o personalizar objetos para el seguimiento del trabajo, considere incorporar los siguientes procesos al máximo posible:

Identifique las opciones mejores para personalizar los elementos de trabajo que admiten los requisitos de seguimiento.Al cambiar objetos que realizan el seguimiento de los elementos de trabajo, debe identificar cómo estos cambios afectarán a los proyectos de equipo existentes y futuros.Vea Determinar el ámbito de los requisitos de personalización.
Revise las interdependencias que existen entre los objetos de WIT, la planeación ágiles, informes, y los procesos del equipo.Vea Personalizar procesos y proyectos de equipo.
Establezca roles y responsabilidades claros, tanto para quienes hacen el trabajo como para las personas presentes en el flujo de trabajo de seguimiento de elementos de trabajo.
Automatice y documente los cambios que haga cuando personalice los objetos y modifique la implementación.
Pruebe los objetos personalizados del mismo modo que probaría el software.
Utilice el control de versiones con los objetos y las plantillas de proceso.No implemente objetos que haya definido pero que no haya almacenado en un repositorio.
Haga siempre cambios en un entorno de pruebas primero.Asegúrese de que los objetos para el seguimiento del trabajo del entorno de pruebas son similares o idénticos a los del entorno de producción.

Volver al principio

Campos del sistema

Varios campos del sistema están disponibles como referencia para todos los tipos de elementos de trabajo, aun cuando no se definan explícitamente con el elemento FIELD (Definition) en la definición de cada tipo.Todos nombres de los campos del sistema comienzan con el prefijo "System", por ejemplo, System.ID.La mayoría de estos campos se utilizan para seguimiento y los usuarios solo pueden modificar algunos a través de la interfaz de usuario.De forma predeterminada, puede utilizar todos los siguientes tipos de campos:

Campos de identificación: Puesto, Descripción y Asignado a.Estos campos ayudan a identificar cada elemento de trabajo y los usuarios pueden modificar los valores a través de la interfaz de usuario.Estos campos normalmente están incluidos en el formulario de cada tipo de elemento de trabajo.
Seguimiento de los campos: Identificador, Tipo de elemento de trabajo, Proyecto de equipo, Rev y los campos que proporcionan el número de anomalías de los artefactos vinculados a un elemento de trabajo, como Recuento de archivos asociados, Recuento de vínculos externos, Recuento de hipervínculos y Recuento de vínculos relacionados.Si incluye estos campos en un formulario de elemento de trabajo, debe hacerlos de solo lectura.Estos campos son útiles para buscar un elemento o conjunto de elementos de trabajo y para generar informes.
Campos de auditoría: Creado por, Fecha de creación, Cambiado por, Fecha de modificación e Historial.Estos campos hacen el seguimiento de quién creó o cambió un elemento de trabajo y la fecha en que se creó o se cambió.El campo Historial se actualiza automáticamente cuando se modifica algún campo del elemento de trabajo.
Campos de comportamiento especiales: Estado, Motivo, Área e Iteración.Estos campos tienen un comportamiento concreto asociado.El mecanismo del flujo de trabajo y las reglas rigen el comportamiento de los campos de Estado y Motivo.Las rutas de acceso de Iteración y Área son los únicos campos TreePath que se definen.Se definen los valores válidos en el cuadro de diálogo Áreas e iteraciones del proyecto de equipo.Para obtener más información, vea Crear y modificar áreas e iteraciones.

Para obtener más información, vea Referencia de campos de elementos de trabajo para Visual Studio ALM.

Volver al principio

Defina los campos de datos

Debe tener en cuenta las siguientes instrucciones al definir un campo de datos o un tipo de elemento de trabajo.

Determine los campos de datos que necesite además de aquellos que están integrados y los que ya se han definido.Para obtener más información sobre los campos existentes, vea Referencia de campos de elementos de trabajo para Visual Studio ALM.Asimismo, puede exportar una lista de campos definida para una colección de proyectos utilizando el comando witadmin listfields.Para obtener más información, vea Administrar campos de elemento de trabajo [witadmin].
Determine si necesita modificar las reglas de campo existentes.
Compare el flujo de trabajo de los tipos de elemento de trabajo existentes con lo que se necesita en el proceso de equipo.Primero considere el flujo de trabajo y a continuación las etiquetas de estado.
Al agregar o personalizar un campo, determine si debe implementar alguna lógica especial.
- ¿Necesita restringir una regla de campo para que solo se aplique a uno o varios usuarios o a un grupo?
- ¿Necesita restringir una regla de campo según un estado, transición o un motivo para una transición?
- ¿Necesita un campo estar asociado a una lista estática o dinámica de valores?¿Qué listas enumeradas necesita y cómo se comparten entre los tipos de elemento de trabajo y proyectos de equipo?
  
  Las listas estáticas raramente requieren actualizaciones.Las listas dinámicas pueden estar basadas en un conjunto de nombres de usuario o de cliente.¿Puede utilizar listas globales para minimizar el tiempo empleado en la actualización de las listas?¿Puede sincronizar una lista mediante los campos con nombre de rol de Active Directory?
- ¿Desea definir un conjunto de campos que utilizarán de forma uniforme varios tipos de elementos de trabajo o proyectos de equipo?
  
  Si su equipo debe realizar el seguimiento de los campos de varios tipos de elementos de trabajo, ¿puede definir esos campos en un flujo de trabajo global en lugar de en cada tipo de elemento de trabajo?

[!NOTA]

No se puede definir un campo que calcula los datos contenidos en más de un campo.

Para obtener más información, vea Definir campos de elementos de trabajo.

Volver al principio

Campos Persona-denominados

Se utiliza el tipo de datos String para definir un campo que se emplea para almacenar los nombres de los roles.Si desea sincronizar la lista de nombres válidos para este campo con los que están almacenados en Active Directory, establezca el atributo syncnamechanges en true.Asimismo, puede cambiar el atributo de un campo String existente para admitir la sincronización de los nombres de rol.Para obtener más información, vea Administrar campos de elemento de trabajo [witadmin].

Volver al principio

Campos de asignación entre TFS y Microsoft Project

Si utiliza Microsoft Project para administrar la programación del proyecto, puede definir los campos y agregarlos a un formulario de elemento de trabajo que puede ver o modificar desde el plan del proyecto.Si el proyecto de equipo se basa en una plantilla de proceso de Microsoft Solutions Framework (MSF), se cargó un archivo de asignación predeterminado cuando se creó.

El archivo de asignaciones de campos de Microsoft Project determina las asignaciones de campos entre Team Foundation y Microsoft Project.Para obtener más información, vea Personalizar las asignaciones de campos en Microsoft Project y Programar tareas y asignar recursos mediante Microsoft Project.

Volver al principio

Los campos existentes de cambio

Se incurre en algunos gastos cuando se cambian los campos de datos una vez definidos.

Todos los campos que define, bien a través de un tipo de elemento de trabajo o de un flujo de trabajo global, se definen para una colección de proyectos de equipo.Definir un campo es similar a agregar un nuevo registro a una tabla de base de datos global que contiene el nombre descriptivo, nombre de referencia y otros atributos de campo para cada registro.Todos los tipos de elementos de trabajo de la colección hacen referencia a esta tabla.Por consiguiente, si decide cambiar el nombre de un campo, modificando un atributo, o eliminar un campo, afectará a todos los tipos de elemento de trabajo que hagan referencia al campo.

Además, todos los datos que se pueden incluir de todos los proyectos de equipo de todas las colecciones de una implementación de Team Foundation Server se escriben en un único almacenamiento de datos relacional.Los datos de ese almacén se procesan y se escriben después en el cubo de Analysis Services de SQL Server.La recopilación de datos en un único almacenamiento de datos es compatible con los informes de las colecciones.Sin embargo, dado que los campos se administran de forma distinta en cada colección, pueden producirse conflictos de esquema cuando se asignan definiciones diferentes a uno o varios atributos de un campo que tiene asignado el mismo nombre de referencia de informe.

Es más, al agregar un campo a un tipo de elemento de trabajo, si otro tipo ya ha utilizado el mismo nombre de referencia, no puede invalidar el tipo de datos ni el nombre de campo.Además, se aplican las siguientes restricciones:

Al quitar un campo de un tipo de elemento de trabajo concreto, el campo no se quita de la colección ni del servidor de bases de datos, aunque no haya ningún tipo de elemento de trabajo que le haga referencia.Para quitar un campo, debe eliminarlo explícitamente de la colección utilizando el comando witadmin deletefield.
Para eliminar un campo, debe quitarlo primero de las definiciones de todos los tipos de elementos de trabajo y flujos de trabajo globales en los que se le haga referencia.
Si el campo eliminado se usaba para crear informes, deberá recompilar el almacenamiento de datos para purgar el campo anterior y sus valores.

Volver al principio

Listas globales de uso y flujo de trabajo global

Se pueden simplificar las actividades de personalización y mantenimiento de los tipos de elementos de trabajo definiendo algunos objetos como globales.Los objetos globales están disponibles para un proyecto de equipo o colección de proyectos.Puede agregarlos para procesar las plantillas y hacer que estén disponibles para los nuevos proyectos de equipo o cargarlos en otras colecciones de proyectos.Durante el planeamiento, determine cómo los proyectos de equipo y los tipos de elementos de trabajo utilizarán las listas y los campos globales.

Puede definir una lista global de las siguientes maneras: como parte de la definición de un tipo de elemento de trabajo, como parte de un flujo de trabajo global o como un archivo propio de definición de listas globales que importa en una colección de proyectos.Los dos últimos métodos son los recomendados porque todas las listas globales se mantienen en un lugar y se evita modificarlas inadvertidamente cuando se cambia un tipo de elemento de trabajo existente.

Puede definir un flujo de trabajo global con un archivo de definición de XML e importarlo a un proyecto de equipo o una colección.El flujo de trabajo global puede contener definiciones de campo y listas globales.

Para obtener más información, vea Definir listas globales y Personalizar el flujo de trabajo global.

Volver al principio

Tareas relacionadas

Tareas	Contenido relacionado
Entender cómo denominar los campos y otros objetos para el seguimiento de elementos de trabajo.Puede especificar un nombre descriptivo para cada objeto con el que realiza el seguimiento del elemento de trabajo.Para algunos objetos, debe especificar un nombre de referencia también.Ambos tipos de nombres deben cumplir los requisitos que se definen según el tipo de objeto.	Convenciones de nomenclatura para objetos de seguimiento de elementos de trabajo
Buscar la definición de esquema para un elemento de un tipo de elemento de trabajo.Puede ver la sintaxis de cada elemento de esquema asociado a los tipos de elemento de trabajo.	Índice de definiciones de elementos XML para tipos de elementos de trabajo
Identificar lo que se puede adaptar en una definición de un tipo de elemento de trabajo.Puede adaptar algunas partes de la definición de un tipo de elemento de trabajo para que aparezcan en el idioma del usuario.	Adaptación y globalización de los elementos secundarios WITD
Importar, exportar y administrar objetos para el seguimiento de los elementos de trabajo.Con la herramienta de la línea de comandos witadmin, puede crear, eliminar, importar y exportar categorías, listas globales, tipos de vínculos, tipos de elemento de trabajo y campos de elemento de trabajo.Estos objetos se administran para cada colección o cada proyecto de equipo.	witAdmin: Personalizar y administrar objetos para el seguimiento de elementos de trabajo