Personalizar procesos y proyectos de equipo
Puede personalizar su proyecto de equipo para admitir los procesos concretos y las prácticas que su equipo utiliza.Por ejemplo, puede agregar un campo obligatorio el rápido agrega el panel en la página del trabajo pendiente del producto a la definición simplificada de requisitos de producto nuevo.Otras actividades comunes de personalización incluyen agregar campos a los requisitos de admitir informes y definiciones de flujo de trabajo el cambiar para que coincida con los procesos del equipo.
[!NOTA]
Para obtener información general sobre las 10 áreas superiores que puede personalizar para el proyecto de equipo, vea Personalizar el seguimiento de elementos de trabajo y el proyecto de equipo.
Antes de comenzar cualquier actividad de personalización, debería familiarizarse con los tipos de objetos y métodos que puede personalizar, y cómo cada tipo se puede utilizar para admitir los requisitos de seguimiento del proyecto.
Además, debe entender las interdependencias que existen entre estos objetos, artefactos del proyecto de equipo, las actividades de equipo, y ámbito de cambios.Las personalizaciones que cree un proyecto de equipo se aplican a todos los equipos que funcionan en ese proyecto de equipo.Algunas personalizaciones se aplican a todos los proyectos de equipo de una colección de proyectos de equipo.
Objetos que se pueden personalizar
Puede personalizar los objetos para una plantilla de procesos, un proyecto de equipo, o la colección de proyectos.Cree un proyecto de equipo de una plantilla de proceso.Una plantilla de proceso define los tipos de objetos de elemento de trabajo disponibles para el seguimiento, así como las reglas, directivas, grupos de seguridad y consultas predeterminados para su uso por los miembros del equipo.Los objetos que personaliza dentro de la plantilla de proceso proporcionan la configuración inicial del objeto.Al personalizar una plantilla de proceso, aumenta la conformidad con los procesos de todos los proyectos de equipo creados con la plantilla de proceso.También minimiza la hora de obtener los proyectos en marcha definiendo las consultas de equipo, informes, notas de protección de control de código fuente, grupos de seguridad, etc.
La tabla siguiente describe los objetos que se pueden personalizar para una plantilla de proceso o para un proyecto de equipo.Para obtener información sobre cómo personalizar un objeto después de haber creado un proyecto de equipo, elija el vínculo en la columna del objeto.Para obtener información sobre cómo personalizar un objeto como parte de la plantilla de proceso, elija el vínculo en la columna de descripción.
Objeto. |
Proyecto de equipo |
Plantilla de proceso |
Descripción |
---|---|---|---|
Páginas y gráficos ágiles |
Admite la creación del trabajo pendiente, la planeación del sprint, y el progreso del equipo.Para definir la configuración inicial, vea Personalizar páginas de trabajo pendiente y del comité. |
||
Admite la definición de los correos electrónicos de notificación personales y de equipo cuando se producen cambios en el proyecto de equipo. |
|||
Defina las categorías lógicas, físicas, funcionales, o áreas que pertenecen a un equipo.Vea Defina las áreas y las iteraciones iniciales. |
|||
Puede agregue las plantillas de proceso de compilación que se usa cuando crea definiciones de compilación.Puede personalizar más adelante las plantillas de proceso de compilación. |
|||
Agrupe uno o más tipos de elemento de trabajo para admitir la configuración de proceso, consultas, y otras operaciones.Vea Agregar definiciones de tipo de categorías de elementos de trabajo a una plantilla de procesos. |
|||
Configure las reglas que se aplican acciones concretas cuando los usuarios escribir o código de comprobación out.Vea Definir la configuración inicial del control de versiones de Team Foundation. |
|||
Proporcione la visión del progreso del equipo.Dependiendo de la plantilla de proceso que use para crear su proyecto de equipo, puede tener varios paneles ya definidos.Puede personalizar estos paneles aun más o crear nuevos paneles.Los paneles requieren la integración con Productos de SharePoint. |
|||
Admite el uso compartido de los documentos y los archivos del equipo a través de un portal de proyecto.Requiere Productos de SharePoint.Vea Defina el portal del proyecto. |
|||
Iniciales informes configurados con los paneles de un soporte de plantilla y no puede ser personalizado.Después de la creación de proyectos de equipo, puede personalizar y crear informes adicionales de Excel. |
|||
Admite la definición y mantenimiento de las listas de selección que usará muchos proyectos de equipo. |
|||
Admite la definición y mantenimiento de los campos de elemento de trabajo y las listas globales que usará muchos proyectos de equipo. |
|||
Defina los sprints o hitos de versión del producto.Vea Defina las áreas y las iteraciones iniciales. |
|||
Admite la personalización de las relaciones de vínculos entre elementos de trabajo.Vea Agregue las definiciones de tipos para los vínculos de elementos de trabajo. |
|||
Personalizar cómo se publican y actualizan los datos al trabajar en Microsoft Project y TFS.Si agrega nuevos campos de datos a un tipo de elemento de trabajo, puede asignar el campo para que aparezca en su plan.Vea Asignar campos de Microsoft Project a campos de Team Foundation. |
|||
Admite proporcionar orientación a los miembros del equipo en utilizar los artefactos de proyecto de equipo.Puede personalizar los hipervínculos que señalan para procesar los archivos de instrucciones y la ubicación de la guía de procesos..Vea Defina el portal del proyecto. |
|||
Personalizar el conjunto predeterminado de informes que tiene acceso a través del Administrador de informes, o crear nuevos informes.Vea Agregue los informes. |
|||
Las configuraciones de prueba especifican una combinación de hardware y de software que representa un entorno de usuario para probar.Puede configure las configuraciones de prueba iniciales y definir configuraciones adicionales mediante el Administrador de pruebas. |
|||
Estados de resolución de pruebas |
Especifica las razones por las que una prueba ha.La configuración predeterminada incluye: Precisa investigación, el problema de la prueba, el problema del producto, y problema de configuración.Vea Definir la configuración inicial del Administrador de pruebas. |
||
La configuración de pruebas controlan los adaptadores de datos de diagnóstico que obtienen realmente los datos.Puede configure los valores iniciales de pruebas o especificar valores de prueba mediante el Administrador de pruebas. |
|||
Admite la especificación de los elementos que reflejan el entorno de usuario en el que el software se implementará, como el tipo de dispositivo cliente, el sistema operativo de servidor, la velocidad de la red, o la edición de la base de datos.Las configuraciones de pruebas son una combinación de varias variables.Puede configurar las variables de prueba iniciales o especificar variables de prueba mediante el Administrador de pruebas. |
|||
Admite la configuración de grupos de seguridad y permisos.Puede configurar los grupos, los equipos, miembros, y los permisos iniciales o crear nuevos grupos o cambiar permisos |
|||
Admite datos de progreso y seguimiento de supervisión.Vea Datos de seguimiento para admitir consultas e informes . |
|||
Permite buscar elementos de trabajo y notifica el generar.Vea agregar consultas a una plantilla de proceso. |
|||
Proporciona la base para todo el seguimiento e informes del proyecto de desarrollo de software.Puede personalizar los campos de, el flujo de trabajo, y el formulario.Los tipos de elementos de trabajo incluyen los errores, los casos de usuario y las tareas.Vea Agregue las definiciones de tipos para los elementos de trabajo. |
Volver al principio
Determinar los requisitos de ámbito
Las cuatro áreas de ámbito que debe considerar son:
Evaluar la extensión que desea proporcionar a sus personalizaciones.La tabla siguiente resume las opciones de personalización de las que elegir y sus implicaciones de ámbito.
Ámbito
Objetos
Notas de implementación
Aplique los cambios a una plantilla de proceso
Vea Objetos que se pueden personalizar.
Elija esta opción si piensa crear varios proyectos de equipo y desea minimizar el tiempo necesario para poner los proyectos en ejecución y de aplicar la conformidad con los procesos del equipo.
Aplique los cambios a un proyecto de equipo
Vea Objetos que se pueden personalizar.
Elija esta opción sólo si el equipo requiere los cambios.
Aplique los cambios a varios proyectos de equipo
Vea Objetos que se pueden personalizar.
Elija esta opción si desea aplicar la coherencia del proceso entre varios proyectos de equipo existentes.Necesitará importar cambios en los archivos de definición de objeto a varios proyectos de equipo.
Aplique los cambios a todos los proyectos de equipo de una colección de proyectos
Campos de elemento de trabajo, listas globales, y tipos de vínculo
Al personalizar los objetos que se definen para una colección de proyectos de equipo, afectan a todos los proyectos de equipo definidos en la colección.Considere las implicaciones al implementar cambios en este nivel.
Evaluar sus requisitos de integración de datos.Un conjunto seleccione de campos se integra con Team Foundation Build, Test Manager, y control de versiones de Team Foundation.Estas aplicaciones automatizan la asignación de datos a estos campos.Vea Agregar campos para dar soporte técnico a la integración con prueba, compilación y control de versiones.
Evaluar sus requisitos de localización y globalización.Puede adaptar los nombres de tipos de elemento de trabajo, de campos, y de muchos elementos definidos para un tipo de elemento de trabajo.Vea Adaptación y globalización de los elementos secundarios WITD.
Evaluar los grupos de categorías necesarios para admitir los esfuerzos entre grupos.Cuando tenga elementos de trabajo similares con nombres diferentes, puede usar las categorías para agruparlos y generar informes más fácilmente.Las categorías admiten consultas flexibles, informes, la configuración de proceso, y la integración entre los proyectos de equipo.Vea Definir categorías para agrupar los tipos de elementos de trabajo.
Volver al principio
Personalizar páginas y gráficos de Agile
El contenido y el aspecto de las páginas de Agile se basa en las definiciones de los objetos de WIT y las asignaciones realizadas por el equipo.Los objetos de WIT incluyen los tipos de elemento de trabajo, categorías, y la configuración del proceso.Los tipos de elemento de trabajo definen los campos, el flujo de trabajo, y el diseño del formulario que el equipo utiliza para capturar datos.Estos datos se escribe en el almacén de datos de WIT.
las páginas y gráficos de Team Web Access Agile hacen referencia al almacén de datos de WIT en tiempo real.En la ilustración siguiente, los campos de elemento de trabajo se muestra en un cuadro azul para recalcar que sus definiciones se aplican a todos los proyectos de equipo de una colección de proyectos de equipo.Los cuadros de color naranja indican los objetos de WIT que se definen para un proyecto de equipo.Las páginas y gráficos de Agile, mostrados en púrpura, se definen en un equipo.
Volver al principio
Actividades de personalización y del objeto de WIT
Puede personalizar el aspecto de las páginas de Agile personalizar la configuración de procesos de un proyecto de equipo.Puede personalizar los tipos de elemento de trabajo que aparecen en las páginas de Agile modificando el archivo de categorías del proyecto de equipo.Puede modificar otros elementos, como asignaciones de metastate y asignaciones de campos de elemento de trabajo, que compilación admiten el gráfico desde la configuración del proceso para el proyecto de equipo.
La tabla siguiente se describen los elementos que se puede personalizar con un objeto y los de WIT definir con actividades y Team Web Access del equipo.
Página o gráfico ágil |
Qué se puede personalizar mediante objetos de WIT |
Qué se define con actividades de equipo |
---|---|---|
Trabajo pendiente del producto |
|
|
Trabajo pendiente de iteración |
|
|
Panel de tareas |
|
|
Gráfico de evolución |
|
|
Capacidad |
|
|
Velocidad y pronóstico |
|
|
Volver al principio
Notas de implementación
Si agrega un tipo de elemento de trabajo a una categoría, debe agregar el campo correspondiente del elemento de trabajo en la tabla siguiente a la definición del tipo de elemento de trabajo.Si cambia el campo de elemento de trabajo que utiliza para realizar datos, debe cambiar la asignación de campos definida en archivo de configuración del proceso.
Campo
Categoría
Uso
Actividad (Agile y scrum) o Discipline (CMMI)
Categoría de tarea
Admite la generación de capacidad por actividad.
Trabajo restante
Categoría de tarea
Admite la generación de gráficos de evolución y de capacidad.
Puntos de caso (Agile), (Esfuerzo scrum), o tamaño (CMMI)
Categoría de requisitos
Admite la generación del gráfico y prevista del progreso del equipo.
Rango en la pila (de Agile y CMMI) o prioridad en el trabajo pendiente (Scrum)
Requisitos categoría, categoría de tareas
Admite seguir el criterio de ordenación de los elementos de trabajo pendiente y de la tarea.
No puede asignar el mismo tipo de elemento de trabajo a la categoría del requisito y a la categoría de tareas.El comité de tarea depende de los tipos de elemento de trabajo distintos que se asignan a estas dos categorías.
Si agrega un estado de flujo de trabajo de un elemento, una tarea, o error de trabajo pendiente, y desea que ese estado que se reflejará en las páginas de Agile o la característica my de trabajo, debe actualizar las asignaciones de metastate para la configuración del proceso.Vea Estados de flujo de trabajo, metastates, y configuración de proceso.
Volver al principio
Datos de seguimiento para admitir consultas e informes
Todos los datos capturados para los elementos de trabajo se escribe en el almacén de datos de WIT, pero sólo los datos seleccione se escribe en el almacén de datos de Analysis Services.El atributo reportable asignado a cada campo de elemento de trabajo determina si los datos se escriban sólo a la base de datos relacional del almacén de datos o al almacén de datos relacional y al cubo OLAP.Los campos para informes tienen el atributo reportable establecido para detallar, para dimensionar, o medida.Todos los datos que se pueden incluir en los informes de todos los proyectos de equipo que están definidos en cada una las colecciones de proyectos de una implementación de Team Foundation Server se escriben en una única base de datos relacional.Los datos de ese almacén se procesan y escriben posteriormente en el cubo OLAP.La recopilación de datos en un único almacén es compatible con los informes entre colecciones de proyectos de equipo.
La ilustración siguiente centrado que los campos de elemento de trabajo, los atributos de campo, y las listas globales, que se muestran en cuadros azul, se aplican a todos los proyectos de equipo de una colección de proyectos de equipo.Los cuadros de color naranja indican los objetos de WIT que se definen para un proyecto de equipo.
[!NOTA]
El almacén de datos de WIT se actualiza en tiempo real mientras los miembros del equipo crean y modificar elementos de trabajo.Las actualizaciones incrementales se escriben en la base de datos relacional del almacén de datos y el cubo OLAP cada dos minutos y dos horas, respectivamente.
Volver al principio
Personalizar los campos de elemento de trabajo
Puede agregar nuevos campos o personalizar los campos existentes para admitir los requisitos de seguimiento.Para obtener una lista completa de campos definidos para los tipos de elemento de trabajo predeterminados que TFS proporciona, vea Referencia de campos de elementos de trabajo para Visual Studio ALM.
La tabla siguiente se indican los elementos y atributos asignados a un campo que puede personalizar o adaptar.Para agregar un campo o cambiar los elementos secundarios del campo, personalice el tipo de elemento de trabajo donde se define el campo.Vea Métodos utilizados para personalizar objetos de WIT.Para cambiar un atributo de campo, vea Administrar campos de elemento de trabajo.
Elemento secundario o atributos del campo |
¿Puede cambiar? |
¿Puede buscar? |
Notas, restricciones, y dependencias |
---|---|---|---|
No, con excepciones |
N/D |
Especifica el tipo de datos que acepta el campo.No puede cambiar normalmente el tipo de datos de campo una vez definido.Puede cambiar el tipo de datos de campo para los campos de HTML cualquiera de PlainText. |
|
Sí |
Sí |
El nombre descriptivo aparece en los menús desplegables de las consultas de elementos de trabajo y debe ser único entre todos los campos definidos en una colección de proyectos de equipo.El nombre descriptivo puede diferir del formulario que aparece en el formulario de elemento de trabajo. |
|
Sí |
Sí |
En el formulario de elemento de trabajo, puede especificar cualquier etiqueta que desee diferente del nombre descriptivo. |
|
Sí |
N/D |
Puede habilitar la indización para un campo mejorar los tiempos de respuesta de la consulta al filtrar en el campo.De forma predeterminada, se indizan los campos siguientes: Asignado a, creado fecha, cambiado identificador por, de estado, de Resolución, de área, identificador de iteración, y tipo de elemento de trabajo. |
|
Texto de ayuda o información sobre herramientas (elemento secundario FIELD) |
Sí |
Sí |
Puede definir una cadena de texto personalizado de hasta 255 caracteres de cada campo dentro de cada tipo de elemento de trabajo. |
Sí |
N/D |
Puede agregar o modificar reglas asociadas a un campo, y combina reglas de campo.Por ejemplo, puede especificar una regla para realizar una de las acciones siguientes:
|
|
Sí |
N/D |
Para cada regla de campo, puede especificar el nombre de un usuario o grupo que la regla haga o no solicite. |
|
Sí |
N/D |
Para la mayoría de las reglas de campo, se aplican las reglas condicionales en función del valor asignado a otro campo.Vea |
|
Sí |
N/D |
Personalizar cualquiera de las listas definidas para un tipo de elemento de trabajo, o agregarlas listas para admitir los nuevos campos que se agregan.Además, puede reemplazar una lista de selección con una lista global.Una lista global minimiza el trabajo necesario para actualizar una lista que comparten diferentes tipos de elementos de trabajo.Una lista global también admite la coherencia de cruce- grupo. |
|
Sí |
Sí |
Puede cambiar el nombre de campo que aparece en un informe, el nombre de referencia del informe, y el tipo de informe.Puede buscar el nombre descriptivo de informes. El tipo de informe determina si los datos de campo se escriben en la base de datos relacional del almacén de datos, la base de datos relacional del almacén de datos y el cubo OLAP, o generar una suma calculada de requisitos previos de valores al procesar el cubo OLAP. Para obtener una lista completa de los campos para informes predeterminados, vea Referencia de campos para informe para Visual Studio ALM.Para obtener más información sobre el cubo OLAP, vea Perspectivas y grupos de medidas proporcionadas en el cubo de Analysis Services para Team System. |
|
Sí |
N/D |
Puede habilitar o deshabilitar la sincronización con Active Directory para los campos asociados a las cuentas de usuario. |
Volver al principio
Personalizar tipos de elemento de trabajo
Puede agregar nuevos tipos de elemento de trabajo o personalizar tipos de elemento de trabajo existentes.La tabla siguiente se indican las áreas dentro de un tipo de elemento de trabajo que puede personalizar.Puede obtener más eligiendo el vínculo bajo el elemento de definición.Realice cambios en los tipos de elemento de trabajo mediante el editor de proceso o importar el archivo modificado de definición XML.Vea Métodos utilizados para personalizar objetos de WIT.
Elementos de definición |
Descripción |
---|---|
El nombre del tipo de elemento de trabajo aparece en los menús desplegables de las consultas de elementos de trabajo y debe ser único en un proyecto de equipo.Puede cambiar el nombre mediante la herramienta de línea de comandos de witadmin. |
|
Puede definir una cadena de texto personalizado de hasta 255 caracteres que describe el propósito del tipo de elemento de trabajo. |
|
Puede agregar o modificar los elementos de campo y las reglas de campo definidos para un tipo de elemento de trabajo.Vea Personalizar los campos de elemento de trabajo. |
|
Puede personalizar el diseño del formulario para agregar o modificar campos, etiquetas de campo, fichas, y las columnas.Además, puede personalizar los elementos siguientes dentro de un formulario:
|
|
Cada definición de flujo de trabajo consta de un conjunto de estados, las transiciones, y las causas válidas y localizables.Los equipos utilizan el flujo de trabajo para seguir el progreso realizado en los elementos de trabajo.La lista de selección de estados y de Motivos en el formulario de elemento de trabajo se deriva de la definición de flujo de trabajo. |
|
Puede especificar las reglas y condiciones que se aplican a un campo durante un cambio de estado o una transición del flujo de trabajo. |
|
Puede especificar una acción personalizada para automatizar las asignaciones del campo basadas en un cambio de estado, razón, o la transición. |
Volver al principio
Actividades necesarias para supervisar el progreso y generar informes útiles
Mientras que los gráficos y las consultas de evolución de Agile se compilan de almacén de WIT, los informes listos para usar (OOB), los informes personalizados, los paneles y se compilan de los datos escritos en la base de datos y el cubo OLAP relacionales de almacén.Además de datos de elementos de trabajo, el almacén de datos contiene datos sobre las compilaciones, código fuente, resultados de pruebas y cobertura de código.Todos los datos capturados para todos los proyectos de equipo se escribe en el almacén de datos para la colección de proyectos de equipo.Todos los datos de todas las colecciones de proyectos de equipo se escribe en la base de datos y el cubo OLAP relacionales de almacén.
Actividades y procedimientos recomendados necesarias del equipo
Para crear informes que contienen datos útiles sobre el estado, progreso, y las tendencias de los elementos de trabajo, los miembros del equipo realizan las siguientes actividades:
Cree elementos de trabajo.Los miembros del equipo crean elementos de trabajo para administrar el trabajo pendiente de casos o de los errores, para seguir el trabajo con tareas, y para administrar casos de prueba.
Elementos de trabajo de vínculos a otros elementos de trabajo o conjuntos de cambios.Para seguir las relaciones entre los elementos de trabajo, los miembros del equipo establecen relaciones adecuadas.Por ejemplo, los vínculos entre los casos de usuario y tareas se utilizan para calcular la evolución y mostrar los elementos en la página del comité de la tarea de Team Web Access.Varios informes de OOF dependen de crear vínculos entre elementos de trabajo pendiente, casos de prueba, y errores.Los miembros del equipo pueden mostrar conexidad, dependencia, o jerarquía especificando el tipo adecuado de vínculo.
Para obtener más información, vea Vincular elementos de trabajo y objetos para admitir rastreabilidad.
Trabajo a las áreas y las iteraciones.Para supervisar el progreso de equipos, las áreas de producto, o filtrado de hito y admiten el informe, los miembros del equipo establecen la ruta de acceso del área y la ruta de acceso de iteración para los elementos de trabajo.
Puede agregar y modificar áreas e iteraciones en cualquier momento durante el ciclo de lanzamiento.Vea Crear y modificar áreas e iteraciones.
Trabajo a los propietarios y el estado actualizado.Cuando el trabajo progresa, los miembros del equipo cambia el estado de sus elementos de trabajo asignados para reflejar el flujo de trabajo.Los administradores de proyectos o los responsables de equipo actualizan el estado de los elementos de trabajo pendiente cuando se han completado todas las tareas subordinadas y se cumplen los criterios de aceptación.
Los informes y paneles siguientes dependen de actualizaciones oportunas al campo de estado para el de Agile y CMMI los proyectos de equipo: Informe estado del error, Informe tendencias de errores, Informe de las reactivaciones, y Estado de iteraciones Saludable.
Actualice el esfuerzo de trabajo.Para supervisar el progreso que el equipo ha realizado en completar el trabajo para una iteración o versión, los miembros del equipo actualizan el campo trabajo restante del diario de las tareas o semanales.Para de Agile y CMMI los proyectos de equipo, también deben actualizar el campo completo de trabajo.Los informes y paneles siguientes de administración de proyectos dependen de los datos escritos en estos campos:
Ágil: Evolución y tasa de avance, Trabajo restante, Trabajo no planeado, Estado de iteraciones Saludable, Información general de casos, Progreso de los casos, Progreso (Panel de Agile), Panel de proyecto (Agile)
Scrum: Información general de trabajo pendiente, Evolución de sprint (Scrum)
CMMI: Evolución y tasa de avance, Trabajo restante, Trabajo no planeado, Estado de iteraciones Saludable, Información general sobre los requisitos, Progreso de los requisitos, Progreso (Panel de CMMI), Panel de proyecto (CMMI)
Sugerencia El único informe que hace referencia a datos estimación original de es Estado de iteraciones Saludable.
Calidad de compilación de seguimiento: Compilaciones diarias están en el núcleo de todos los esfuerzos de desarrollo.Para obtener una visión del progreso y la calidad del software en desarrollo, los equipos deben implementar compilaciones diarias y configurar compilaciones y pruebas
Vea Actividades necesarias para administrar pruebas y compilaciones para los miembros del equipo de acciones que necesite realizar para generar datos útiles para informes siguientes de OOB: Indicadores de calidad de compilación, Correctamente de compilación con el tiempo, y Resumen de la compilación.
Renovación y cobertura de código de pista: Para obtener información sobre lo que debe hacer para generar datos útiles para Renovación de código, informa de Cobertura de código, vea Actividades necesarias para supervisar la renovación de código y la cobertura de código.
Volver al principio
Métodos utilizados para personalizar objetos de WIT
Una vez creado un proyecto de equipo, puede personalizar un objeto de WIT en una de las siguientes maneras:
Utilice el editor de proceso para modificar un tipo de elemento de trabajo.
Puede modificar los tipos de elemento de trabajo mediante process editor, un complemento de la herramienta avanzada para Visual Studio que puede descargar e instalar.Ubicado en el menú herramientas, el editor de proceso proporciona una interfaz gráfica de usuario.Puede utilizar esta herramienta para importar y exportar los tipos de elemento de trabajo, tipos de elemento de trabajo de edición, y modificar el contenido de una plantilla de proceso.Para obtener más información, consulte la siguiente página en el sitio web de Microsoft: Herramientas avanzadas para el servidor Team Foundation.
Modificar un atributo de un campo de elemento de trabajo: Puede utilizar la herramienta de línea de comandos de witadmin para cambiar los atributos asignados a un campo.Vea Managing Work Item Fields [witadmin].
La exportación, modificar, e importa un archivo de definición para un objeto de WIT: Para cada objeto que desea personalizar, debe realizar los pasos siguientes: identifica el ámbito de cambios, identifique las dependencias, exportar objetos, actualizar los objetos, importar objetos, y compruebe los cambios.
Proceso para personalizar objetos que el seguimiento de trabajo
Los objetos que se pueden personalizar utilizando este tipos de elemento de trabajo de proceso de inclusión, categorías, tipos de vínculo, listas globales, flujo de trabajo global, y la configuración del proceso.
Vea witAdmin: Personalizar y administrar objetos para el seguimiento de elementos de trabajo.
Volver al principio
Recursos adicionales
Podría encontrar respuestas adicionales a las preguntas que tiene o puede exponer una pregunta en uno de los foros siguientes de TFS:
Volver al principio