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

  • Artículo

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 siete tipos de objetos. Se administran las categorías y los tipos de elemento de trabajo para los 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 poder definir un flujo de trabajo global, la característica debe estar habilitada en el servidor de capa de aplicación. Por tanto, en el servidor debe ejecutarse una versión de Visual Studio Team Foundation Server, como puede ser Team Foundation Server 2010 con Service Pack 1 (SP1), compatible con dicha característica. Puede descargar el Service Pack desde la siguiente página del sitio web de Microsoft: Service Pack 1 of Visual Studio Team Foundation Server 2010, Beta. Para obtener más información, vea Personalizar el flujo de trabajo.

Salvo los campos de datos, se pueden exportar e importar las definiciones de cada objeto para el seguimiento de elementos de trabajo, de Team Foundation como un 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 elementos de trabajo y listas globales, modificar los tipos de elementos 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, vea la página siguiente en el sitio web de Microsoft: Team Foundation Server Power Tools April 2010.

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 elementos 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 elementos de trabajo, también puede modificar los tipos de elementos 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 usados para realizar el seguimiento de trabajo

  • Instrucciones de personalización

  • Tareas relacionadas

Definir y personalizar los objetos usados para realizar el seguimiento de 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.

Agrupar los tipos de elemento de trabajo en categorías

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

Usar campos del sistema y campos definidos por las plantillas de proceso de MSF

Agregar y modificar campos de elementos de trabajo para la compatibilidad con 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

Agregar, usar y administrar 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

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, debe analizar cómo usará los vínculos para planear el proyecto y hacer el seguimiento del estado de los elementos de trabajo.

Personalizar la forma en que los elementos de trabajo se relacionan a través de los tipos de vínculos

Elegir los tipos de vínculos para seguir eficazmente su proyecto

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 los 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

En las siguientes secciones encontrará instrucciones para el planeamiento previo a la definición y personalización de objetos para el seguimiento del trabajo.

  • Principios del proceso de personalización

  • Campos del sistema

  • Definir campos de datos y personalizar tipos de elemento de trabajo

  • Campos con nombres de roles

  • Asignar campos entre Microsoft Project y Team Foundation

  • Cambiar los campos existentes

  • Utilizar listas globales y flujo de trabajo global

Principios del proceso de personalización

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

  • 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 Usar campos del sistema y campos definidos por las plantillas de proceso de MSF.

Volver al principio

Definir campos de datos y personalizar tipos de elemento de trabajo

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 Usar campos del sistema y campos definidos por las plantillas de proceso de MSF. 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 con nombres de roles

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 Habilitar la sincronización de los campos personalizados de nombre de persona.

Volver al principio

Asignar campos entre Microsoft Project y Team Foundation

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

Cambiar los campos existentes

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

Utilizar listas globales 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.

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.

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.

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.

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.

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.

Vea también

Conceptos

Novedades del seguimiento de elementos de trabajo

Seguimiento de los errores, tareas y otros elementos de trabajo

Personalizar los proyectos de equipo y procesos

Otros recursos

Definir y personalizar objetos para el seguimiento de elementos de trabajo mediante el complemento de seguimiento de elementos de trabajo

Personalizar plantillas de procesos

Historial de cambios

Fecha

Historial

Motivo

Enero de 2011

Ilustración agregada para mostrar qué objetos se definen para un proyecto de equipo frente a una colección. Agregada una sección sobre cómo planear los requisitos de personalización e información sobre el flujo de trabajo global. Consolidado y cambiado el formato del contenido.

Mejora de la información.