Manual del proceso de Requerimientos

apoyado en ADS
Diciembre 2020
 Agenda
1. Objetivo
2. Modelo de Trazabilidad
3. Definiciones generales
4. Elementos de trabajo

PRACTICA y PASO A PASO

1. Parametrización inicial
2. Creación de Proyecto
3. Definición de Necesidades
4. Definición de Características
5. Administración de Requerimientos
6. Definición y ejecución de tareas
7. Gestión del backlog
8. Creación de Queries
9. Actualizaciones Masivas
 1. Objetivo
 Presentar la personalización realizada a los elementos de trabajo (Work
Items) en ADS para la gestión de requerimientos.

 Conocer el proceso implementado a través de la ejecución de talleres

prácticos.
2. Modelo de Trazabilidad
 3. Definiciones Generales

 Cada aplicación será manejada en ADS como un Team Project

 Organización de cada Aplicación:
 Area Path : Proyecto / Módulo
Evolutivo / Módulo
Soporte / Módulo
 Iteration Path : Release de Proyecto / Iteración
Release de Aplicación / Iteración
3. Definiciones Generales – Area Path
3. Definiciones Generales – Iteration Path
 3. Definiciones Generales – Relación con CVS
 ADS ha sido personalizado, de acuerdo a las actividades y perfiles de CVS
Procesos cubiertos hasta el momento:
• Análisis de Referencia
• Realizar estimación temprana
• Planear releases de la solución
• Levantar requerimientos detallados del Release Actual
• Planear Release Actual
• Estimar y negociar Release Actual

 Perfiles modelados hasta el momento:

Cargo Perfil ADS
Coordinador / Gestor Técnico PRF-GestorTecnico
Analista de Negocio PRF-Analista Negocio
Analista de Calidad PRF-Analista Calidad
ULA PRF-ULA
SEC PRF-SEC
Especialista Técnico PRF-EspecialistaTecnico
Gerente de Frente Reader
3. Definiciones Generales – Relación con CVS
 4. Elementos de Trabajo
Para el proceso de requerimientos, se ha definido la personalización y el uso
de los siguientes elementos de trabajo:

 Project
 Need
 Feature
 Requirement
 Task
4. Elementos de Trabajo
 4.1 Project

Este elemento de trabajo permite almacenar una información muy puntual

de un proyecto. La información detallada del proyecto seguirá residiendo en
Daptiv

Usos y restricciones

 El proyecto se crea en la aplicación (Team Project) que está liderando o es

dueña del proyecto.
 Si un proyecto involucra más de una aplicación, se crea el proyecto en la
aplicación (Team Project) que está liderando. En las demás aplicaciones se
crearán SRQ’s para atender los requerimientos particulares solicitados por
la aplicación líder

Nomenclatura
Pry. Nombre del proyecto ( Nombre igual al de Daptiv)
Ejemplo: Pry. Implementación Portal Corporativo
4.1 Project – Formulario
 4.1 Project – Campos
Campo Descripción
Title Título o nombre del proyecto

Campos del Sistema

Assigned to Líder técnico del proyecto
State Estado actual del proyecto
Reason Razón por la que el proyecto está en su estado actual
Area Path Area a la que el proyecto está asignado
Iteration Path Iteración a la que el proyecto está asignado

Description
Description Breve descripción del proyecto

Status
Technical Manager Líder técnico del proyecto - Es el mismo campo Asignado A
Acquisition Leader Líder de adquisiciones en compras para el proyecto

Planning
Priority Prioridad de negocio del proyecto
Complexity Complejidad asignada al proyecto por la PMO
Maturity Start Date Fecha de inicio de la maduración de la iniciativa
Maturity Target Date Fecha de finalización de la maduración de la iniciativa
Start Date Fecha de inicio del proyecto
Target Date Fecha planeada de finalización del proyecto
Group Frente al que pertenece el proyecto

Documents Links a los documentos del proyecto en Sharepoint

4.1 Project – Transición de estados
 4.1 Project – Seguridad

Estado
Razones Seguridad
Inicial Final
New Initiative maturity PRF-GestorTecnico

Started work
New Active PRF-GestorTecnico
Resumed work

New Suspended PRF-GestorTecnico

Active
Closed Cancelled PRF-GestorTecnico

Active Finished Finished work PRF-GestorTecnico

Finished Closed Administrative Closure PRF-GestorTecnico

Closed Active Closed by error PRF-GestorTecnico

 4.2 Need

Este elemento de trabajo va a almacenar las necesidades, bien sea de un

proyecto, de SRQ’s puntuales de una aplicación o necesidades de
mejoramiento de cada aplicación

Usos y restricciones

 Cuando son necesidades de un proyecto, deben estar vinculadas como

hijas del elemento de trabajo Project correspondiente.

Nomenclatura: NEC- Abreviatura del nombre del proyecto 3 primeras

palabras - Consecutivo 00#

Ejemplo: Nombre del proyecto: Pry. Implementación Portal Corporativo

Nomenclatura Need: NEC- Impporcor 001
4.2 Need – Formulario
 4.2 Need – Campos
Campos Descripción
Title Título o nombre corto de la necesidad

Campos del Sistema

Assigned to Persona que tiene asignada la necesidad actualmente
State Estado actual de la necesidad
Reason Razón por la que la necesidad se encuentra en su estado actual
Area Path Area a la que pertenece la necesidad
Iteration Path Iteración en la que está planeada la entrega de la necesidad

Description
Description Descripción de la necesidad

Planning
Priority Prioridad de negocio de la necesidad
Target Date Fecha en la que el negocio desea que su necesidad esté implementada
Value Area Area de valor de la necesidad
Elicitation Aprpoval Date Fecha de aprobación de la elicitación
Elicitation Approved by Usuario que aprueba la elicitación
For Approval Date Fecha en que la necesidad se envía para aprobación
4.2 Need – Transición de estados
 4.2 Need – Seguridad
Estado
Razones Seguridad
Inicial Final

Proposed Proposed PRF-Analista Negocio

Elicitation Started PRF-Analista Negocio

Active
Accepted PRF-ULA
Proposed
Closed Rejected PRF-Analista Negocio

Elicitation Completed
Proposed PRF-Analista Negocio
Suspended

Resolved Features Completed PRF-Analista Negocio

Active
Abandoned
Out of Scope
Closed Split PRF-Analista Negocio
Development not needed

Closed Acceptance Passed PRF-Analista Negocio

Resolved
Active Acceptance Failed PRF-Analista Negocio

Reintroduced in Scope
Closed Active PRF-Analista Negocio
Closed by error
 4.3 Feature

Este elemento de trabajo va a almacenar las características, bien sea de un

proyecto, o de necesidades puntuales de cada aplicación

Usos y restricciones

 Deben estar vinculadas como hijas del elemento de trabajo Need.

Nomenclatura: CAR- Abreviatura del nombre del proyecto 3 primeras

palabras - Consecutivo 00#

Ejemplo: Nombre del proyecto: Pry. Implementación Portal Corporativo

Nomenclatura Need: CAR- Impporcor 001
4.3 Feature– Formulario
 4.3 Feature – Campos

Campo Descripción
Title Título o nombre corto de la característica

Campos del Sistema

Assigned to Persona que tiene asignada actualmente la característica
State Estado actual de la característica
Reason Razón por la que la característica se encuentra en su estado actual
Area Path Area en la que se clasifica la característica
Iteration Path Iteración en la que se planea liberar la característica

Description
Description Descripción detallada de la característica

Planning
Priority
Target Date
Elicitation Approval Date
Elicitation Approved by
Feature For Approval Date
Prioridad que el negocio tiene para la característica
Fecha en la que se desea tener implementada la característica
Fecha de aprobación de la elicitación
Usuario que aprueba la elicitación
Fecha en que se envía a aprobación la característica
4.3 Feature – Transición de estados
 4.3 Feature – Seguridad

Estado
Razones Seguridad
Inicial Final

Proposed Proposed PRF-Analista Negocio

Elicitation Started PRF-Analista Negocio

Active
Accepted PRF-ULA
Proposed
Closed Rejected PRF-Analista Negocio

Elicitation Completed
Proposed PRF-Analista Negocio
Suspended

Active Resolved Requirements Completed PRF-Analista Negocio

Abandoned
Closed Out of Scope PRF-Analista Negocio
Split

Closed Acceptance Test Passed PRF-Analista Negocio

Resolved
Active Acceptance Test Failed PRF-Analista Negocio

Reintroduced in Scope
Closed Active PRF-Analista Negocio
Closed by error
 4.4 Requirement
Este elemento de trabajo va a almacenar los requerimientos detallados, bien
sea de un proyecto, o de necesidades particulares de modificación de una
aplicación.

Usos y restricciones

 Deben estar vinculadas como hijas del elemento de trabajo Feature.

 Los documentos relacionados con los requerimientos deben estar
almacenados en el correspondiente repositorio de Sharepoint.
 El área de QA es responsable de dar vistos buenos del requerimiento en
cada etapa del desarrollo. Sin estos vistos buenos, el requerimiento no
puede cambiar de estado.

Nomenclatura: REQ – 00# Descripción del requerimiento

Nomenclatura: REQ -001 – Actualizar información de Clientes
4.4 Requirement – Formulario
 4.4 Requirement – Campos
Campo Descripción
Title Título o nombre corto del Requerimiento

Campos del Sistema

Assigned to Persona que tiene actualmente asignado el requerimiento
State Estado actual del requerimientos
Razón por la que el requerimiento se encuentra en su estado
Reason actual
Area Path Area en la que está clasificado el requerimiento
Iteration Path Iteración en la que será liberado el requerimiento

Description
Description Breve descripción del requerimiento

Planning
Development Stage Etapa de desarrollo en la que se encuentra el requerimiento
Priority Prioridad de negocio asignada al requerimiento
Start Date Fecha planeada de inicio del desarrollo del requerimiento
Target Date Fecha planeada de finalización del requerimiento
Requirement Type Tipo de requerimiento
Non-Functional Requiremen Type Tipo de requerimiento no funcional
Asked By Nombre de la persona/entidad que solicita el requerimiento
Frente al que pertenece la aplicación en donde se está
Group construyendo el requerimiento
 4.4 Requirement – Campos
Campo
QA Approvals
Aseguramiento Calidad en la etapa de requerimientos
Fecha Aseguramiento Calidad en la etapa de requerimientos
Aseguramiento Calidad en la etapa de arquitectura
Fecha Aseguramiento Calidad en la etapa de arquitectura
Aseguramiento Calidad en la etapa de estimación detallada
Fecha Aseguramiento Calidad en la etapa de estimación detallada estimación detallada
Aseguramiento Calidad en la etapa de diseño
Fecha Aseguramiento Calidad en la etapa de diseño
Aseguramiento Calidad en la etapa de desarrollo
Fecha Aseguramiento Calidad en la etapa de desarrollo
Aseguramiento Calidad en la etapa de despliegue
Fecha Aseguramiento Calidad en la etapa de despliegue
Aseguramiento Calidad en la etapa de estabilización
Fecha Aseguramiento Calidad en la etapa de estabilización
Aseguramiento Calidad en la etapa de entrega a operaciones
Fecha Aseguramiento Calidad en la etapa de entrega a operaciones operaciones
Descripción
Usuario que da el visto bueno de QA para la etapa de
requerimientos
Fecha en que se da el visto bueno de QA para la etapa de
requerimientos
Usuario que da el visto bueno de QA para la etapa de arquitectura
Fecha en que se da el visto bueno de QA para la etapa de
arquitectura
Usuario que da el visto bueno de QA para la etapa de estimación
detallada
Fecha en que se da el visto bueno de QA para la etapa de
Usuario que da el visto bueno de QA para la etapa de diseño
Fecha en que se da el visto bueno de QA para la etapa de diseño
Usuario que da el visto bueno de QA para la etapa de desarrollo
Fecha en que se da el visto bueno de QA para la etapa de desarrollo
Usuario que da el visto bueno de QA para la etapa de despliegue
Fecha en que se da el visto bueno de QA para la etapa de despliegue
Usuario que da el visto bueno de QA para la etapa de estabilización
Fecha en que se da el visto bueno de QA para la etapa de
estabilización
Usuario que da el visto bueno de QA para la etapa de entrega a
operaciones
Fecha en que se da el visto bueno de QA para la etapa de entrega a
4.4 Requirement– Transición de estados
 4.4 Requirement – Seguridad

Estado
Razones Etapa Seguridad
Inicial Final

Proposed Identified Identificado PRF-Analista Negocio

Specification Started PRF-Analista Negocio

Active Requerimientos
Accepted PRF-ULA
Proposed
Closed Rejected Identificado PRF-Analista Negocio

Specification Completed Requerimientos

Proposed PRF-Analista Negocio
Suspended Arquitectura
Estimación Detallada
PRF-EspecialistaTecnico
Resolved UAT Test Passed Diseño
PRF-Analista Calidad
Desarrollo y Pruebas funcionales
Active
Pruebas Integrales
Rejected Pruebas UAT
Closed Out of Scope Despliegue PRF-Analista Negocio
Split Estabilizacion

PRF-GestorTecnico
Closed Delivered to Operations Entrega a Operaciones
PRF-Analista Calidad
Resolved
Active UAT Test Failed Pruebas UAT PRF-Analista Calidad

Reintroduced in Scope
Closed Active Requerimientos PRF-Analista Negocio
Closed by error
 4.5 Task

Este elemento de trabajo permite asignar y hacer seguimiento a las

diferentes tareas que el equipo debe realizar para cumplir con el release.

Usos y restricciones

 Deben estar vinculadas como hijas de alguno de los elementos de trabajo

del backlog: Project, Need, Feature o Requirement.
 Existe un tipo de tarea especial que va a guardar la información de las
estimaciones, ya sea temprana o detallada
 Cada tarea debe tener un aprobador
 Para algunas tareas, el aprobador puede ser el mismo ejecutante de la
tarea.

Nomenclatura: Descripción de las tareas a desarrollar

 4.5 Task

La tarea tiene un campo especial llamado Discipline, que es el que define el

tipo de tarea que se va a realizar.

A continuación los aprobadores por tipo de tarea:

Especificación Puede aprobar el mismo usuario

Arquitectura Puede aprobar el mismo usuario
Planeación Release Puede aprobar el mismo usuario
Estimación No Puede aprobar el mismo usuario
Medición Puede aprobar el mismo usuario
Planeación Iteración Puede aprobar el mismo usuario
Diseño Puede aprobar el mismo usuario
Desarrollo No Puede aprobar el mismo usuario
Pruebas Funcionales No Puede aprobar el mismo usuario
Pruebas Integrales Puede aprobar el mismo usuario
Pruebas UAT Puede aprobar el mismo usuario
4.5 Task – Formulario
4.5 Task – Formulario - Estimación
4.5 Task – Formulario - Medición
 4.5 Task – Campos
Campo Descripción
Title Título o nombre de la tarea a ejecutar

Campos del Sistema

Assigned to Persona que tiene actualmente asignada la tarea
State Estado actual de la tarea
Reason Razón por la que la tarea se encuentra en su estado actual
Area Path Area en la que está clasificada la tarea
Iteration Path Iteración en la que será ejecutada la tarea

Description
Description Breve descripción de la tarea

Classification
Discipline Disciplina o tipo de tarea
Proveedor que tiene asignada la tarea, en caso de ser
Provider necesario
Tipo de estimación (temprana o de alto nivel) en caso de
Estimate Type que la tarea sea de estimación
Approver Persona que realizará la aprobación de la tarea.
Approval Notes Notas relacionadas con la aprobación de la tarea
Approval Date Fecha y hora de la aprobación de la tarea

Effort
Original Estimate Horas estimadas inicialmente para ejecutar la tarea
Completed Work Horas completadas por la persona que ejecuta la tarea
Remaining Work Horas faltantes para completar la tarea
4.5 Task – Campos
4.5 Task – Campos
4.5 Task– Transición de estados
 4.5 Task – Seguridad
State
Substate Seguridad
Inicial Final
Proposed New Todos los usuarios
Active Started Work Todos los usuarios
Proposed
Closed Rejected Todos los usuarios

Resolved Completed Todos los usuarios

Active Proposed Suspended Todos los usuarios

Closed Cancelled Todos los usuarios

Closed Review Passed Todos los usuarios

Resolved

Active Review Failed Todos los usuarios

Closed by Error
Active Todos los usuarios
Closed Reactivated
Proposed Reactivated PRF-GestorTecnico
Prueba tus conocimientos
¿Qué elementos de trabajo se han
modelado para el proceso de
requerimientos de Compensar ?

Project
Need
Feature
Requirement
Task
¿Cómo se organizará el área path en las aplicaciones?

Proyecto / Módulo

Evolutivo / Módulo

Soporte / Módulo
¿Cómo se organizarán el iteration path
en las aplicaciones?

Release de Proyecto / Iteración

Release de Aplicación / Iteración

PRACTICA
 PASO A PASO DE
ACTIVIDADES DEL
PROCESO DE
REQUERIMIENTOS
1. Parametrización
Inicial
 1.1 Parametrización Inicial del Backlog
Gestor Técnico
1. Solicite a Administración de ADS:

 Creación del Team Project con su respectivo nombre y código de aplicación,

en caso de que no exista.
 La asignación del usuario responsable de cada aplicación al perfil
PRF_GestorTecnico
 La asignación de usuarios miembros del equipo que van a hacer parte de
cada aplicación.

2. Ingrese a ADS
https://dev.azure.com/Compensar-T1
https://dev.azure.com/Compensar-T2
https://dev.azure.com/Compensar-T3

3. Seleccione el proyecto al que va a configurar

el backlog.
Solamente el Gestor Técnico podrá configurar
el backlog
 1.1 Parametrización Inicial del Backlog
Gestor Técnico

4. Configure las área path de cada aplicación

Project Settings / Project Configurarion / Areas

Utilice las opciones New o New Child,

dependiendo del nivel donde desee
crear el área
 1.1 Parametrización Inicial del Backlog
Gestor Técnico

5. Configure las iteration path de cada aplicación

Project Settings / Project Configuration / Iterations

Utilice las opciones New o New Child,

dependiendo del nivel donde desee
crear la iteración o release
 1.1 Parametrización Inicial del Backlog
Gestor Técnico

6. Configure la visibilidad del área path principal para todo el equipo

Project Settings / Team Configuration
 1.1 Parametrización Inicial del Backlog
Gestor Técnico

7. Click en General y luego seleccione los niveles de backlog que vamos a

manejar. En compensar vamos a manejar tres niveles para el backlog: Themes,
Features y Requirements. Por lo tanto, seleccionaremos los tres.
 1.1 Parametrización Inicial del Backlog
Gestor Técnico

8. Click en Areas

Seleccione el menú de contexto

del área principal y seleccione
“Include sub áreas”. Esto con el
fin de que todo el equipo
pueda ver el backlog completo
del team Project.
 1.1 Parametrización Inicial del Backlog
Gestor Técnico
9. Configure la visibilidad las
iteraciones
Click en Iterations / Select
Iterations

Seleccione la o las iteraciones

que desea mostrar en el
backlog.
Debe seleccionar las
iteraciones de último nivel para
poder visualizar de forma
correcta los requerimientos
que hacen parte de cada
iteración.
Presione Save & Close
2. Creación de
Proyecto
 2. Creación de Proyecto
Gestor Técnico

1. Click en Boards / Backlogs

/ Requirements

2. Click en Themes
 2. Creación de Proyecto
Gestor Técnico

3. Haga click en “New Work

Item”, asegúrese que el
tipo de backlog sea
“Project” y haga click en
“Add to Bottom”

4. Digite los campos

obligatorios.
Seleccione el usuario
responsable del proyecto
Seleccione el área y la
iteración correspondientes
 2. Creación de Proyecto
Gestor Técnico

Si tiene la información de los otros

campos no obligatorios, también
puede llenarlos desde el comienzo.
Observe que se solicita una
justificación en el campo discusión.
Esto con el fin de que quede la
historia del por qué se están
creando proyectos o cambiando de
estado.

5. Click en “Save & Close”

3. Definición de
Necesidades
 3. Definición de necesidades
Analista de negocio

1. Click en Boards / Backlogs

/ Requirements

2. Click en Themes
 3. Definición de necesidades
Analista de negocio

3. Para crear necesidades

independientes:
Asegúrese que el tipo de backlog
sea “Need” y haga click en “Add to
Bottom”

Para crear necesidades

hijas de un proyecto:
Doble click en el proyecto
Click en link
Click en Add Link
Click en New Item
 3. Definición de necesidades
Analista de negocio

4. Seleccione el tipo de link,

que en este caso es Child.
Seleccione el elemento de
trabajo, que en este caso es
Need
Asigne un título a la necesidad
Click en OK
 3. Definición de necesidades
Analista de negocio
5. Digite los campos
obligatorios.
Seleccione el usuario
responsable de la
necesidad.
Seleccione el área y la
iteración
correspondientes

Si tiene la información
de los otros campos,
también puede
llenarla en este
momento.

Click en Save & Close

4. Definición de
Características
 4. Definición de características
Analista de negocio

1. Click en Boards / Backlogs

/ Requirements

2. Click en Themes
 4. Definición de características
Analista de negocio

3. Click en el botón con el signo +, a la izquierda de la necesidad a la que desea

agregarle características
 4. Definición de características
Analista de negocio

4. Digite los campos

obligatorios.
Seleccione el usuario
responsable de la
característica.
Seleccione el área y la
iteración
correspondientes

Si tiene la información
de los otros campos,
también puede
llenarla en este
momento.

Click en Save & Close

5. Administración de
Requerimientos
 5.1 Creación de Requerimientos
Analista de negocio

1. Click en Boards / Backlogs

/ Requirements

2. Click en Features
 5.1 Creación de Requerimientos
Analista de negocio

3. Click en el botón con el signo +, a la izquierda de la característica a la que

desea agregar requerimientos
 5.1 Creación de Requerimientos
Analista de negocio

4. Digite los campos

obligatorios.
Seleccione el usuario
responsable del
requerimiento.
Seleccione el área y la
iteración
correspondientes

Si tiene la información
de los otros campos,
también puede
llenarla en este
momento.

Click en Save
 5.1 Creación de Requerimientos
Analista de negocio
5. Para agregar
documentos soporte a los
requerimientos, haga click
en “Add Link”.

En la ventana emergente,
asegúrese que el tipo de
link sea “hiperlink”, digite
o copie la url del
documento en Sharepoint
y digite un comentario
descriptivo sobre el
documento que está
agregando.

Click en OK
 5.2 Planeación de Releases
Coordinador de Proyecto

1. Click en Requirements

2. Click en “View
Options” / “Planning”

3. Verifique que en la
parte inferior derecha
se pueda visualizar las
iteraciones
 5.2 Planeación de Releases
Coordinador de Proyecto

3. Para asignar un requerimiento a un release o iteración, arrastre el requerimiento desde

la sección central, hasta la parte derecha, donde se encuentran las iteraciones.

4. Suelte el requerimiento sobre el nombre de la iteración a la que lo desea asignar.

 5.2 Planeación de Releases
Coordinador de Proyecto
5. Puede seleccionar la información que desea ver sobre los requerimientos.

Haga click en “Column Options” y seleccione las columnas que desea ver en la vista de
Requirements.

Click en Ok
 5.2 Planeación de Releases
Coordinador de Proyecto
6. De la misma forma, puede seleccionar las columnas que desea ver en las secciones
Themes, Features y en las iteraciones
 5.3 Elicitación y especificación de Requerimientos
Analista de Negocio
Las siguientes instrucciones pueden seguirse tanto para Necesidades, Características y
Requerimientos. En este apartado nos referimos con el término “elemento” a cualquiera
de los tres work ítems mencionados.

1. Ubique el elemento en cualquiera de las vistas del backlog y haga doble click sobre él.
2. Cuando comience a trabajar sobre él, cambie el estado a “Active”, con la razón
“Elicitation Started” o “Specificacion Started”, según sea el caso
 5.3 Elicitación y especificación de Requerimientos
Analista de Negocio
3. Cuando haya terminado sus documentos de especificación o elicitación, cambie el
estado del elemento a “Proposed” con la razón “Specification completed” o “Elicitacion
Completed” según sea el caso, y asigne el elemento al usuario que va a realizar la
aprobación de los documentos.
 5.4 Aseguramiento de calidad sobre los requerimientos
Analista de Calidad
3. En este ejemplo, vemos que el requerimiento ya tiene dos vistos buenos de QA, y se
encuentra en la etapa de Estimación. Vamos entonces a dar el visto bueno sobre la esta
etapa.
 5.4 Aseguramiento de calidad sobre los requerimientos
Analista de Calidad
4. Realice las verificaciones correspondientes a la etapa en la que se encuentra el
requerimiento.
5. Cuando esté listo para dar el visto bueno, coloque el indicador en True. Notará cómo
su nombre de usuario y la fecha de visto bueno se asignan de forma automática.
Notará también como la etapa del requerimiento cambia de forma automática.
6. Asigne un comentario en el campo “Discusion” y haga click en “save & close”
 6. Definición y
Ejecución de Tareas
 6.1 Asignación de Tareas
Gestor Técnico

1. Seleccione una de las

diferentes vistas o páneles
donde pueda ver los
requerimientos

2. Haga click en el signo +

ubicado a la izquierda de
cada requerimiento y
seleccione “Task”
 6.1 Asignación de Tareas
Gestor Técnico

3. Digite los campos obligatorios

de la tarea.
Seleccione el usuario
responsable de la tarea.
Seleccione el área y la iteración
correspondientes
Seleccione el usuario
aprobador de la tarea.

Si tiene la información de los

otros campos, también puede
llenarla en este momento.

Click en Save & Close

 6.1 Asignación de Tareas
Gestor Técnico
4. En caso de que la tarea sea de Estimación:

Debe especificar el tipo de estimación (De alto nivel o Detallada)

Click en Save & Close

 6.2 Ejecución de Tareas
Usuario responsable de la tarea
1. Click en Boards / Work Items

2. Click en el query “Assigned to me”

 6.2 Ejecución de Tareas
Usuario responsable de la tarea

3. Ubique la tarea de la que

desea reportar el avance y
haga doble click sobre ella.
4. Cambie el estado de la
tarea, según corresponda
con su ejecución.
5. Actualice las horas
completadas y las horas
restantes
6. Click en Save
 6.2 Ejecución de Tareas
Usuario responsable de la tarea

En caso de que la tarea sea de estimación

Cuando cambie la tarea a estado “Active” debe especificar por lo menos un
proveedor al que envía la estimación, y la fecha de envío de la misma.
 6.2 Ejecución de Tareas
Usuario responsable de la tarea
En caso de que la tarea sea de medición
Cuando cambie la tarea a estado “Resolved” debe diligenciar los campos del tab
“Measurement”.
 6.2 Ejecución de Tareas
Usuario responsable de la tarea
En caso de que la tarea sea de estimación
Cuando cambie la tarea a estado “Resolved” debe especificar la fecha de
recepción de la estimación y las horas y punto estimados. Complete también la
información correspondiente a la estimación del SEC
 6.2 Ejecución de Tareas
Usuario responsable de la tarea

7. Para cerrar definitivamente la tarea, el usuario aprobador debe digitar alguna

observación en el campo “Approval Notes” y cambiar el estado a “Closed”.
Click en Save
 6.2 Ejecución de Tareas
Usuario responsable de la tarea
En caso de que la tarea sea de Estimación
Para cerrar la tarea se debe diligenciar la información correspondiente a la
adjudicación, es decir, el proveedor seleccionado, las horas y los puntos acordados.
7. Gestion del
Backlog
 7. Gestión del Backlog
Gestor Técnico
A continuación algunos elementos de ADS que le permitirán realizar una adecuada gestión del
backlog.

1. Priorización del backlog: Simplemente arrastre los elementos del backlog de abajo hacia
arriba para darles una mayor prioridad. De esta forma, todo el equipo estará informado de
cuáles son los elementos de trabajo con mayor prioridad
 7. Gestión del Backlog
Gestor Técnico
2. Seguimiento del progreso de las tareas
Click en Sprints / Task Board
Ubique la iteración o release al que desea hacer seguimiento
Observe el estado de cada tarea relacionada con cada elemento del backlog
 7. Gestión del Backlog
Gestor Técnico
2. Seguimiento del progreso de las tareas
También es posible hacer seguimiento a las tareas por persona.
En el mismo tablero, click en “Group By” / “People”
 7. Gestión del Backlog
Gestor Técnico
2. Seguimiento del progreso de las tareas
En estos tableros, también es posible modificar el estado de las tareas, arrastrándolas entre las
diferentes columnas.
Puede ingresar al detalle de cada tarea haciendo doble click en cada una.
 7. Gestión del Backlog
Gestor Técnico
3. Evolución del trabajo pendiente
Haga click en Sprints / Analytycs y podrá observar el “Burndown Trend”. Esta grafica muestra
cómo va disminuyendo el trabajo restante en la iteración a medida que ésta avanza
8. Creación de
Queries
 8. Creación de Queries
Usuarios en general
1. Click en Boards / Queries
 8. Creación de Queries
Usuarios en general
2. Click en “New Query”, para
crear una consulta personal.
No todos los usuarios pueden
crear consultas en la sección
Shared Queries.

3. Construya las cláusulas del

query, dependiendo del
objetivo de la consulta.
Puede valerse de condiciones
And y Or en caso de ser
necesario.
 8. Creación de Queries
Usuarios en general

4. Click en “Save Query”

para que pueda asignar
un nombre al query y la
carpeta donde la va a
almacenar, luego
presione OK
 8. Creación de Queries
Usuarios en general
5. Defina qué campos quiere visualizar en el query, mediante “Column Options”. De igual
forma puede definir el criterio de ordenamiento, mediante “Sorting”
 8. Creación de Queries
Usuarios en general

6. Consulte los resultados del Query en la pestaña “Results”

 8. Creación de Queries
Usuarios en general

7. Es posible también generar graficas a partir del resultado de los queries. Click en “Charts” /
“New Chart”.
 8. Creación de Queries
Usuarios en general

8. Defina el tipo de gráfica, seleccione la columna por la que desea agrupar y presione OK.
 8. Creación de Queries
Usuarios en general

9. Por último, puede agregar su gráfica a uno de los dashboards del proyecto para poder
visualizarla rápidamente, siempre y cuando el query esté creado dentro de los queries
compartidos.
9. Actualizaciones
Masivas
 9.1 Actualizaciones masivas desde web
Usuarios en general
1. Esta opción permite poder actualizar varios elementos de trabajo de forma masiva desde
el browser.
Parado sobre una vista de elementos de trabajo, seleccione dos o más elementos dentro de
esa vista. Presione el botón de derecho del mouse y seleccione “Edit”
 9.1 Actualizaciones masivas desde web
Usuarios en general

2. Seleccione el o los campos que desea

editar y asigne un valor a cada uno.
3. Presione “Save “
4. Como resultado, habrá modificado el
valor de los campos que escogió, para el
grupo de elementos de trabajo
seleccionados.
5. En el histórico de cambios puede
consultar el registro de cada cambio en
cada uno de los elementos de trabajo
seleccionados.
 9.2 Actualizaciones masivas desde excel
Usuarios en general
1. Para realizar actualizaciones masivas desde Excel, primero debe tener instalado el
compelemento ADS Office Integrator en su computador.
2. Debe también tener construido un query en ADS para poder llamarlo desde Excel.
3. Abra Excel, ubique el menú “Team” o “Equipo” y haga click en “New List”
 9.2 Actualizaciones masivas desde excel
Usuarios en general
4. Si es la primera vez que se conecta, Ingrese los datos del servidor de ADS, presionando
el botón “Servers” y “Add”
 9.2 Actualizaciones masivas desde excel
Usuarios en general
6. Selleccione el Team Project al que se va a conectar
7. Click en Connect
 9.2 Actualizaciones masivas desde excel
Usuarios en general

8, Ahora, seleccione el query con el que desea sincronizar datos desde y hacia ADS y
presione OK
 9.2 Actualizaciones masivas desde excel
Usuarios en general

9. Realice algunos cambios a los elementos de trabajo que fueron traídos desde ADS.
También puede agregar elementos de trabajo nuevos al final de la lista.
 9.2 Actualizaciones masivas desde excel
Usuarios en general
10. Presione el botón Publish. Observará que los elementos de trabajo creados desde
Excel ya tienen un id y los puede visualizar desde el web Access de ADS
Muchas Gracias !!!

Alba Jamile Díaz P.

Consultor Senior
alba.Jamile.diaz@premiumconsulting.com.co

www.premiumconsulting.com.co