Series

1. HowTo: Add a State in the definition of a WorkItem (I)
2. HowTo: Add a State in the definition of a WorkItem (II)

Good,

in the previous post we saw how to add a new State to the definition of States of a WorkItem type Task to MSF for Agile5.0. In this post we will add a number of conditions to be fulfilled in the actions of state change.

A condition of business can be the following:

A Task may not pass state [Proposed] to [Active] if the hours estimated, completed, and remaining information defined in the same has not been completed.

To achieve this condition follow the following steps, from the definition of the Task that we completed in the previous post.

Tutorial

1 Edit the definition of a Task and access to the tab [Workflow]

2 Select the transition [Proposed > > Active], we deploy the contextual menu and select the option [Open Details]

3 Select [Fields] tab to add the fields on which we work.

4 Add a new field, select [Microsoft.VSTS.Scheduling.OriginalEstimate]

5. In the tab [Rules], add a new rule. In this case to define the field is required

6 We also add the fields [Microsoft.VSTS.Scheduling.RemainingWork], and [Microsoft.VSTS.Scheduling.CompletedWork] as required fields in the transition.

7. In the Workflow diagram we see as these fields are marked as fields of work in the transition [Proposed > > Active]

8 Save the definition of the Task on the server, chill Team Explorer and create a new task.

9 When we create the same we can see that initial state [Proposed] presents no restriction at the time to create it.

10. When the state change to [Active] see that fields of effort (hours) are marked as active, which marks the rule defined for the transition.

Greetings @ Here

The Bruno

Series

1. HowTo: Agregar un estado en la definición de un WorkItem (I)
2. HowTo: Agregar un estado en la definición de un WorkItem (II)

Buenas,

en el post anterior vimos como agregar un nuevo estado a la definición de estados de un WorkItem de tipo Task para MSF for Agile 5.0. En este post agregaremos una serie de condiciones que se deben cumplir en las acciones de cambio de estado.

Una condición de negocio puede ser la siguiente:

Una Task no puede pasar del estado [Proposed] a [Active] si no se ha completado la información de horas estimadas, completadas y pendientes definida en la misma.

Para lograr cumplir esta condición seguiremos los siguientes pasos, a partir de la definición de la Task que completamos en el post anterior.

Tutorial

1. Editamos la definición de una Task y accedemos a la pestaña [Workflow]

2. Seleccionamos la transición [Proposed >> Active], desplegamos el menú contextual y seleccionamos la opción [Open Details]

3. Seleccionamos la pestaña [Fields] para agregar los campos sobre los que queremos trabajar.

4. Agregamos un nuevo campo, seleccionando [Microsoft.VSTS.Scheduling.OriginalEstimate]

5. En la pestaña [Rules], agregamos una nueva regla. En este caso para definir que el campo es requerido

6. Agregamos también los campos [Microsoft.VSTS.Scheduling.RemainingWork] y [Microsoft.VSTS.Scheduling.CompletedWork] como campos requerido en la transición.

7. En el diagrama del Workflow podremos ver como estos campos, se marcan como fields de trabajo en la transición [Proposed >> Active]

8. Guardamos la definición de la Task en el servidor, refrescamos el Team Explorer y creamos una nueva tarea.

9. Cuando creamos la misma podemos ver que el estado inicial [Proposed] no presenta ninguna restricción al momento de crearla.

10. Cuando cambiamos el estado a [Active] vemos que los campos de esfuerzo (horas) se marcan como activos, con lo que se cumple la regla que definimos para la transición.

Saludos @ Here

El Bruno

Series

1. HowTo: Agregar un estado en la definición de un WorkItem (I)

Buenas,

hoy con el software ya instalado comenzaremos a modificar la definición de un WorkItem. Para esto trabajeremos sobre un Team Project de prueba llamado [AgileBlog]. Los siguientes pasos demuestran como modificar la definició de un WorkItem

Tutorial

1. Abrir Visual Studio 2010 y acceder al menu [Tools // Process Editor // WorkItem Types // Open WIT from Server]

2. Seleccionar el TP correspondiente y dentro del mismo seleccionar el WIT Task.

3. En este punto veremos el formulario de edicion para la definición de un WI en Visual Studio 2010. La pestaña WorkFlow nos muestra el proceso actual con los estados por los que pasa el WorkItem. Como vemos en el mismo, el primer estado es el estado ACTIVE.

4. Activamos la ToolBox de Visual Studio 2010 y en la misma vemos que tenemos elementos de tipo Estado y Transition para trabajar sobre la definición del WorkFlow.

5. Agregamos un nuevo estado y modificamos el nombre del mismo a [Proposed].

6. Agregamos transiciones para poder cambiar de estado de [Proposed] a [Active] y de [Active] a [Proposed], pero no habilitamos el cambio de [Closed] a [Proposed]

7. Como la primer transición está asociada a [Active] y supongo que ya habrás intentado con el mouse asignarla a [Proposed], cambiaremos la misma para que el primer estado sea [Proposed]. Para esto seleccionamos la transición, desplegamos el menú contextual y seleccionamos la opción [Open Details]. Luego, en el formulario de edición, seleccionamos [Proposed] como el estado destino de la transición.

8. En este punto, los estados y transiciones deben ser similares a la siguiente imagen.

9. Si validamos el esquema que hemos definido, desplegando el menú conextual y seleccionado la opción [Validate All], veremos que para que la definición sea correcta, debemos agregar por lo menos una razon (Reason) a los cambios de estado en nuestro workflow.

10. Editamos la transíción [Proposed >> Active], seleccionamos la pestaña [Reasons] y editamos las Reasons para que existan una razón por defecto llamada [Accepted]

11. En la transición [Active >> Proposed] agregamos 2 posibles reasons: [Rejected] y [More Information is Required] como muestra la siguiente imagen.

12. Si expandimos el gráfico para ver el detalle de las transiciones, podremos ver los cambios que hemos aplicado en la tarea.

13. Guardamos la definición del WorkItem. Este cambio se aplica en el servidor TFS, por lo que puede tardar un poco. Seleccionamos el Team Project, en el panel del Team Explorer y refrescamos el contenido del mismo. Si creamos una nueva Task, veremos que el estado inicial es [Proposed] y que la Reason es [New]

14. Una vez creada la Task, vemos que es posible cambiar el estado a [Active] y que la Reason propuesta es [Accepted]

15. Finalmente vemos que si cambiamos el estado de [Active] a [Proposed], las Reason propuestas son las que definimos en los pasos anteriores.

Saludos @ Home

El Bruno