Referencia de elemento XML de la configuración del proceso

La configuración del proceso define la configuración predeterminada y las capacidades funcionales a las que pueden acceder los equipos mediante las herramientas de planeación de Agile. Estas herramientas, recogidas en el portal web, son los trabajos pendientes de producto, los trabajos pendientes del sprint, el panel kanban y el panel de tareas. Estas herramientas estarán disponibles cuando cree un equipo de proyecto en Visual Studio Online o en un servidor de Team Foundation Server (TFS) local.

Los elementos de configuración especifican los tipos de elemento de trabajo (WIT), las columnas predeterminadas, los campos que las herramientas usan y otros elementos. Las configuraciones principales que efectúe determinarán qué elementos se van a mostrar para los trabajos pendientes de cartera, producto y sprint; para ello, hay que definir las secciones PortfolioBacklog, RequirementBacklog y TaskBacklog del archivo de definición XML de configuración del proceso. Además, la configuración del proceso define las asignaciones de estado a metaestado del flujo de trabajo para todos los tipos de elemento de trabajo (WIT) que requieren asignación.

El tema Configurar y personalizar herramientas de planeación ágiles para un proyecto de equipo condensa todo lo que se puede configurar a través de la interfaz de usuario y, asimismo, lo que no es necesario configurar definiendo el archivo ProcessConfiguration.

Áreas que se pueden personalizar con ProcessConfiguration:

Configurar un trabajo pendiente Asignar metaestados para una categoría de tipos de elemento de trabajo Personalizar las columnas y la secuencia de columnas predeterminadas Personalizar el panel de adición rápida Cambiar el número de elementos de trabajo que pueden aparecer en el panel de tareas

Asignar metaestados para los tipos de elemento de trabajo específicos de la herramienta Asignar campos utilizados en herramientas de planeación y gráficos Agile Especificar los días del fin de semana Cambiar el color de un tipo de elemento de trabajo Especificar propiedades y comportamientos

Para actualizar la configuración de proceso, exporte el archivo de definición XML, edítelo y, a continuación, importe el archivo. Utilice la herramienta de línea de comandos witadmin para importar y exportar el archivo.

Nota

Los ejemplos de sintaxis mostrados en este tema corresponden a las asignaciones predeterminadas definidas en la plantilla de proceso Scrum.Para tener acceso a la versión más reciente de las plantillas de proceso, instale la versión más reciente de TFS y descargue las plantillas mediante el Administrador de plantillas de proceso.

Configurar un trabajo pendiente

Puede personalizar los siguientes elementos de trabajo pendiente, trabajos pendientes del sprint y trabajos pendientes de cartera:

• Asignaciones de metaestados: asigne estados del flujo de trabajo a metaestados. Estas asignaciones admiten la presentación de todas las herramientas de planeación de Agile, incluidos el panel kanban y el panel de tareas.

• Panel de adición rápida: especifique los WIT y los campos de elemento de trabajo que aparecen para agregar rápidamente elementos al trabajo pendiente.

  Para cambiar los tipos de elementos de trabajo que se consideran elementos de trabajo pendiente o tareas, agréguelos a la categoría correspondiente. Para obtener un ejemplo, vea Agregar errores al panel de tareas o al trabajo pendiente.

• Campos de columna: defina la secuencia de columnas y los campos predeterminados.

Los trabajos pendientes se configuran dentro de las secciones XML que aparecen en el ejemplo siguiente:

<PortfolioBacklogs>
   <PortfolioBacklog category="Microsoft.EpicCategory" pluralName="Epics" singularName="Epic" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>

     <PortfolioBacklog category="Microsoft.FeatureCategory" pluralName="Features" singularName="Feature" parent="Microsoft.EpicCategory" workItemCountLimit="1000">
. . . 
   </PortfolioBacklog>
</PortfolioBacklogs>
<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Stories" singularName="User Story" workItemCountLimit="1000">
. . . 
</RequirementBacklog>
<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="1000">
. . . 
</TaskBacklog>

Elemento	Descripción
PortfolioBacklogs	Opcional. Elemento contenedor de los trabajos pendientes de cartera.
PortfolioBacklog	Opcional. Hasta cinco instancias. Elemento contenedor que define las asignaciones de metaestado, las columnas predeterminadas y un panel de adición rápida de un trabajo pendiente de cartera. <PortfolioBacklog category="PortfolioCategory" parent="ParentCategory" pluralName="PluralName" singularName="SingleName" workItemCountLimit="MaximumLimit>    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </PortfolioBacklog > Asigne valores a los atributos como se describe: category: especifique el nombre de una categoría definida en el archivo de definición de categorías para el proyecto de equipo que contiene los WIT que se van a asociar a este tipo de trabajo pendiente. parent: especifique el nombre de la categoría que representa el trabajo pendiente de cartera primario dentro de la jerarquía. pluralName: especifique la etiqueta plural que se va a utilizar al hacer referencia a los WIT asociados a este tipo de trabajo pendiente. Por ejemplo, Casos, Objetivos, Iniciativas o Epopeyas. singularName: especifique la etiqueta singular que se va a utilizar al hacer referencia a los WIT asociados a este tipo de trabajo pendiente. Por ejemplo, Caso, Objetivo, Iniciativa o Epopeya. workItemCountLimit: especifique un entero. El valor predeterminado es 1000. Los trabajos pendientes y los paneles restringirán el número de elementos que se muestran en función de este límite.
RequirementBacklog	Requerido. Una instancia única. Elemento contenedor que define las asignaciones de metaestado, las columnas predeterminadas y el panel de adición rápida del trabajo pendiente. El trabajo pendiente del producto muestra todos los elementos activos en el trabajo pendiente del equipo. <RequirementBacklog category="RequirementCategory" pluralName="PluralName" singularName="SingleName" workItemCountLimit="MaximumLimit" >    <States> . . . </States>    <Columns> . . . </Columns>    <AddPanel> . . . </ AddPanel> </RequirementBacklog >
TaskBacklog	Requerido. Una instancia única. Elemento contenedor que se usa para personalizar el diseño de los trabajos pendientes del sprint. <TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task workItemCountLimit="MaximumLimit"> . . .  </TaskBacklog >

Notas sobre la implementación

• Cada trabajo pendiente está restringido de forma predeterminada a un total de 1000 elementos de trabajo. Puede cambiar este límite si especifica un valor para el atributo workItemCountLimit.

• Los valores asignados a CategoryName deben corresponder a un grupo de categorías definido para el proyecto de equipo. Especifique grupos de categorías en el archivo de definición de categorías.

• Use trabajos pendientes de cartera para organizar el trabajo pendiente, ver la acumulación de elementos de trabajo pendiente en niveles inferiores y ver el progreso entre varios equipos. Los proyectos de equipo nuevos y actualizados contienen dos niveles de trabajo pendiente de cartera: características y epopeyas. Se pueden agregar hasta cuatro niveles más. El trabajo pendiente de cartera de nivel superior es el único que no especifica una categoría principal.

  Nota

  Puede que necesite tener acceso avanzado para poner en práctica algunas de las características del trabajo pendiente de cartera.

• El trabajo pendiente se corresponde con su plan de proyecto, el plan de lo que el equipo tiene previsto ofrecer. Muestra los elementos de trabajo cuyos WIT pertenecen a la categoría de requisitos. Si quiere administrar WIT distintos de los proporcionados de forma predeterminada por el proyecto de equipo, puede agregar más WIT a la categoría de requisitos y asignar los estados de flujo de trabajo a metaestados.

• Los trabajos pendientes de sprint o iteración muestran el conjunto de requisitos que usted y su equipo han impuesto a un ciclo de sprint específico y las tareas que se han vinculado a dichos requisitos. Las tareas se vinculan a los requisitos con el tipo de vínculo primario-secundario. Como los WIT que aparecen en estos trabajos pendientes corresponden a los mismos tipos que aparecen en el trabajo pendiente, gran parte del trabajo de personalización que se realiza para el trabajo pendiente definirá la funcionalidad del trabajo pendiente de sprint.

Asignar estados del flujo de trabajo a metaestados

La mayoría de los WIT requieren asignar sus estados del flujo de trabajo a un metaestado. Los estados del flujo de trabajo definen cómo progresa un elemento de trabajo desde la primera activación o creación hasta que se cierra o completa. Por ejemplo, los estados definidos para el elemento de trabajo pendiente del producto de Scrum definen una progresión de cuatro estados, desde Nuevo, Aprobado, Confirmado hasta Listo, y también incluyen un quinto estado, Quitado, para tener en cuenta un estado quitado del trabajo pendiente sin implementar.

Por otra parte, los metaestados determinan cómo tratan las herramientas de planeación de Agile a cada uno de los estados de flujo de trabajo. Los metaestados principales utilizados por el 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 los paneles de trabajo pendiente y de tareas saben cómo interpretar correctamente el estado de cada elemento de trabajo. Por ejemplo, las siguientes asignaciones están definidas para el trabajo pendiente de Scrum.

<RequirementBacklog category="Microsoft.RequirementCategory" pluralName="Backlog items" singularName="Backlog item">
   <States>
      <State value="New" type="Proposed" />
      <State value="Approved" type="Proposed" />
      <State value="Committed" type="InProgress" />
      <State value="Done" type="Complete" />
   </States>
 . . .
</RequirementBacklog >

Hay tres categorías de metaestados: Agile, Error y Comentarios. En la tabla siguiente se describen los atributos y valores de asignación.

Elemento	Descripción
State	Requerido. Asigna un estado de flujo de trabajo a un metaestado. <State type="TypeName" value="ValueName"/> Los valores válidos para TypeName corresponden a un valor asignado a un STATE dentro de la sección WORKFLOW de los WIT asignados al grupo de categorías. Los valores válidos para ValueName corresponden a uno de los valores enumerados siguientes: Agile: se usa para todos los tipos de elemento de trabajo. Proposed: indica elementos de trabajo que son nuevos, aún no se han confirmado o en los que aún no se ha 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. Para que el panel kanban sea válido, al menos un estado del flujo de trabajo debe asignarse al metaestado Complete. Una vez que un estado del flujo de trabajo pasa a un estado que está asociado al metaestado Complete, el elemento de trabajo asociado desaparece del trabajo pendiente. Sin embargo, sigue apareciendo en el panel kanban. Los elementos de trabajo de un estado del flujo de trabajo que no están asignados a uno de los metaestados compatibles no aparecen en el trabajo pendiente o el panel. Error: solo se usa para los tipos de elemento de trabajo agrupados dentro de la categoría Error. Además de los metaestados Agile, incluye el metaestado Resolved, que indica los errores que se han resuelto. Nota El metaestado Resolved solo se puede asignar a un estado del flujo de trabajo especificado bajo el elemento BugWorkItems. Comentarios: solo se usa para los tipos de elemento de trabajo agrupados dentro de las categorías Solicitud de comentarios o Respuesta a comentarios. Requested, Received, Reviewed y Declined.
States	Especifica una colección de elementos State que asocian estados del flujo de trabajo WIT a metaestados. Elemento necesario para los elementos primarios siguientes: BugWorkItems PortfolioBacklog RequirementBacklog TaskBacklog TestPlanWorkItems TestSuiteWorkItems FeedbackRequestWorkItems FeedbackResponseWorkItems

Personalizar las columnas y la secuencia de columnas predeterminadas

Especificar los campos que desea que aparezca en cada trabajo pendiente dentro de la sección Columns. Los cambios realizados a través del cuadro de diálogo Opciones de columna se mantienen hasta que se vuelvan a cambiar.

Esta es la configuración predeterminada definida por la plantilla de proceso Scrum para el trabajo pendiente.

<Columns>
   <Column refname="Microsoft.VSTS.Common.Priority" width="400" />
   <Column refname="System.Title" width="400" />
   <Column refname="System.State" width="100" />
   <Column refname="Microsoft.VSTS.Scheduling.Effort" width="50" />
   <Column refname="System.IterationPath" width="200" />
</Columns>

Elemento	Descripción
Columns	Especifica una colección de elementos de Column. Elemento necesario para los elementos de trabajo pendiente: PortfolioBacklog, RequirementBacklog y TaskBacklog.
Column	Especifica que un campo aparece como una columna en un trabajo pendiente. <Column refname="FieldReferenceName" width="FieldWidth" />

Encabezados de columna del panel de tareas

Los encabezados de columna que aparecen en el panel de tareas corresponden a los estados del flujo de trabajo asignados al WIT predeterminado asignado a la categoría de tarea. La secuencia de columnas corresponde a la progresión natural de las transiciones del flujo de trabajo, que es de izquierda a derecha. Para modificar el diseño de columna, modifique el flujo de trabajo del WIT asignado a la categoría de tarea. Los estados del flujo de trabajo definidos para el tipo de tarea predeterminado en la categoría de tarea deben asignarse a un metaestado válido como se describe en Asignar metaestados para una categoría de tipos de elemento de trabajo.

Personalizar el panel de adición rápida

Puede agregar campos para cualquier panel de adición rápida. Por ejemplo, en el ejemplo siguiente se agrega Valor empresarial al panel de trabajo pendiente del producto.

El panel solo muestra los campos incluidos en la sección FIELDS de la definición de WIT para el WIT seleccionado. Por ejemplo, si selecciona el WIT de error, solo se muestra el título, puesto que Valor empresarial no se ha definido para los errores. Para agregar otro WIT al panel, agréguelo a la categoría de requisito como se describe aquí.

El código siguiente corresponde a las asignaciones predeterminadas definidas en las plantillas de proceso de Visual Studio Scrum y MSF for Agile.

<AddPanel>
   <Fields>
      <Field refname="System.Title" />
   </Fields>
</AddPanel>

Elemento	Descripción
AddPanel	Elemento contenedor utilizado para especificar la experiencia de "adición rápida"; los campos que aparecerán dentro del área del panel donde se definen los nuevos elementos de trabajo pendiente.
Fields	Especifica una colección de elementos de Field.
Field	Especifica que un campo de elemento de trabajo debe aparecer dentro del panel de trabajo pendiente. <Field refname="FieldReferenceName"/> El mismo campo debe aparecer en el formulario del elemento de trabajo de cada WIT incluido en la categoría del trabajo pendiente.

Cambiar el número de elementos de trabajo que pueden aparecer en el panel de tareas

Por razones de rendimiento, el panel de tareas puede mostrar un máximo de 1000 elementos de trabajo. Al abrir el panel de tareas, todos los elementos de trabajo se cargan en memoria caché. La limitación del número de elementos de trabajo puede producir tiempos de carga más rápidos. Puede cambiar este límite especificando un valor para el atributo workItemCountLimit del elemento TaskBacklog.

Por ejemplo, puede reducir el límite si especifica workItemCountLimit="800":

<TaskBacklog category="Microsoft.TaskCategory" pluralName="Tasks" singularName="Task" workItemCountLimit="800" >
. . .
</TaskBacklog>

Asignar metaestados para los tipos de elemento de trabajo específicos de la herramienta

Las asignaciones de metaestados se definen para categorías de WIT adicionales. Para la plantilla de proceso Scrum, esto incluye asignaciones para las categorías de solicitud de comentarios y respuesta a comentarios. Para las plantillas de procesos de MSF for Agile y MSF for CMMI, también incluye asignaciones para la categoría de error. (Scrum incluye los errores en la categoría de requisito y, por tanto, define las asignaciones de metaestados dentro de la sección RequirementBacklog).

<FeedbackRequestWorkItems category="Microsoft.FeedbackRequestCategory" pluralName="Feedback Requests" singularName="Feedback Request">
   <States>
      <State value="Active" type="InProgress" />
      <State value="Closed" type="Complete" />
   </States>
</FeedbackRequestWorkItems>
<FeedbackResponseWorkItems category="Microsoft.FeedbackResponseCategory" pluralName="Feedback Responses" singularName="Feedback Response">
   <States>
   <State value="Active" type="InProgress" />
   <State value="Closed" type="Complete" />
   </States>
</FeedbackResponseWorkItems>

En la tabla siguiente se describen los elementos adicionales que se usan para definir las asignaciones de metaestados para los tipos de elemento de trabajo específicos de la herramienta. Vea Asignar metaestados para una categoría de tipos de elemento de trabajo para obtener información sobre la asignación de los valores y tipos de estado reales. CategoryName debe corresponder a una categoría definida para el proyecto de equipo.

Elemento	Descripción
BugWorkItems	Opcional. Elemento contenedor que define las asignaciones de metaestados para los tipos de elemento de trabajo asignados a la categoría de error. Además de controlar cómo se usan estas asignaciones en la presentación de las herramientas Agile, también controlan cómo la característica Mi trabajo de Team Explorer actualiza el estado de los errores mientras los desarrolladores mueven los errores mediante Mi trabajo. Para obtener más información, vea Un día en la vida de un desarrollador de ALM: Escribir código nuevo para un caso de usuario. <BugWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </BugWorkItems>
FeedbackRequestWorkItems	Requerido. No lo personalice. Elemento contenedor que define las asignaciones de metaestados para los tipos de elemento de trabajo asignados a la categoría de solicitud de comentarios. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackRequestWorkItems>
FeedbackResponseWorkItems	Requerido. No lo personalice. Elemento contenedor que define las asignaciones de metaestados para los tipos de elemento de trabajo asignados a la categoría de respuesta a comentarios. <FeedbackResponseWorkItems category="CategoryName" pluralName="PluralName" singularName="SingleName">    <States> . . .    </States> </FeedbackResponseWorkItems>
TestPlanWorkItems	Se requiere únicamente si se personaliza el estado del flujo de trabajo para un plan de pruebas y se admiten las conexiones con el proyecto de equipo de Test Manager instalado con Visual Studio 2013.2 o versiones anteriores. Elemento contenedor que define las asignaciones de metaestados para los tipos de elemento de trabajo asignados a la categoría de plan de pruebas. Por ejemplo: <TestPlanWorkItems category="Microsoft.TestPlanCategory" pluralName="Test Plans" singularName="Test Plan">     <States>       <State type="InProgress" value="Design" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Signed Off" />     </States>   </TestPlanWorkItems>
TestSuiteWorkItems	Se requiere únicamente si se personaliza el estado del flujo de trabajo para un conjunto de pruebas y se admiten las conexiones con el proyecto de equipo de Test Manager instalado con Visual Studio 2013.2 o versiones anteriores. Elemento contenedor que define las asignaciones de metaestados para los tipos de elemento de trabajo asignados a la categoría de conjunto de pruebas. Por ejemplo: <TestSuiteWorkItems category="Microsoft.TestSuiteCategory" pluralName="Test Suites" singularName="Test Suite">     <States>       <State type="Proposed" value="Authoring" />       <State type="InProgress" value="Testing" />       <State type="Complete" value="Completed" />     </States>   </TestSuiteWorkItems>

Para asignar metaestados para TestPlanWorkItems o TestSuiteWorkItems, debe actualizar su servidor de la capa de aplicación a TFS 2013.3. Posteriormente puede personalizar el estado del flujo de trabajo de los planes de pruebas y los conjuntos de pruebas.

Para obtener más información, vea Importar y exportar la configuración del proceso.

Asignar campos utilizados en herramientas de planeación y gráficos Agile

Puede cambiar los campos de elementos de trabajo que se utilizan para calcular la capacidad, los gráficos de evolución, la previsión y la velocidad. Cualquier cambio realizado en una de las asignaciones predeterminadas debe corresponder a un cambio realizado en el WIT utilizado para definir y para capturar información para ese valor.

Por ejemplo, si cambia el refname asignado a type="Activity", debe incluir el mismo campo en la definición de WIT asignada a la categoría de tarea que captura la información de actividad.

<TypeFields>
    <TypeField refname="System.AreaPath" type="Team" />
    <TypeField refname="Microsoft.VSTS.Scheduling.RemainingWork" type="RemainingWork" format="format h" />
    <TypeField refname=" Microsoft.VSTS.Common.BacklogPriority" type="Order" />
    <TypeField refname="Microsoft.VSTS.Scheduling.Effort" type="Effort" />
    <TypeField refname="Microsoft.VSTS.Common.Activity" type="Activity" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationStartInformation" type="ApplicationStartInformation" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationLaunchInstructions" type="ApplicationLaunchInstructions" />
    <TypeField refname="Microsoft.VSTS.Feedback.ApplicationType" type="ApplicationType">
        <TypeFieldValues>
            <TypeFieldValue value="Web application" type="WebApp" />
            <TypeFieldValue value="Remote machine" type="RemoteMachine" />
            <TypeFieldValue value="Client application" type="ClientApp" />
        </TypeFieldValues>
    </TypeField>
</TypeFields>

Elemento	Descripción
TypeFields	Requerido. Especifica una colección de elementos de TypeField.
TypeField	Requerido. Especifica el nombre de referencia de un campo cuyo valor admite un tipo de actividad para un área de características. Los campos que se especifiquen deben corresponder a los campos que se usen en los WIT utilizados para capturar la información de características. <TypeField refname=”FieldReferenceName” type=”NameOfType” [format="{0} TimeUnitString"] / > Especifique el formato solo cuando type="RemainingWork". Puede especificar cualquier cadena de texto para TimeUnitString que quiera que aparezca en las barras de capacidad en el trabajo pendiente de sprint actual y en el panel de tareas. Para herramientas de Agile: Activity: se utiliza para admitir la característica de capacidad por actividad. Especifique el mismo campo utilizado en el WIT asignado a la categoría de tarea. Nota: Los valores mostrados en la herramienta de capacidad reflejan una unión de todos los valores definidos para el campo en todos los proyectos de equipo en la instancia de la colección de proyectos. Por lo tanto, para restringir los valores que aparecen en la capacidad del sprint, hay que conseguir que los valores coincidan en todos los proyectos de equipo en el campo asignado a type="Activity". Effort: se utiliza para calcular la velocidad del equipo. Especifique el mismo campo utilizado en el WIT asignado a la categoría de requisito que se utiliza para capturar el nivel estimado de esfuerzo, los puntos de caso o el tamaño de la cantidad de trabajo que un elemento de trabajo pendiente necesita para implementarse. Order: sirve para definir el criterio de ordenación de los elementos en los trabajos pendientes y los paneles. El sistema muestra una lista de los elementos de trabajo según el orden ascendente tal y como se define en el campo para este tipo. Nota Puede mover elementos arrastrándolos hacia arriba o hacia abajo en la lista en un trabajo pendiente o panel.A medida que mueve elementos, un proceso en segundo plano actualiza el campo asignado a type="Order". RemainingWork: se utiliza para calcular los gráficos de trabajo restante y de evolución. Especifique el mismo campo utilizado en el WIT asignado a la categoría de tarea que se utiliza para capturar las horas, los días u otra unidad de medida que quedan para finalizar una tarea. El valor especificado para format se usa en los trabajos pendientes de sprint y en los paneles de tareas siempre que se notifica el trabajo restante. Por ejemplo, al notificar la capacidad por actividad o la capacidad por miembro del equipo, o junto al encabezado de columna para los estados de tarea en el panel de tareas. En TimeUnitString, especifique cualquier cadena de texto que desee utilizar para reflejar el tiempo, como horas o días. Por ejemplo, todos los valores siguientes son válidos: format="{0} h" format="{0} hours" format="hours {0}" format="time {0}" Team: se usa para asociar los trabajos pendientes a un equipo. El valor predeterminado es System.AreaPath. Para desacoplar los equipos de las rutas de acceso del área, puede especificar un campo diferente, como se describe en Usar campos de equipo en lugar de rutas de acceso de área para dar soporte a los equipos. Para el formulario de solicitud de comentarios: Nota No debe tener que cambiar las asignaciones predeterminadas creadas para los siguientes elementos TypeField.Estas asignaciones corresponden a los campos utilizados para capturar la información correspondiente en el WIT asignado a la categoría Solicitud de comentarios. ApplicationStartInformation: se utiliza para capturar la ruta de acceso para ejecutar la aplicación. ApplicationLaunchInstructions: se utiliza para capturar instrucciones de inicio. ApplicationType: se utiliza para capturar el tipo de aplicación. Los tipos mostrados corresponden a los valores permitidos especificados en la definición de WIT de la solicitud de comentarios. Para personalizar esta lista, consulte Personalizar una lista de selección.
TypeFieldValues	Necesario para TypeFieldValue cuando type="ApplicationType". Especifica una colección de elementos TypeFieldValue que se usan en el formulario de solicitud de comentarios.
TypeFieldValue	Requerido. No lo personalice. Especifica el nombre de un tipo de aplicación que aparecerá en el formulario de solicitud de comentarios. <TypeFieldValue value="ApplicationTypeName" type="TypeApp"/> Las asignaciones predeterminadas corresponden a los valores permitidos especificados en la definición de tipo para el formulario de solicitud de comentarios. <TypeFieldValues>    <TypeFieldValue value="Web application" type="WebApp" />    <TypeFieldValue value="Remote machine" type="RemoteMachine" />    <TypeFieldValue value="Client application" type="ClientApp" /> </TypeFieldValues>

Notas sobre la implementación

• Si cambia un campo dentro de la sección TypeFields, debe realizar el cambio correspondiente en la definición de WIT. Por ejemplo, si cambia los campos asignados para capturar Effort, debe realizar el mismo cambio en las definiciones de WIT para el elemento de trabajo pendiente del producto y el error (para Scrum).

• Puede buscar el nombre de referencia de un campo mediante este índice.

Asignar días no laborables

Los días no laborables se quitan de los cálculos realizados por la herramienta de planeación de capacidad y los gráficos de evolución. Los procesos predeterminados de Visual Studio Online y las plantillas de proceso de TFS especifican el sábado y el domingo como días no laborables. Después de crear un proyecto de equipo, cada equipo puede establecer sus días no laborables específicos.

<Weekends>
   <DayOfWeek>Saturday</DayOfWeek>
   <DayOfWeek>Sunday</DayOfWeek>
</Weekends>

Elemento	Descripción
DayOfWeek	Elemento secundario necesario del elemento Weekends. Especifica un día de la semana correspondiente a un día no laborable. <DayOfWeek>NameOfADay</DayOfWeek> Los nombres válidos corresponden a los días de la semana en inglés: Sunday, Monday, Tuesday, Wednesday, Thursday, Friday y Saturday. Nota Debe especificar el día de una semana en inglés, independientemente del idioma instalado en su TFS local.
Weekends	Opcional. Elemento contenedor utilizado para especificar los días no laborables. Especifique los días no laborables cuando desee tenerlos en cuenta en el cálculo de los gráficos de evolución y capacidad.

Cambiar el color de un tipo de elemento de trabajo

De un vistazo, puede diferenciar los WIT al ver el resultado de una consulta o un trabajo pendiente según el color asignado al WIT.

La plantilla de proceso de Scrum define las siguientes asignaciones de color. Se realizan otras similares para las plantillas de Agile y CMMI.

<WorkItemColors>
   <WorkItemColor primary="FF009CCC" secondary="FFD6ECF2" name="ProductBacklogItem" />
   <WorkItemColor primary="FF773B93" secondary="FFEEE2F2" name="Feature" />
   <WorkItemColor primary="FFFF7B00" secondary="FFFFD7B5" name="Epic" />
   <WorkItemColor primary="FFF2CB1D" secondary="FFF6F5D2" name="Task" />
   <WorkItemColor primary="FFCC293D" secondary="FFFAEAE5" name="Bug" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Code Review Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Request" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Feedback Response" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Impediment" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Step" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Case" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Plan" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Test Suite" />
   <WorkItemColor primary="FFFF9D00" secondary="FFFCEECF" name="Shared Parameter" />
</WorkItemColors>

Elemento	Descripción
WorkItemColors	Opcional. Elemento contenedor para especificar los colores de los tipos de elemento de trabajo.
WorkItemColor	Especifica los colores usados para mostrar un WIT dentro del portal web. El color principal se utiliza en las listas y el color secundario en los paneles, como el panel de tareas o el panel kanban. <WorkItemColor primary="HexColorCode" secondary="HexColorCode" name="witName" />

Especificar propiedades y comportamientos

Solo hay una propiedad que se puede especificar en este momento. La propiedad BugsBehavior define la configuración predeterminada que establece el modo en que los errores y otros WIT definidos en la categoría de error aparecen en los trabajos pendientes y los paneles. Básicamente, puede configurar si los errores se tratan como requisitos, como tareas o directamente no aparecen en los trabajos pendientes y paneles. Después de crear un proyecto de equipo, cada equipo puede establecer el comportamiento que quiera.

<Properties>
   <Property name="BugsBehavior" value="AsTasks" />
   <Property name="HiddenBacklogs" value="Microsoft.EpicCategory" />
</Properties>

Elemento	Descripción
Properties	Opcional. Elemento contenedor para especificar los comportamientos y propiedades predeterminados.
Property	Especifica la asignación predeterminada realizada en nuevos equipos o equipos existentes al actualizar un proyecto de equipo con nuevas características. Los equipos pueden elegir el comportamiento que quieran a través de su configuración de equipo. BugsBehavior establece el valor predeterminado para la opción Mostrar errores en trabajos pendientes o en paneles. HiddenBacklogs especifica la categoría del trabajo pendiente que está inactivo para el equipo. Los valores permitidos para BugsBehavior corresponden a: AsRequirements: los errores aparecen en los trabajos pendientes y los paneles similares a los requisitos. AsTasks: los errores aparecen en los trabajos pendientes y los paneles similares a las tareas. Off: los errores no aparecen en los trabajos pendientes o paneles.

Preguntas y respuestas

P: ¿Cómo se personalizan otras características de la herramienta Agile?

R: Se pueden realizar algunas personalizaciones a través de la interfaz de usuario. Otras requieren la modificación de la configuración del proceso u otros objetos de proyectos de equipo. Para obtener información general, vea Configurar y personalizar herramientas de planeación ágiles para un proyecto de equipo.

P: ¿Desea agregar o cambiar los WIT que aparecen en el panel de tareas o en el trabajo pendiente del producto?

R: Si ha agregado un WIT personalizado y desea agregarlo al trabajo pendiente o al panel de tareas, puede hacerlo. No puede aparecer en ambos lugares. Sepa cómo hacerlo leyendo el tema sobre cómo Agregar tipos de elemento de trabajo a trabajos pendientes y paneles.