Personalizar las páginas de panel y de trabajo pendiente mediante la configuración del proceso

Puede personalizar varios elementos de configuración del proceso de acuerdo con la planeación de Agile y los procesos de Scrum.Muchos de estos elementos controlan las nuevas herramientas de planificación Agile proporcionadas con Team Web Access.Para obtener más información, vea Cambios de configuración realizados para agregar nuevas características.

Si el proyecto de equipo se creó mediante una plantilla de procesos distinta de las proporcionadas por Visual Studio ALM o las definiciones de tipos para los elementos de trabajo se han personalizado, 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.

Los elementos de configuración de procesos, determinan el diseño y la funcionalidad de las siguientes características:

• Pila de producto y progreso del equipo.

• Trabajo pendiente de iteración, capacidad de equipo y gráficos de evolución

• Panel de tareas

• Comentarios de los interesados

• Mi trabajo y Revisión de código

Se personalizan estas características personalizando uno o más de los siguientes archivos de definición, para el proyecto de su equipo: AgileConfiguration, CommonConfiguration y Categorías.

[!NOTA]

El archivo de CommonConfiguration contiene varios elementos que se utilizan para admitir los comentarios de los interesados.No se deberían modificar las asignaciones realizadas a estos elementos.

En este tema

• Categorías, configuración del proceso y deshabilitación de la creación de tipos específicos de elementos de trabajo

• Estados de flujo de trabajo, metaestados y configuración de proceso

• Personalizar la pagina del trabajo pendiente

• Personalizar las páginas con listas de tareas de iteración

• Personalizar la página del panel de tareas

• Personalizar los errores y mi trabajo

• Exportar e importar los archivos de definición de la configuración de proceso

[!NOTA]

Los cambios realizados en los archivos de definición se aplican a todos los equipos que trabajan en el proyecto de equipo que se personaliza.No se puede personalizar un panel de tareas o una página de trabajo pendiente para un único equipo.

Requisitos

• Para ejecutar la herramienta de línea de comandos witadmin, se debe ser miembro del grupo Team Foundation Administrators o Project Administrators del proyecto.Para obtener más información, vea Permisos de Team Foundation Server.

• Para ver las páginas de trabajo pendiente o las páginas del panel de tareas, el permiso del Acceso web de equipos establecido en completo.Pueden aplicarse requisitos de licencia adicionales.Para obtener más información, vea Tener acceso a características en Team Web Access.

Categorías y configuración de proceso

la configuración de proceso hace referencia a las categorías especificadas para el proyecto de equipo.Una categoría es simplemente un grupo de tipos de elemento de trabajo que se han definido como pertenecientes al mismo grupo y que admite funciones de consulta y de proceso.Por ejemplo, la configuración predeterminada para todas las plantillas de proceso especificas de las siguientes categorías, necesarias para admitir las características utilizadas por Visual Studio ALM:

• Categoría de error

• Categoría de solicitud de revisión del código y Categoría de respuesta de revisión del código

• Categoría de la solicitud de comentarios y Categoría de la respuesta de comentarios

• Categoría de requisito

• Categoría de paso compartido

• Categoría de tarea

• Categoría de caso de prueba

• Categoría de tipos ocultos

La mayoría de estas categorías son autoexplicativas y la mayoría contienen sólo un tipo de elemento de trabajo dentro de la categoría.La excepción a esta regla es la Categoría oculta de tipos.

Si se han creado tipos de elemento de trabajo que actúan de manera similar y se desea tratarlos de manera similar a como se han tratado los definidos por las categorías anteriores, entonces se deberá agregar a la categoría.Por ejemplo, si se ha definido uno o más tipos de errores, se podría desear agregar esos tipos a la categoría de error.De esta manera, la configuración de proceso automáticamente tratará estos tipos de errores como los errores tratan al tipo de elemento de trabajo de error estándar.O bien, se puede personalizar la categoría de requisitos para incluir dos o tres tipos de elementos de trabajo que puede agregar al trabajo pendiente o establecerlo para que aparezca en el panel de tareas.

Para obtener más información sobre cómo se usan las categorías, consulte Definir categorías para agrupar los tipos de elementos de trabajo.

Requisitos y restricciones de categorías de herramientas Agile

Se pueden especificar los tipos de elementos de trabajo como pendientes o como elementos de tarea.Por ejemplo, la plantilla de procesos Scrum, asigna el error y los tipos de elementos del trabajo pendiente a la categoría de requisitos, mientras que la plantilla Agile asigna el historial de usuario y el requisito de las asignaciones asigna la plantilla CMMI.Todas las plantillas de proceso predeterminadas asignan el tipo de elemento de trabajo de tarea a la categoría de tareas.

Al asignar los tipos de elemento de trabajo a las categorías, considere las siguientes notas operativas:

• Se debe asignar al menos un tipo de elemento de trabajo a la categoría de requisitos y un tipo de elemento de trabajo a la categoría de tareas.

• No se puede asignar el mismo tipo de elemento de trabajo a la categoría de requisitos y a la categoría de tareas.

• Si incluye más de un tipo de elemento de trabajo en la categoría de requisitos o en la categoría de tareas, el tipo asignado al elemento de DEFAULTWORKITEMTYPE aparece como el tipo predeterminado en las páginas de trabajo pendiente y del panel de Agile.

• Para todos los tipos de elemento de trabajo que se asignan a una categoría a la que se hace referencia en el archivo de Configuración Común, debe asignar los estados del flujo de trabajo a un metaestado válido como se describe en Estados de flujo de trabajo, metaestados y configuración de proceso.Varios clientes Team Foundation hacen referencia a asignaciones de categorías y metaestados definidos en el archivo de Configuración Común.

Categoría de tipos ocultos

La categoría de tipos ocultos especifica el conjunto de tipos de elemento de trabajo que no se desea que los usuarios puedan crear manualmente.Estas definiciones de tipos se utilizan para admitir las experiencias de retroalimentación y revisión del código, así como la definición de casos de prueba.

Personalizar las categorías

Se pueden personalizar los tipos de elementos de trabajo que están incluidos dentro de cualquier categoría modificando el archivo Categories.xml.Para obtener más información, vea Definir categorías para agrupar los tipos de elementos de trabajo.

Para especificar los tipos de elementos de trabajo que hay que incluir dentro de una categoría

1. Exportar el archivo de definición por categorías para su proyecto de equipo como se describe en Exportar e importar los archivos de definición de la configuración de proceso.

2. Abra el archivo de categorías en el Bloc de notas u otro editor de texto y busque el elemento CATEGORY que desea modificar.

   Por ejemplo, localice el elemento CATEGORY para "Hidden Types Category".

   <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
      <DEFAULTWORKITEMTYPE name="Code Review Request" />
      <WORKITEMTYPE name="Code Review Response" />
      <WORKITEMTYPE name="Feedback Request" />
      <WORKITEMTYPE name="Feedback Response" />
      <WORKITEMTYPE name="Shared Steps" />
   </CATEGORY>
   

3. Para agregar un nuevo tipo de elemento de trabajo a una categoría, agregue un elemento WORKITEMTYPE que especifique el nombre descriptivo del tipo de elemento de trabajo que desea agregar.

   Por ejemplo, la siguiente sintaxis agrega el tipo de elemento de trabajo personalizado “Integración compilada” a la categoría de tipos ocultos.

   <CATEGORY name="Hidden Types Category" refname="Microsoft.HiddenCategory">
      <DEFAULTWORKITEMTYPE name="Code Review Request" />
      <WORKITEMTYPE name="Code Review Response" />
      <WORKITEMTYPE name="Feedback Request" />
      <WORKITEMTYPE name="Feedback Response" />
      <WORKITEMTYPE name="Shared Steps" />
      <WORKITEMTYPE name="Integration Build" />
   </CATEGORY>
   

4. Importar el archivo de definición de categorías al proyecto de equipo.

Volver al principio

Estados de flujo de trabajo, metaestados y configuración de proceso

Cada tipo de elemento de trabajo está asociado a un flujo de trabajo que comprende un conjunto de estados de flujo de trabajo y de transiciones válidas entre esos estados.Los estados del flujo de trabajo definen cómo un elemento de trabajo progresa desde la primera activación o creación hasta el cierre o completitud.Por ejemplo, los estados definidos para el elemento de trabajo pendente de Scrum 2.0 definen una progresión de cuatro estados, Nuevo, Aprobado, Confirmado y Hecho y también incluyen un quinto estado, Eliminado, para explicar un estado fuera de la progresión típica.Los metaestados, por otro lado, determinan cómo el panel de trabajo pendiente y los paneles de tareas tratan cada uno de los estados de flujo de trabajo.Los metaestados principales utilizados por el panel de trabajo pendiente y el panel de tareas son Proposed, InProgress y Complete.Asociando los estados del flujo de trabajo a un metaestado, las operaciones en segundo plano realizadas para mostrar el trabajo pendiente y los paneles de tareas conocen correctamente cómo interpretar el estado de cada elemento de trabajo.Los metaestados son específicos de los tipos de elementos de trabajo.

Por ejemplo, la sintaxis siguiente representa las asociaciones que se crean en el archivo de definición para el CommonConfiguration asignado a los estados del flujo de trabajo para los tipos de elementos de trabajo definidos en el Microsoft.RequirementCategory para la plantilla de procesos Scrum 2.0.En este ejemplo, los estados Nuevo y Aprobado están asociados al metaestado Proposed .El metaestado Proposed indica los elementos de trabajo que son nuevos, todavía no confirmados, o aún no trabajados y por consiguiente se muestran en la página del trabajo pendiente.Una vez que estado de un flujo de trabajo hacen una transición a un estado que no está asociado al metaestado Proposed , caerá de la página del trabajo pendiente.

  <RequirementWorkItems category="Microsoft.RequirementCategory" plural="Backlog items">
    <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
    </States>
  </RequirementWorkItems>

La tabla siguiente describe las dos categorías de metaestados y los tipos enumerados compatibles con cada uno.

Agrupar	Tipos compatibles	Notas
Ágil	Proposed: Indica los elementos de trabajo que son nuevos, aún no confirmados, o que aún no se han trabajado. InProgress: Indica los elementos de trabajo que se han confirmado o en los que se está trabajando activamente. Complete: Indica los elementos de trabajo que se han implementado.	Los metaestados definidos para el grupo Agile, admiten las asignaciones para varias categorías, incluidos las categorías de requisitos, de errores, de tareas, y de comentarios.Éstas son normalmente las asignaciones: Proposed: Nuevo, Propuesto, Aprobado, Por hacer.Los elementos de trabajo en este metaestado aparecen en la página del trabajo pendiente. InProgress: Activo, Confirmado, En curso, o Resuelto.Los elementos de trabajo en este metaestado se quitan de la página del trabajo pendiente del producto porque se han confirmado a una iteración o sprint. Complete: Cerrado o Finalizado.El esfuerzo representado por los elementos de trabajo pendiente en este metaestado incluye calcular el progreso del equipo. Los elementos de trabajo en un estado de flujo de trabajo que no se corresponde con uno de los metaestados compatibles no aparece en las páginas del trabajo pendiente o en las páginas del panel de tareas.
Error	Resolved: Indica errores que se han resuelto.	Los metaestados definidos por el grupo de error admiten la asignación del flujo de trabajo de errores resueltos. Nota Se puede asignar sólo el metaestado Resolved a un estado de flujo de trabajo especificado bajo el elemento BugWorkItems .

Volver al principio

Personalizar la pagina del trabajo pendiente

El trabajo pendiente del producto representa una lista de requisitos del producto que se está desarrollando.Los elementos de trabajo pendiente corresponden a un tipo específico de elemento de trabajo basado en la plantilla de procesos utilizada para crear el proyecto de equipo, como elemento de pila de producto, caso de usuario, o requisito.Si se utilizan diferentes tipos de elementos de trabajo o se capturan los requisitos mediante dos o más tipos de elementos de trabajo, se puede personalizar la página del trabajo pendiente para admitir su uso.Específicamente, se puede personalizar el diseño y la funcionalidad de la página del trabajo pendiente de las maneras siguientes:

• Especifique los campos y los tipos de elementos de trabajo disponibles para agregar rápidamente los elementos al trabajo pendiente utilizando “agregar rápidamente” al panel.

• Establezca las columnas y la secuencia de la columna utilizada para hacer una lista de elementos de trabajo pendiente del producto.

• Ajuste los tipos de elementos de trabajo que se consideran elementos de trabajo pendiente.

• Establezca los estados del flujo de trabajo de los elementos de trabajo pendiente en el trabajo pendiente del producto o se han completado y que deben tenerse en cuenta cuando se calcula el progreso del equipo.

  [!NOTA]

  Asegúrese de que sólo los tipos de elementos de trabajo con un flujo de trabajo que corresponde al metaestado Proposed aparece en la página del trabajo pendiente del producto.Además, si se agrega un tipo de elemento de trabajo a la categoría de requisitos, asegúrese de que se agrega el campo que se utiliza para realizar el seguimiento del progreso del equipo a la definición del tipo de elemento de trabajo.

• Establezca el campo utilizado para calcular el progreso del equipo.

[!NOTA]

La secuencia de elementos en la página del trabajo pendiente del producto se determina según dónde se hayan agregado o arrastrado los elementos de la página.Al arrastrar elementos, un proceso en segundo plano actualiza el campo asignado a type="Order".

Se personalizan estas características personalizando uno o más de los siguientes archivos de definición, para el proyecto de su equipo: AgileConfiguration, CommonConfiguration y Categorías.Para obtener más información, vea Personalizar las páginas de trabajo pendiente.

Volver al principio

Personalizar las páginas con listas de tareas de iteración

Las páginas listas de tareas de iteración muestran el conjunto de requisitos que usted y su equipo han impuesto a un ciclo de iteración concreto y a las tareas que se han vinculado a dichos requisitos.Las tareas deben vincularse a los requisitos utilizando el tipo de vínculo secundario.Dado que los tipos de elementos de trabajo que aparecen en estas páginas se corresponden con los mismos tipos que aparecen en la página del trabajo pendiente del producto, gran parte del trabajo de personalización que se realiza para la página del trabajo pendiente del producto definirá la funcionalidad de las páginas del trabajo pendiente de la iteración.

Se puede personalizar el diseño y las características de las páginas del trabajo pendiente de iteración de las maneras siguientes:

• Establecer la secuencia de las columnas y de la columna que aparecen.

• Determinar la secuencia o el criterio de ordenación de los elementos de trabajo pendiente.

• Ajustar los tipos de elementos de trabajo secundarios que se pueden agregar (el valor predeterminado es tarea).

• Especificar los campos y el formato (horas o días) utilizados para calcular el trabajo restante.

• Especificar el campo que se utiliza para asociar la actividad y el trabajo restante mediante capacidad-por-actividad.

• Especificarlos días no laborables a los que se hace referencia al calcular la capacidad y el trabajo sin terminar (los valores predeterminados corresponden a sábado y domingo).

Se personalizan estas características personalizando uno o más de los siguientes archivos de definición, para el proyecto de su equipo: AgileConfiguration, CommonConfiguration y Categorías.Para obtener más información, vea Personalizar las páginas de trabajo pendiente.Para obtener más información sobre cómo trabajar con páginas de trabajo pendiente, consulte Crear o agregar al trabajo pendiente del producto y Planear una iteración.

Volver al principio

Personalizar la página del panel de tareas

Con el comité de tarea, el equipo puede actualizar elementos de trabajo e informar sobre el progreso.Las columnas del panel de tareas corresponden a los estados del flujo de trabajo asignados a las tareas.Los elementos de trabajo mostrados incluyen todos los elementos de trabajo pendiente asignados a la iteración actual y todas las tareas secundarias vinculadas de estos elementos, independientemente de la iteración a la que se han asignado.

Los elementos que se pueden agregar como tareas secundarias a los elementos de trabajo pendiente corresponden a los tipos de elementos de trabajo asignados a la categoría de tareas.En el panel, las tareas aparecen bajo el encabezado de columna del estado del flujo de trabajo.Al arrastrar las tareas de una columna a otra, el campo de estado para ese elemento se actualiza automáticamente.

Dado que los tipos de elementos de trabajo que aparecen en estas páginas se corresponden con los mismos tipos que aparecen en las páginas de las listas de tareas de iteración, gran parte del trabajo de personalización que se hace para la página de trabajo pendiente determina qué aparece en la página del comité de la tarea.

Se pueden personalizar las características de la página del panel de tareas de las maneras siguientes:

• Determine qué tipos de elementos secundarios de trabajo aparecen en el panel de tareas y que tipos se pueden agregar como elemento secundario a un elemento de trabajo pendiente (el valor predeterminado es tarea).

• Seleccione los estados del flujo de trabajo de los elementos de tarea que se consideran que están en el panel de tareas.

• Cambiar el límite establecido máximo para el número de elementos de trabajo que pueden aparecer en el panel de tareas.El valor predeterminado es 500 elementos de trabajo.

Se personalizan estas características personalizando uno o más de los siguientes archivos de definición, para el proyecto de su equipo: AgileConfiguration, CommonConfiguration y Categorías.Para obtener más información, vea Personalizar las páginas de trabajo pendiente.Para obtener más información sobre cómo trabajar con la secretaría de la tarea, consulte Ejecutar una iteración.

Volver al principio

Personalizar los errores y mi trabajo

Mi trabajo, una característica de Team Explorer que ayuda a los desarrolladores a organizar el trabajo, reducir interrupciones y trabajar de forma más eficaz, hace referencia a los metaestados que se asignaron a la categoría de error.

Se personaliza esta área actualizando los archivos de definición de Categorías y Configuración Común.Para obtener más información, vea Soporte para estado de actualización de errores usando Mi trabajo.

Volver al principio

Exportar e importar los archivos de definición de la configuración de proceso

Antes de personalizar la configuración de proceso, puede que tenga que exportar el archivo actual de definición definido para el proyecto de su equipo.Una vez personalizado un archivo de definición, hay que importarlo al proyecto de su equipo para que los cambios aparezcan.

Para exportar un archivo de definición

1. En un equipo donde Visual Studio o Team Explorer está instalado, abra una ventana símbolo del sistema y escriba:

   cd %programfiles%\Microsoft Visual Studio 11.0\Common7\IDE
   

   En una edición de 64 bits de Windows, reemplace %programfiles% con %programfiles(x86)%.

2. Para exportar los archivos de definición para categorías o para la configuración del proceso, escriba los siguientes comandos, uno por uno, sustituyendo sus datos para los argumentos que se muestran aquí, donde CollectionURL especifica la dirección URL de un conjunto de proyectos de equipo, ProjectName especifica el nombre de un proyecto de equipo definido en el conjunto y DirectoryPath especifica el nombre y la ubicación del archivo que hay que exportar.A continuación elija Entrar.

   witadmin exportcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
   witadmin exportagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
   witadmin exportcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
   

   El siguiente comando muestra un ejemplo de cómo importar los archivos de definición para una rápida configuración del proceso

   witadmin exportagileprocessconfig /collection:"http://MyServer:8080/tfs/DefaultCollection" /p:MyProject /f:"C: AgileConfiguration.xml"

Para importar un archivo de definición

• Para importar los archivos de definición para categorías o para la configuración des proceso, siga el procedimiento anterior y escriba los siguientes comandos, uno cada vez, sustituyendo sus datos para los argumentos que se muestran, y elija Entrar.

  witadmin importcategories /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\categories.xml"
  witadmin importagileprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\AgileConfiguration.xml"
  witadmin importcommonprocessconfig /collection:CollectionURL /p:ProjectName /f:"DirectoryPath\CommonConfiguration.xml"
  

  Importante
  la importación de un archivo de definición sobrescribe cualquier categoría o configuración existentes definidos para el proyecto de equipo.

Volver al principio

Vea también

Conceptos

Referencia de elementos XML de configuración de procesos

Personalizar el seguimiento de elementos de trabajo y el proyecto de equipo

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

Otros recursos

Definir y personalizar el flujo de trabajo de elementos de trabajo

Definir categorías para agrupar los tipos de elementos de trabajo