Taller en Ingeniería de Software

Universidad Distrital Francisco José de Caldas

1. Trabajo: Backlog en un Proyecto en Azure DevOps

Este trabajo busca que el estudiante realice algunas tareas de planeación en un
proyecto en Azure DevOps. Este taller supone que el usuario ha hecho el taller de
creación de proyectos. En particular, supone que se creó un proyecto desde cero y
usando la plantilla de procesos de Scrum y se creó un ejemplo que también usa
Scrum.

1.1. Introducción
Dentro de Azure DevOps, Azure Boards es el módulo que permite hacer planeación
y seguimiento a las tareas de desarrollo de un proyecto. En general, este módulo
ofrece opciones para gestionar el backlog, planear las tareas del proyecto, usar
tableros kanban para gestionar las tareas, ofrecer tableros de información
(dashboards) para ver el estado del proyecto y generar reportes.

En Azure Boards todas las funcionalidades se basan ítems de trabajo (work items).
Estos ítems representan las características del software, requerimientos, errores y
tareas que se van a manejar en los proyectos. Cada uno de estos ítems tiene un
estado y una serie de datos que se van actualizando y monitoreando durante
todas las actividades del desarrollo. Tanto los tipos de ítems de trabajo, como los
estados y los datos que maneja cada tipo de ítem pueden variar de una plantilla
de proceso (de una metodología) a otra.

1
1.2. Pasos

1.2.1. Revisión de las opciones de Azure Boards

En el Taller anterior se creó un proyecto de ejemplo basado en Scrum. Es posible
revisar algunas de las opciones que tiene Azure Boards inspeccionando los
elementos que hacen parte de este proyecto.

1. Ir a la página de Azure DevOps y seleccionar el proyecto “Ejemplo Scrum”

creado usando el generador de proyectos de demostración.

2. Al cargar el proyecto, se pueden ver diferentes opciones en el menú del

lado izquierdo. Allí aparece una sección Boards, con una serie de opciones

2
 En el menú de Boards aparecen las siguientes opciones
Opción Descripción
Work Items Ítems de trabajo del proyecto
Boards Tableros Kanban para la gestión de tareas
Backlogs Ítems de trabajo
Sprints
Queries Consultas y reportes del proyecto

3. Seleccione la opción Work Items, la pantalla que aparece muestra un

listado de ítems de trabajo. Allí aparece los diferentes ítems de trabajo con
un identificador, un ícono que representa el tipo de ítem, una descripción,
la persona asignada y otros datos adicionales.

4. En el listado de Work Items, seleccione las opciones para filtrar el tipo de

ítem. Allí pueden verse los tipos de ítem definidos en la plantilla de proceso
de Scrum. Esto puede variar de acuerdo con la plantilla seleccionada.
Seleccione mostrar solo los ítems de tipo Epic.

3
En la plantilla de proceso de Scrum, los tipos de ítems de trabajo son:
Ítem de Trabajo Descripción
Épicas Módulos o Iniciativas (conjuntos de tareas)
que toman más de sprint.
Ej: Pagos, Catálogo de Productos
Features Características visibles del producto que se
desarrollan y se van mejorando durante el
desarrollo
Ej: Pago con Tarjeta de crédito, Pago con EPS
Product Backlog Items Historias de Usuario o funcionalidades que
se pueden desarrollar en un Sprint.
Ej: Proveer tiempo estimado de despacho,
Generar factura
Task Actividades que se pueden asignar a
miembros del equipo y se puede monitorear
su ejecución. Normalmente implica unas
horas de trabajo, menos de un día.
Ej: Diseñar las tablas para X, Programa X,
Ejecutar prueba X
Bug Problema detectado en el software en las
pruebas, en producción o por el cliente
Ej: Se desconecta luego de X minutos, La
consulta no trae los datos correctos
Impediment Problema que impide avanzar con el
desarrollo
Ej: X no ha trabajado con ese compilador, Y
estuvo enfermo, el computador de Z se dañó

Estos ítems de trabajo se pueden organizar en una jerarquía como la

siguiente:

4
5. En el listado de tareas deben aparecer solo los ítems de tipo Epic. Haga clic
sobre el ítem “Payment” al comienzo de la lista.

6. Observe los campos que se diligencian para las épicas. Pueden verse
campos para la Descripción y para los Criterios de Aceptación, entre otros.

Desplace la ventana hasta la parte inferior de los datos. Allí pueden verse
los ítems relacionados en la sección “Related Work”. Haga clic en el ítem
hijo: el feature “Credit Card Purchase”.

5
7. Observe los campos que se diligencian para los features. En Scrum,
básicamente son los mismos que se tienen para las épicas.

8. Haga clic en el botón “Back to Work Items”, en la parte superior del

formulario, para ir al listado de ítems de trabajo.

9. Seleccione el filtro para ver lo ítems de tipo Bug. Haga clic sobre alguno de
los errores en el listado.

6
10. Observe los datos que se registran para los errores. Nótese que se tienen
diferentes campos. Entre los datos para los errores están los pasos para
reproducir el error, la información del sistema, la severidad del error. Estos
datos no se incluyen para las épicas y los features.

11. Haga clic sobre el estado del Bug, en este caso sobre el texto “Approved”.
Debe aparecer una lista desplegable con los diferentes estados que puede
tener el bug.

7
Los estados varían de acuerdo con la plantilla de procesos y al tipo de ítem
de trabajo. En la plantilla de Scrum, tanto los Product Backlog Items como
los Bugs tienen el siguiente conjunto de estados

Estado Descripción
New Una funcionalidad sugerida o un error
reportado por un usuario que no ha sido
revisado o aprobado por el product owner.
Approved Ítem que ha sido aprobado por el product
owner y que está “listos” (ready) para ser
desarrollado.
NOTA: El equipo normalmente debe contar
con una “definición de ready”, indicando los
criterios que debe tener un ítem para estar
listo.
Commited Ítem con el que el equipo de desarrollo se ha
comprometido en el sprint actual
Done Ítem para el que todas las tareas asociadas
se han terminado y el product owner esta de
acuerdo que se ha implementado de acuerdo
con sus criterios de aceptación.
NOTA: Además de los criterios de aceptación
por cada ítem, el equipo normalmente debe
contar con una “definición de done”,
indicando los criterios que debe tener un
ítem para considerarse terminado.

Las transiciones de los estados pueden verse a continuación:

8
12. En el menú de la izquierda, seleccione la opción Boards, donde se pueden
ver tableros kanban para el proyecto. Si es la primera vez que carga esta
opción, el sistema mostrará unos paneles de información. Normalmente
sale un listado de los tableros que se tienen configurados en el proyecto.
Seleccione el único tablero en el ejemplo: Ejemplo Scrum Team Boards.

13. Al ver el tablero Kanban pueden verse las diferentes tareas del sprint,
organizadas en columnas que representan el estado de cada una.

9
14. Al seleccionar la opción Backlog, se pueden ver los elementos del Backlog.
En esta vista se pueden “asignar” elementos del backlog a uno u otro sprint
arrastrando y soltando los elementos del listado sobre las cajas que
representan los sprint.

15. Al seleccionar Sprints, se puede ver un tablero kanban con las tareas
específicas de un sprint. Allí pueden verse las tareas que estan por hacer
(to-do), en progreso (in progress) y terminadas (done) por cada uno de los
miembros del equipo de desarrollo.

10
16. Finalmente, al seleccionar Queries, pueden verse las consultas que se han
configurado para revisar el avance del proyecto. Por defecto, este proyecto
no tiene consultas.

11
1.2.2. Creando un ítem de trabajo (work item)
Como se puede ver en el ejemplo, cada uno de los proyectos incluye una serie de
ítems de trabajo que cambian de estado y que se van actualizando a medida que
avanza el proyecto. Ahora vamos a crear unos ítems de trabajo para nuestro
proyecto.

1. Ir a la página de Azure DevOps y seleccionar el proyecto “Primer Proyecto”

creado manualmente en el taller anterior.

2. Seleccione en la opción Boards, la opción Work Items. Debe aparecer un

listado vacío de ítems de trabajo.

12
3. Haga clic en la opción “New Work Item”. Al seleccionar esta opción aparece
un listado de los tipos de ítem que se pueden crear en el proyecto de
acuerdo con la plantilla de proceso seleccionada. El listado que aparece
corresponde con los ítems de la plantilla Scrum.

Para el ejemplo a continuación, queremos crear una épica de “Pagos en

Línea” con dos features: “Pago con tarjeta de crédito” y “Pago con PSE”

4. En las opciones de “New Work Item”, seleccione “Epic” para crear una épica
para el proyecto. Debe aparecer un formulario para crear una épica.
Ingrese los datos para la épica “Pagos en línea” y haga clic en Save o
presione Ctrl-S.

13
5. Para crear los ítems relacionados, seleccione el menú de acciones “…” en la
parte superior del formulario.

Seleccione la opción “New Linked Work item”.

6. En el panel que aparece en pantalla, seleccione el tipo de ítem que se desea

crear como elemento hijo. Para el ejemplo, seleccione el tipo “Feature” y
haga clic en OK.

14
7. Debe aparece un panel para crear el nuevo ítem. Cree el feature “Pago con
tarjeta de crédito” (que es ítem hijo de la épica “Pagos en línea”). Ingrese los
datos y haga clic en “Save and Close”.

8. Nótese que al crear el feature, la pantalla vuelve a la épica (el ítem padre).
Note que la relación con el ítem hijo puede verse en la parte inferior de los
datos.

En esta pantalla es posible usar el menú de acciones “…” para crear otro
features hijos de la misma épica.

15
9.

16
 Repita los pasos anteriores para crear el feature “Pago con PSE” como hijo
de la épica “Pagos en línea”.

10. Ir al listado de Work Items y verificar que se creó la épica y los dos features.

11. Agregue dos product backlog items para cada uno de los features creados.

Cree los siguientes ítems:

Tipo Ítem Item
Epic Pagos en Línea
Feature Pago con Tarjeta de Crédito
Product Backlog Item TC item 1
Product Backlog Item TC item 2
Feature Pago con PSE
Product Backlog Item PSE item 1
Product Backlog Item PSE item 2

17
12. Revise el listado de work ítems y verifique se crearon los elementos
apropiadamente.

18
1.2.3. Revisando el Product Backlog
En Scrum, al comienzo del sprint se determinan cuáles son los Product Backlog
Item con los que se va a comprometer el equipo. Como parte de la planeación del
Sprint se determinan las tareas que se requieren hacer para poder llevar esos
ítems a terminado (a done) y entregar el incremento del producto.

En Azure Boards existe una vista llamada Backlogs para poder revisar los ítems
que se pueden incluir en los sprint.

1. Ir, en el módulo de Boards, a la opción de Backlogs. En esta vista se pueden

ver los Product Backlog Items que se han creado para el proyecto.

19
2. En esta vista de Backlogs es posible revisar las épicas y los features que se han
definido para el proyecto. En el menú de opciones de visualización, seleccione
Parents y coloque la opción On

3. Al cambiar la opción, debe aparecer la jerarquía de ítems incluyendo las

diferentes épicas, features y product backlog ítems del producto.

20
4. Arrastre los product backlog items “TC item 1” y “TC item 2” al cuadro que
representa el “Sprint 1”

5. Revise el resultado. En la caja que representa el Sprint 1 debe aparecer un

número 2 indicando que el equipo se ha comprometido con dos Product
Backlog Item.

NOTA: Una vez el equipo se compromete con algunos PBI para el Sprint, es
necesario definir las tareas que se deben realizar. La definición de las tareas es
necesario para poder planear el detalle del Sprint, revisar el tablero Kanban y
hacer otras tareas de Scrum.

21