Personalizar el seguimiento de elementos de trabajo y el proyecto de equipo
Artículo
Después de crear un proyecto de equipo, puede personalizarlo para los equipos.La mayoría de las áreas que puede personalizar se aplican al proyecto de equipo.Algunas áreas se aplican a los equipos individuales.Este tema proporciona información general sobre los tipos más comunes de personalizaciones, notas de implementación con respecto a operaciones e interdependencias, e incluye vínculos a temas que proporcionan información detallada sobre cómo personalizar áreas concretas.
[!NOTA]
Este tema hace referencia a los proyectos de equipo y al elemento de trabajo que siguen los objetos de (WIT) que se crean a partir de una de las plantillas de proceso predeterminadas que Team Foundation Server (TFS) proporciona.Un elemento de trabajo pendiente puede hacer referencia a un caso de usuario, a un requisito, un elemento de trabajo pendiente del producto, o un error, en función de si el proyecto de equipo se creó mediante el Agile, de CMMI, o de la plantilla de procesos de Scrum.Para obtener más información, vea Guía de procesos y plantillas de proceso de Team Foundation Server.
Áreas que puede personalizar
Rutas de área y de iteración
Equipos, alertas de equipo, y favoritos del equipo
Páginas y gráficos ágiles
Páginas, trabajo restante, capacidad, velocidad, y pronóstico de trabajo pendiente
Panel de tareas
Listas o los elementos de un menú desplegable en un formulario de elemento de trabajo
Campos utilizados para realizar el trabajo e informes e integración de compatibilidad
Flujo de trabajo definido para un tipo de elemento de trabajo
Limite el número de nombres en el campo Asignado a
Restringir quién puede realizar cambios en un elemento de trabajo o a quién una regla de campo aplica
Aplica la coincidencia de modelos a un campo
Métodos y recursos para admitir la personalización
Métodos utilizados para personalizar objetos de WIT
Recursos adicionales
[!NOTA]
Puede personalizar la plantilla de proceso que usará para crear un proyecto de equipo.A continuación, después de crear un proyecto de equipo, las personalizaciones se ya colocados.Específicamente, personalice los artefactos de objetos y de proyecto de WIT.Personalizar las plantillas de proceso es el modo más eficaz de implementar personalizaciones a varios proyectos de equipo se crearán para una implementación de empresa.Vea Personalizar plantillas de procesos.
Requisitos
Para crear o eliminar áreas e iteraciones, debe ser miembro participante del equipo o del proyecto de equipo.
Para crear un equipo o personalizar la mayoría de los objetos de WIT, como un tipo de elemento de trabajo, categorías, o configuración de proceso, debe ser miembro del grupo Project Administrators para el proyecto de equipo.
Para modificar los atributos de un campo, debe ser miembro del grupo Project Collection Administrators.
Para ver características de equipo como el comité de trabajo pendiente y la tarea, debe ser miembro del grupo de acceso Completo en Team Web Access.Pueden aplicarse requisitos de licencia adicionales.Para obtener más información, vea Tener acceso a características en Team Web Access.
Los elementos de trabajo de grupo de categorías útiles, como las características y los hitos relacionados de desarrollo, puede definir áreas e iteraciones.Utiliza áreas para asignar el trabajo a las categorías lógicas, físicas, funcionales, o a las áreas que pertenecen a un equipo.Utiliza iteraciones para asignar el trabajo a los sprints o sincronizar los ciclos del equipo.
Qué puede personalizar relacionado a las áreas y las iteraciones :
Agregue las áreas secundarias y las iteraciones que están hasta 14 niveles de profundidad.
Especifique una ruta de acceso predeterminada del área y una ruta de acceso de iteración predeterminada para un equipo.Los valores predeterminados se asignan automáticamente a los elementos de trabajo pendiente que cree con el rápido agregue en el panel en la página del trabajo pendiente del producto.
Establezca la fecha de inicio y fin para las iteraciones que el equipo utiliza para realizar el seguimiento de una iteración o de plazo.
Restrinja el acceso a la vista, cree, o modifique los elementos de trabajo y administrar planes de prueba que se definen en área.
Restringir quién puede agregar o modificar nodos secundarios que se definen en un área o iteración.
Notas de implementación:
Las áreas secundarias y las iteraciones aparecen en los menús desplegables de los campos Ruta de acceso del área e Ruta de acceso de la iteración.Estos campos aparecen en la mayoría de los formularios de elemento de trabajo y en los criterios de filtro dentro del editor de consultas.Además, muchos informes de (OOB) de componente estándar hacen referencia a estos campos con el propósito de filtrar.
Los vínculos de las páginas del trabajo pendiente de iteración aparecen en la página del trabajo pendiente solo para las iteraciones que se han seleccionado en un equipo.
Debe seleccionar al menos una ruta de acceso de área mientras activo para un equipo antes de poder utilizar características como el trabajo pendiente del producto, la secretaría de la tarea, o página principal del equipo.Vea Definir áreas de equipo e iteraciones.
Si define una ruta de acceso que tiene más de 256 caracteres, no podrá especificarlo en Microsoft Project.Para evitar este problema, etiquetar las áreas secundarias y las iteraciones con menos de 10 caracteres, y no anide los nodos en más de 14 niveles de profundidad.
Cómo se personaliza:
Para agregar o modificar área, abra Team Web Access, y elija el icono de engranaje junto al nombre de usuario en la parte superior de la página.En la página administrativa, elija áreas.O, de Visual Studio, elija Equipo, configuración del proyecto de equipo, áreas de elemento de trabajo.
Para agregar o modificar las rutas de acceso de iteración, la página de administración de Team Web Access, elija iteraciones.
Equipos, alertas de equipo, y favoritos del equipo
Puede crear los equipos dentro de un proyecto de equipo para permitir que cada equipo administrar su propio trabajo pendiente de trabajo y administre los sprints.Además, los equipos pueden realizar el seguimiento del progreso mediante su gráfico del comité y de evolución de la tarea, y alertas de equipo de la configuración.Cada proyecto de equipo actúa como un equipo predeterminado.
Puede personalizar los mosaicos activos que aparecen en la página principal del equipo.Agrega un mosaico agrega un objeto a Team Favoritos del menú contextual para la consulta de elementos de trabajo, la definición de compilación, o la carpeta de control de código fuente.La siguiente ilustración muestra un ejemplo de donde se han agregado seis mosaicos.Elegir un mosaico puede obtener acceso rápidamente a información para la consulta, la definición de compilación, o la carpeta de control de código fuente.
Qué puede personalizar relacionado con los equipos:
Administrar los miembros del equipo y obtener acceso a los recursos.
Defina las áreas y las iteraciones del equipo como se describe en Rutas de acceso de iteración y área.
Definir las alertas del equipo, que envían notificaciones de correo electrónico cuando se produzcan cambios en los elementos de trabajo, las revisiones del código, los archivos de control de código fuente, y compilaciones.
Agregue o quite los mosaicos de la página principal del equipo que se vinculan a las consultas de elementos de trabajo, definiciones de compilación, y carpetas de control de código fuente.
Re- secuencia el conjunto de mosaico en la página principal del equipo.
Notas de implementación:
El campo Asignada a está diseñado para mostrar sólo los miembros del equipo cuando se tiene acceso de menús contextuales de Team Web Access.
Todos los miembros del equipo verán los mosaicos y la secuencia que se especifica para la página principal del equipo.Cualquier miembro del equipo puede cambiar el conjunto y la secuencia de mosaico.
Cómo se personaliza:
Para agregar un equipo, de Team Web Access, elija el icono de engranaje para abrir la página administrativa.En la pestaña Información general , elija el vínculo Nuevo equipo .Vea Crear y configurar un equipo.
Para agregar un mosaico a la página principal del equipo, elija Agregar a favoritos del equipo del menú contextual para cada objeto que desea que aparezcan en la página principal.Sólo se puede agregar a favoritos del equipo a la página principal del equipo.No puede agregar a mis favoritos.Vea Administrar los favoritos del equipo.
Para obtener re- secuencia mosaicos, abra la página principal del equipo y arrastre los mosaicos para reorganizarlos a la secuencia que prefiera.
Volver al principio
Páginas y gráficos ágiles
Puede personalizar algunos elementos de las páginas de trabajo pendiente y del comité que Team Web Access proporciona.Mientras cada equipo puede administrar sus propias páginas de trabajo pendiente y del comité, todas las personalizaciones realizadas en estas páginas se aplican a todos los equipos definidas un proyecto de equipo.
Páginas, trabajo restante, capacidad, velocidad, y pronóstico de trabajo pendiente
Team Web Access proporciona dos tipos de trabajo pendiente del producto de las páginas de - trabajo pendiente para crear y ordenar los elementos de trabajo pendiente y las páginas de la iteración que permiten crear tareas para implementar los elementos de trabajo pendiente asignados a una iteración concreta.Además de estas páginas, gráficos que la capacidad de pantalla, la evolución, y la velocidad del equipo se muestran.Para obtener información sobre cómo utilizar estas páginas, vea Iteraciones y planeación de Agile.
Qué puede personalizar relacionado a las páginas del trabajo pendiente:
Cambie los tipos de elementos de trabajo que aparecen en las páginas de trabajo pendiente.
Cambie los tipos de elementos de trabajo que puede crear como tareas vinculados a los elementos de trabajo pendiente en las páginas del trabajo pendiente de iteración.
Cambie los campos que se muestran dentro de rápido agregan el panel en la página del trabajo pendiente del producto.Por ejemplo, puede agregar un campo obligatorio como parte de la entrada rápida del panel.
Cambie las columnas y la secuencia iniciales de la columna muestra.Puede modificar estos elementos y Team Web Access recordará las modificaciones.
Cambie los campos de elemento de trabajo que se utilizan para realizar el trabajo restante, tipos de actividad, tamaño de los elementos de trabajo pendiente y calcular su velocidad, capturan el criterio de ordenación para enumerar elementos de trabajo pendiente, y los días estándar no laborable para el equipo.
Notas de implementación:
Los vínculos de las páginas del trabajo pendiente de iteración aparecen en la página del trabajo pendiente solo para las iteraciones que se han seleccionado en un equipo.
Para cada tipo de elemento de trabajo que agregue a la página de trabajo pendiente, debe asignar uno o más de sus estados de flujo de trabajo a los metastates de la configuración.Todos los estados se asignan que deben corresponder a uno de los tipos de elemento de trabajo asignados a la categoría para la que se asignan.
Si quita un tipo de elemento de trabajo de aparecer en la página de trabajo pendiente, debe quitar la asignación de los estados a los metastates.
Los siguientes campos de elemento de trabajo se asignan para procesar tipos de datos de configuración.Cuando se agrega un tipo de elemento de trabajo a los requisitos categoría o a la categoría de tareas, debe considerar la posibilidad de agregar los campos correspondientes a la definición de tipo de elemento de trabajo.
Campo de elemento de trabajoTipoDescripción
Trabajo restante RemainingWork Admite la generación de gráficos de evolución y de capacidad.Agregue el trabajo restante a los tipos de elemento de trabajo que agregue a la categoría de tareas.
Actividad (Agile y scrum) o Discipline (CMMI) Activity Admite la generación de capacidad por actividad.Agregue el campo correspondiente a los tipos de elemento de trabajo que se agrega a la categoría de tareas.
Puntos de caso (Agile), (Esfuerzo scrum), o tamaño (CMMI) Effort Admite la generación del gráfico y prevista del progreso del equipo.Agregue el campo correspondiente a los tipos de elemento de trabajo que se agregan los requisitos la categoría.
Rango en la pila (de Agile y CMMI) o prioridad en el trabajo pendiente (Scrum) Order Admite seguir el criterio de ordenación de los elementos de trabajo pendiente.Agregue el campo correspondiente a los tipos de elemento de trabajo que se agregan los requisitos la categoría.
Puede especificar un campo diferente a los que se incluyen en la tabla anterior y asigne el mismo campo asignado al tipo de configuración del proceso.
El criterio de ordenación asignado a través de la página del trabajo pendiente del producto define la secuencia de elementos que aparecen en las páginas de trabajo pendiente y la secretaría de la iteración.
Cómo se personaliza:
Para agregar o quitar los tipos de elemento de trabajo de aparecer en las páginas de trabajo pendiente, agregar o quitar el tipo de la categoría del requisito.Para modificar la categoría de requisito, modifique el archivo de Categories.xml.
Para agregar o quitar los tipos de elemento de trabajo que puede crear como tareas de las páginas del trabajo pendiente de iteración, agregar o quitar el tipo de categoría de tareas.Para modificar la categoría de tareas, modifique el archivo de Categories.xml.
Para modificar el rápido agregue en el panel o columnas o la secuencia iniciales de la columna, modificar el archivo de AgileConfiguration.xml.
Para modificar la asignación de metastate o asignaciones de campo-a- tipo, modifique el archivo de CommonConfiguration.xml.
El comité de la tarea muestra los elementos de trabajo definidos para la iteración actual.Incluyen los tipos de elemento de trabajo asignados a la categoría de tareas organizada en la columna que corresponde a la asignación del estado actual.
Sugerencia
Para entender mejor cómo Team Web Access determina los elementos de trabajo para mostrar en la secretaría de la tarea, se pueden ver los criterios de filtro para la iteración actual.Elija la página del trabajo pendiente del sprint actual, elija Crear consulta de trabajo pendiente, elija Aceptar, y elija el vínculo Haga clic aquí para verla.En la página de elementos de trabajo, elija Editor.
Los encabezados de columna del comité se derivan de los estados del flujo de trabajo asignadas a los tipos de elemento de trabajo agregados a la categoría de tareas.Sólo esos estados asignadas a un metastate aparecen.Además, la referencia de páginas del trabajo pendiente de iteración que tipos de elemento de trabajo que se pueden agregar como tareas según los definidas para la categoría de tareas.Para obtener más información sobre cómo utilizar la secretaría de la tarea, vea Ejecutar una iteración.
Qué se puede personalizar en la secretaría de la tarea tareas:
Agregar o cambiar los tipos de elementos de trabajo que aparecen en el comité de la tarea.Por ejemplo, además del tipo de tarea, puede agregar el error al conjunto de tipos que se traten como una tarea en las páginas del trabajo pendiente de iteración y el comité de la tarea.
Agregar o quitar una columna agregando o quitando un estado de la asignación de metastate.Por ejemplo, si tiene un estado de flujo de trabajo que se utiliza para indicar elementos de trabajo bloqueado, puede asignar a ese estado para hacer que la columna bloqueado aparece en la página del comité.
Cambiar el límite establecido máximo para el número de elementos de trabajo que pueden aparecer en el panel de tareas.De forma predeterminada, el panel de tareas se limita a un total de 500 elementos de trabajo.
Notas de implementación:
Para cada tipo de elemento de trabajo que agregue a la categoría de tareas, tiene que asignar uno o más de sus estados de flujo de trabajo a los metastates de la configuración.Todos los estados se asignan que deben corresponder a uno de los tipos de elemento de trabajo asignados a la categoría para la que se asignan.Sólo esos estados se asignan que aparecen como columnas en el comité.
Para admitir cálculos de trabajo y de evolución de seguimiento, debe agregar el campo trabajo restante a la definición para cada tipo de elemento de trabajo que se agregue a la categoría de tareas.
No puede agregar un tipo de elemento de trabajo a la categoría de requisitos y la categoría de tareas.Por ejemplo, no puede agregar el error a los requisitos categoría y categoría de tareas.
Cómo se personaliza:
Para agregar o quitar los tipos de elemento de trabajo que actúan como tareas, agregan o quitan el tipo de categoría de tareas.Para modificar la categoría de tareas, modifique el archivo de Categories.xml.
Para modificar la asignación de metastate, modifique el archivo de CommonConfiguration.xml.Por ejemplo, agregando la asignación, <State value="Blocked" type="Proposed" />, como se muestra en la siguiente sintaxis puede agregar la columna bloqueado al comité de tareas:
Para aumentar o reducir el número de elementos que pueden aparecer en el comité de la tarea, especifique un nuevo límite en la definición de AgileConfiguration.xml.Por ejemplo, para establecer los elementos máximo en 600, especifique lo siguiente:
Listas o los elementos de un menú desplegable en un formulario de elemento de trabajo
Listas son los valores enumerados que aparecen dentro de un menú desplegable en un formulario de elemento de trabajo y la columna Valor dentro del editor de consultas.Define la mayoría listas en la definición de FIELD para un tipo de elemento de trabajo.Las excepciones a esta regla son:
Define los valores para Ruta de acceso del área y los campos Ruta de acceso de la iteración de páginas administrativas de Team Web Access forman.Vea Rutas de acceso de iteración y área.
Define los valores para los campos Situación y Motivo dentro de la sección de WORKFLOW de la definición del tipo de elemento de trabajo.Vea Flujo de trabajo definido para un tipo de elemento de trabajo.
Define los valores de los campos asociados a cuentas de usuario como Asignada a agregar usuarios a un grupo de seguridad TFS o restrinja el acceso a un grupo o un conjunto de usuarios.
De forma predeterminada, la lista para el campo Asignado a contiene los nombres de cuenta para todos los usuarios y grupos que se hayan agregado en cualquier parte de Team Foundation Server.Estas cuentas se sincronizan con Active Directory.Vea Preparar la instalación.
Qué puede personalizar relacionado para escoger listas:
Defina simple listas que se aplican a un único campo en un tipo de elemento de trabajo.
Defina las listas globales que puede utilizar para varios tipos de elemento de trabajo y proyectos de equipo de una colección de proyectos.
Especifique permitía, sugeridos, o valores prohibidos dentro de una lista de selección o una lista global.
Listas de combinación, restringir quién aplica una lista, y establecer condiciones en cuando aparece una lista en el formulario de elemento de trabajo.
Notas de implementación:
Puede definir listas de selección para los campos cuyo tipo de datos entero o de cadena.
Utilizar listas globales, puede minimizar el trabajo necesario para actualizar una lista que muchos proyectos de equipo de una colección de proyectos de equipo comparten varios tipos de acción y de que de elementos de trabajo.Utilice listas globales cuando desee aplicar uso común entre proyectos de equipo.
Puede definir diferente listas de selección para el mismo campo, que aparece en diferentes tipos de elemento de trabajo y proyectos de equipo.
Cómo se personaliza:
Para definir o modificar una lista de selección, modifique la definición de campo para el tipo de elemento de trabajo.Vea Definir listas desplegables.
Para definir una lista global, modifique la definición de la lista global mantenida para la colección de proyectos de equipo.Para utilizar la lista global, inclúyalo en la definición de campo del tipo de elemento de trabajo.Vea Definir listas globales.
Volver al principio
Campos utilizados para realizar el trabajo e informes e integración de compatibilidad
Puede usar campos de elemento de trabajo para realizar un seguimiento de los datos de un tipo de elemento de trabajo, para definir los criterios de las consultas y para diseñar informes.Puede personalizar la forma de usar un campo de elemento de trabajo predefinido para un tipo de elemento de trabajo, o puede crear campos que admitirán requisitos adicionales para el seguimiento de datos.Asimismo, puede especificar o cambiar el atributo de un campo.
Un conjunto predeterminado de campos aparece en la base de datos relacional del almacén de datos o el cubo, según las asignaciones realizadas en cada campo de elemento de trabajo.Antes de agregar un nuevo campo, debería considerar si puede utilizar un campo existente o modificar los atributos para informes de un campo existente.Vea Referencia de campos para informe para Visual Studio ALM.
Qué puede personalizar relacionado con los campos de elemento de trabajo:
Agregue un campo a un tipo de elemento de trabajo.Puede agregar un campo del sistema, un campo definido en otro tipo de elemento de trabajo, un campo personalizado, o un campo de integración.
Nombre descriptivo que muestra en la consulta de elementos de trabajo.Este nombre puede diferir del nombre que aparece en el formulario de elemento de trabajo.
Sincronización con Active Directory.Puede habilitar o deshabilitar la sincronización de los campos asociados a las cuentas de usuario.
El indizar.Puede habilitar o la indización deshabilitada de campos, que mejora el rendimiento de las consultas que filtran en estos campos.
Tipo de datos.Puede cambiar el tipo de datos para PlainText o campos de HTML a cambiar a partir de un tipo a otro.
Atributos de informes: puede cambiar el nombre de campo que aparece en un informe, el nombre de referencia del informe, y el tipo de informe.
Cualquier campo que desea que aparezca en un informe, a menos que los campos de sistema, se debe definir en el archivo de definición para los tipos de elementos de trabajo que el campo siga.
Para admitir la entrada de datos para un campo, debe incluir el campo en la sección de FIELDS y la sección de FORM de la definición de tipo de elemento de trabajo.
Todos los campos definidos dentro de tipos de elemento de trabajo se administran en el nivel de colección de proyectos de equipo.Se pueden producir cuando los atributos asignados a un campo definido para un proyecto de equipo difieren de los asignados a otro proyecto de equipo.Para administrar estos errores, vea Resolver los conflictos del esquema que se producen en el almacén de datos.
Flujo de trabajo definido para un tipo de elemento de trabajo
El flujo de trabajo permite que los equipos realizan el estado y progreso del trabajo.Asociados a cada tipo de elemento de trabajo a un flujo de trabajo.Cada definición de flujo de trabajo consta de un conjunto de estados válidos, las transiciones, de razones, y acciones opcionales que se realizarán cuando un miembro del equipo cambia el estado de un elemento de trabajo.Por ejemplo, el estado determina el estado del trabajo, como Nueva, Propuesta, Activa, En curso, Completado, o Cerrado.Las transiciones representan una progresión válida, una regresión, o un estado sesgo, como Quitado, entre estados.Las razones admiten el seguimiento por qué la transición se creó.Por ejemplo cuando se reactiva un error, puede seleccionar un motivo como Cerrado por error o Regresión.
La siguiente ilustración muestra una comparación de los estados predeterminadas de flujo de trabajo para los elementos de trabajo pendiente definidos para predeterminada en paralelo las plantillas de proceso que TFS proporciona.Para obtener más información, vea Elegir una plantilla de procesos.
Importante
Las ilustraciones siguientes se basan en las plantillas de proceso predeterminadas proporcionadas en la instalación o actualizan a TFS 2012.Las actualizaciones significativas se crearon al flujo de trabajo para varios tipos de elemento de trabajo de la última actualización de quarterly.Estos cambios admiten transiciones atrasadas de modo que al arrastrar accidentalmente un elemento de trabajo en el comité de Kanban o el comité de la tarea al estado resuelto o cerrado, puede arrastrarlo a un estado anterior del flujo de trabajo.Para obtener más información sobre la actualización, vea Lo nuevo en planeación y seguimiento.
Para obtener acceso a las versiones más recientes de las plantillas de proceso predeterminadas y actualizar el proyecto de equipo con las últimas definiciones de flujo de trabajo, instale el último quarterly actualizado para Team Foundation Server.Puede obtener la actualización del sitio de descarga de Microsoft: Actualización trimestral para Microsoft Visual Studio 2012 Team Foundation Server.
Scrum 2,0 de Visual Studio
MSF for Agile v6.0
MSF for CMMI v6.0
Diagrama de estado del elemento de trabajo pendiente del producto
Diagrama de estado de caso de usuario
Diagrama de estados de los requisitos
Qué se puede personalizar en el flujo de trabajo de un tipo de elemento de trabajo:
Agregue o quite los estados, transiciones, o razones.
Cambie la razón predeterminada.
Limita los tipos de modificaciones que se pueden crear el elemento de trabajo o en un campo y por los que, según el cambio de estado, la selección de una razón, o tipo de transición creado.Vea Restringir quién puede realizar cambios en un elemento de trabajo o a quién una regla de campo aplica.
Los menús desplegables para los campos de estado y motivo muestran los valores asignados en la sección de WORKFLOW del tipo de elemento de trabajo.
Si agrega un estado a un tipo de elemento de trabajo que aparece en las páginas de trabajo pendiente o del comité en Team Web Access, y desea que ese estado para que aparezca como una columna en la página del comité, también debe asignar el estado a un metastate.
Cómo se personaliza:
Modificar el flujo de trabajo, modifique la definición del tipo de elemento de trabajo.Vea Diseñar el flujo de trabajo.
Para asignar los estados del flujo de trabajo a los metastates, modifique la definición del archivo de CommonConfiguration.xml.Vea Customize Process Configuration.
Volver al principio
Limite el número de nombres en el campo Asignado a
De forma predeterminada, el menú desplegable del campo Assigned to muestra todos los usuarios que se han concedido acceso a TFS.Este es el grupo valid users predeterminado.Puede restringir el conjunto de usuarios que se muestran para reflejar sólo las cuentas de usuario que se han agregado a un grupo de seguridad TFS o de Windows.
Qué se puede personalizar en el campo Assigned to :
Restringir la lista de usuarios que aparecen en el menú desplegable para el campo Assigned to u otro campo personalizado de persona- nombre.
Notas de implementación:
El modo más eficaz de aplicar restricciones de seguridad es crear grupos personalizados que se administra en Windows o en TFS.
En Team Web Access, menús contextuales que los elementos de trabajo admiten la asignación se limitan a los miembros del equipo.
Cómo se personaliza:
Cree el grupo de seguridad que desea utilizar y agregue las cuentas al grupo.Por ejemplo, cree un nuevo grupo denominado Colaboradores de equipo.Vea Cambiar los permisos de un grupo o usuario.
Modifique el archivo de definición para cada tipo de elemento de trabajo que desea restringir el conjunto de usuarios.Agregue el elemento de VALIDUSER a la definición del elemento de FIELD para el campo Assigned to, y especifique el grupo de TFS.
Por ejemplo, el fragmento de código siguiente se puede agregar a la definición de la tarea para restringir el conjunto de usuarios para el campo Asignado a sólo los miembros del equipo agregan al grupo de tareas en equipo de TFS.
<FIELD name="Assigned To" refname="System.AssignedTo" type="String" reportable="dimension" syncnamechanges="true">
<HELPTEXT>The person currently working on this task</HELPTEXT>
<ALLOWEXISTINGVALUE />
<VALIDUSER group="Team Contributors" />
</FIELD>
Cuando especifica el elemento ALLOWEXISTINGVALUE, evita los errores de validación que, de lo contrario, se producirían cuando los miembros dejen el equipo y ya no estén registrados como colaboradores del proyecto.
Restringir quién puede realizar cambios en un elemento de trabajo o a quién las reglas de campo se aplican
Puede restringir quién puede crear, modificar, resolver, o cerrar un elemento de trabajo o modificar un campo de elemento de trabajo.Asimismo, puede especificar restricciones en las que las reglas de campo están en vigor, basándose en quién es que crea o de modificar un elemento de trabajo.
Qué se puede restringir:
Las reglas de campo están en vigor, basándose en quién está modificando el elemento de trabajo.Puede aplicar las restricciones a los siguientes elementos de regla, limitando la aplicación a o insertando un grupo de usuarios.Puede especificar estas reglas sobre la creación o modificación de elemento de trabajo o al cambiar el estado, durante una transición concreta, o en la selección de una razón:
CANNOTLOSEVALUE
COPY
DEFAULT
EMPTY
FROZEN
MATCH
READONLY
REQUIRED
SERVERDEFAULT
VALIDUSER
Por ejemplo, con el fragmento de código siguiente, puede aplicar la regla que sólo los miembros de administración Team pueden modificar el campo rango en la pila que un elemento de trabajo se ha creado una vez.
<FIELD name="Stack Rank" refname="Microsoft.VSTS.Common.StackRank" type="Double" reportable="dimension">
<FROZEN not="Management Team" />
<HELPTEXT>Work first on items with lower-valued stack rank. Set in triage.</HELPTEXT>
</FIELD>
Las reglas de campo están en vigor, basándose en quién está modificando el elemento de trabajo y condicional en el valor asignado a otro campo.Las reglas condicionales incluyen WHEN, WHENNOT, WHENCHANGED, y WHENNOTCHANGED.Vea Asignar reglas y valores basados en condiciones.
Quién puede modificar elementos de trabajo estableciendo permisos en las rutas de área.Vea Rutas de acceso de iteración y área.
Quién puede modificar un campo agregando una regla de campo en la sección de WORKFLOW.Por ejemplo, puede restringir a todos los usuarios excepto los que pertenecen al grupo de equipo directivas de realizar cambios en el campo de los puntos de caso cuando el elemento de trabajo se establece para resolver especificando la sintaxis siguiente:
Puede aplicar las reglas de campo y las reglas condicionales de campo cuando un usuario cambia el estado, crea una transición concreta, o seleccione un motivo.
Para los campos Situación y Motivo, puede aplicar sólo las reglas de campo READONLY.
No puede aplicar las reglas de campo a los campos Ruta de acceso del área o Ruta de acceso de la iteración.
Notas de implementación:
El modo más eficaz de aplicar restricciones de seguridad es crear grupos personalizados que se administra en Windows o en TFS.
Puede exigir restricciones en cualquier campo sistema- definido o personalizado que utilice para asignar nombres de cuenta.Estos campos se conocen como campos de persona- nombre.Puede habilitar la sincronización entre TFS y Active Directory para los campos personalizados de persona- nombre.Vea Managing Work Item Fields [witadmin].
Cómo se personaliza:
Modifique el archivo de definición para cada tipo de elemento de trabajo en el que desee colocar restricciones.Por ejemplo, puede limitar los usuarios que pueden crear un elemento de trabajo especificando un grupo de VALIDUSER para creado por el campo en la sección de WORKFLOW.
De la misma manera, puede colocar restricciones sobre quién puede resolver, cerrar, o reactivar un elemento de trabajo agregando reglas de campo en el flujo de trabajo de los campos siguientes: Resolución por, cerrado por, o Activado por.
Puede crear una lista global que especifica qué grupos son válidos y agregar que a la definición de FIELD en ALLOWEDVALUES o PROHIBITEDVALUES.
Puede crear grupos personalizados en TFS o en Windows.
Para colocar restricciones en las que las reglas se aplican a un campo, especifique los atributos de for o de not dentro del elemento secundario de FIELD dentro de la sección de FIELDS.Por ejemplo, puede especificar que el Requerido para el campo de versión es READONLY para todos los usuarios a menos que los del grupo de Team Triage.
<FIELD name="Required for Release" refname="MyCompany.ProjectA.RequiredForRelease" type="String" reportable="dimension">
<READONLY not="Team Triage Group" />
<HELPTEXT>Specify Yes when true, otherwise leave blank.</HELPTEXT>
</FIELD>
Puede limitar las entradas realizadas en un campo para coincidir con un modelo recomendado de caracteres alfanuméricos.Por ejemplo, puede aplicar a los usuarios especificar el valor correspondiente a un número de compilación especificando una regla que coincida con la convención de nomenclatura/de numeración que ha establecido para etiquetar compilaciones.
Qué puede personalizar coincidencia de modelos:
Entradas limitadas para coincidir con un modelo concreto.
Entradas limitaban a un campo para coincidir con al menos uno de un conjunto de modelos.
Especifique los usuarios o grupos que la regla solicita o no se aplica.
Notas de implementación:
Puede aplicar coincidencia de modelos en los campos integer y string.
Cómo se personaliza:
Modifique el archivo de definición para el tipo de elemento de trabajo con el campo que desea aplicar coincidencia de.Por ejemplo, puede aplicar la entrada de una fecha en forma de month.day.year especificando la regla de MATCH.
<FIELD refname="MyCompany.ProjectA.RequestDate">
<MATCH pattern="nn.nn.20nn" />
<HELPTEXT>Enter the date the request was received.</HELPTEXT>
</FIELD>
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.
.png "Icono de configuración (Team Web Access)")
el icono de engranaje junto al nombre de usuario en la parte superior de la página.En la página administrativa, elija áreas.O, de Visual Studio, elija Equipo, configuración del proyecto de equipo, áreas de elemento de trabajo..png "Administrar favoritos del equipo")
.gif "JJ190744.collapse_all(es-es,VS.110).gif")
Páginas, trabajo restante, capacidad, velocidad, y pronóstico de trabajo pendiente.gif "Sugerencia")
Sugerencia.gif "Nota importante")
Importante.png "Diagrama de estado de elemento de trabajo pendiente del producto")
.png "Diagrama de estado de caso de usuario")
.png "Flujo de trabajo de requisitos")
.png "Proceso de personalización de un objeto WIT")