INGENIERÍA DE
REQUERIMIENTOS
JUNIO 2025
INFORME
AZURE
DEVOPS
JOSSELYN GUEVARA, ADRIÁN
FREIRE Y SAMUEL CHALÁ
ÍNDICE
RESUMEN ................................................................................................................ 2
DESAROLLO............................................................................................................. 3
TEMA 1: ¿Cómo crear un proyecto Scrum en AzureDevOps?................................ 3
TEMA 2: ¿Cómo asignar integrantes al equipo de trabajo de nuestro proyecto? ... 8
TEMA 3: ¿Qué es el Product Backlog? ..................................................................10
TEMA 4: ¿Qué es un Sprint? .................................................................................10
TEMA 5: ¿Cómo creamos un Sprint en Azure DevOps? ........................................11
TEMA 6: ¿Qué es la Épica? ...................................................................................13
TEMA 7: ¿Qué es un Feature? ..............................................................................14
TEMA 8: ¿Cómo creamos un Feature en AzureDevOps? ......................................15
TEMA 9: ¿Qué es un Product Backlog Item? ........................................................16
TEMA 10: ¿Cómo creamos un Product Backlog Item en AzureDevOps? ..............17
TEMA 11: ¿Qué es una Task? ...............................................................................19
TEMA 12: ¿Cómo crear una Task en Azure DevOps? ...........................................19
CONCLUSIÓN .........................................................................................................22
RECOMENDACIÓN .................................................................................................22
1
RESUMEN
El presente informe presenta una descripción detallada de los principales conceptos y
funcionalidades trabajados en Azure DevOps, acompañada de tutoriales prácticos para
cada actividad realizada; a través de imágenes y explicaciones paso a paso, se
documenta el proceso de aprendizaje y aplicación de las herramientas que ofrece esta
plataforma para la gestión ágil de proyectos.
Los temas abordados incluyen la creación de un proyecto Scrum, la asignación de
integrantes al equipo de trabajo, la gestión del Product Backlog, la planificación y
ejecución de Sprints, la definición de épicas, la creación de Features, Product Backlog
Items (PBIs) y tareas (Tasks) , donde cada sección proporciona una guía detallada sobre
cómo utilizar las funcionalidades específicas de Azure DevOps, facilitando su
comprensión y aplicación en entornos reales de desarrollo de software.
2
DESAROLLO
TEMA 1: ¿Cómo crear un proyecto Scrum en AzureDevOps?
1. Ingrese a la página principal de Azure DevOps. En el tablero principal podrá
visualizar los proyectos previamente creados. En la parte superior derecha, haga
clic en el botón “+ New Project” para iniciar la creación de un nuevo proyecto.
2. Se desplegará una nueva ventana solicitando datos para configurar el proyecto,
tales como: nombre del proyecto, descripción, y visibilidad. Para fines de control
de acceso, seleccione la opción de visibilidad "Private", esto permitirá gestionar
el ingreso de usuarios al grupo de trabajo posteriormente. A continuación, haga
clic en la opción “Advanced” para acceder a configuraciones adicionales.
3
3. Una vez desplegada la sección avanzada, aparecerán dos campos adicionales:
- Version control: En este caso únicamente existe la opción disponible GIT.
- Work item process: En este campo, haga clic y seleccione la opción
“Scrum” como metodología de trabajo.
4
4. Luego de completar todos los campos requeridos, haga clic en el botón “Create”.
El sistema procederá a generar el nuevo proyecto, y se confirmará su creación
exitosa. Una vez dentro del proyecto, diríjase a la parte inferior izquierda del
menú y seleccione “Project settings”, esto lo llevará a la página de configuración
del proyecto.
5
5. Dentro de la vista de resumen (Overview), localice la palabra "Scrum" subrayada
y haga clic sobre ellaabrirá la sección de Organization Settings, donde podrá
visualizar todos los tipos de elementos de trabajo (Work Item Types) definidos
para el proceso Scrum, junto con sus respectivas descripciones.
6
7
TEMA 2: ¿Cómo asignar integrantes al equipo de trabajo de nuestro proyecto?
1. Dentro del tablero principal del proyecto, dirígete a la parte superior derecha y
selecciona la opción "Invite".
2. En la ventana emergente que aparece, ubica el campo "Users", donde deberás
ingresar el correo electrónico de la persona que deseas agregar al equipo de
trabajo. Una vez localizado el usuario, selecciónalo y haz clic en "Add" para
completar la invitación.
8
3. En la parte inferior de la pantalla se mostrará una notificación indicando "Added
1 user to team", lo cual confirma que el usuario ha sido agregado exitosamente
al proyecto.
9
TEMA 3: ¿Qué es el Product Backlog?
El Product Backlog constituye un elemento fundamental dentro del marco de trabajo
Scrum, ya que se trata de una lista priorizada y dinámica que recoge todas las
funcionalidades, mejoras, correcciones y requisitos necesarios para el desarrollo y
evolución de un producto. Esta lista es gestionada por el Product Owner, quien se
encarga de mantenerla actualizada y alineada con los objetivos del producto,
asegurando que refleje las necesidades y prioridades del negocio. El equipo va
revisando esa lista definen prioridades usando diferentes metodologías y van haciendo
las tareas que son más importantes primero y así el producto va mejorando paso a paso.
TEMA 4: ¿Qué es un Sprint?
Un Sprint es un concepto fundamental dentro de las metodologías ágiles como Scrum
y consiste en un periodo de tiempo fijo, normalmente de 1 a 4 semanas, durante el cual
un equipo de desarrollo se enfoca en completar una cantidad específica de trabajo
extraído del Product Backlog.
Durante cada Sprint:
• Se crea un Sprint Backlog, que consiste en un conjunto claro de objetivos, tareas
o historias de usuario que el equipo se compromete a desarrollar.
• El Sprint proporciona un marco estructurado que permite organizar el trabajo,
establecer prioridades y mantener el enfoque.
• Al finalizar el Sprint, se realiza una evaluación del rendimiento del equipo,
utilizando métricas ágiles como la velocidad del equipo, el Burndown Chart, y
la tasa de cumplimiento de tareas.
Este ciclo repetitivo ayuda a entregar valor de manera continua, adaptarse a cambios
rápidamente y mantener una mejora constante en los procesos del equipo.
10
TEMA 5: ¿Cómo creamos un Sprint en Azure DevOps?
1. Accede al proyecto en Azure DevOps, dirigiéndote a la instancia
correspondiente donde deseas crear el Sprint. Luego, ubica el panel lateral
izquierdo, selecciona la opción "Boards" y luego haz clic en "Sprints" dentro del
submenú que se despliega.
2. Dentro del tablero de Sprints, haz clic en el botón "Sprint #" ubicado en la parte
superior para acceder a la sección donde se gestionan las iteraciones, visualiza
la lista de sprints existentes y dirígete a la parte inferior de la pantalla, donde
encontrarás nuevamente el botón "New Sprint"; haz clic sobre él.
3. Se abrirá una ventana emergente (pop-up) en la cual deberás ingresar los datos
del nuevo Sprint: nombre, fecha de inicio y fecha de finalización.
11
4. Guarda los cambios, y el Sprint será creado exitosamente, quedando disponible
para la planificación y asignación de tareas dentro del equipo.
12
TEMA 6: ¿Qué es la Épica?
Una épica es un componente esencial en la gestión ágil de proyectos, especialmente
dentro del marco de trabajo Scrum y se trata de una gran agrupación de trabajo que
representa una funcionalidad amplia o un objetivo significativo para el producto, y que,
debido a su envergadura, no puede completarse en un solo sprint, por lo que se divide
en historias de usuario o tareas más pequeñas y manejables.
El proceso para crear una épica implica varios pasos fundamentales:
• Identificar la necesidad o el objetivo de alto nivel: Se debe determinar una meta
que represente un bloque de trabajo sustancial con valor para el usuario o el
negocio.
• Redactar la épica: Consiste en describir brevemente qué se quiere lograr, para
quién y por qué, proporcionando una visión clara del propósito de la épica.
• Validar con los stakeholders: Es crucial confirmar que todas las partes
interesadas estén de acuerdo con el objetivo y su prioridad, asegurando la
alineación con las expectativas del negocio.
• Descomponer la épica: Se procede a dividir la épica en historias de usuario o
tareas más pequeñas y manejables, facilitando su implementación en sprints
sucesivos.
Por ejemplo, al desarrollar una funcionalidad de autenticación de usuarios, la épica
correspondiente podría desglosarse en las siguientes tareas:
13
• Registro de usuario: Incluye la creación de un formulario de registro, el
almacenamiento de datos en la base de datos y el manejo de errores asociados.
• Inicio de sesión: Comprende la implementación de un formulario de inicio de
sesión y la gestión de errores que puedan surgir durante el proceso de
autenticación.
TEMA 7: ¿Qué es un Feature?
Un Feature o característica es un componente clave dentro de la jerarquía de trabajo
en Azure DevOps y en la metodología ágil, este representa una funcionalidad específica
del sistema que aporta valor tangible al usuario final, pero que aún puede ser demasiado
grande para abordarse en una sola historia de usuario. Por lo tanto, se descompone en
14
múltiples User Stories o Product Backlog Items que pueden completarse durante los
sprints.
Los Features suelen estar agrupados dentro de Épicas, y a su vez se dividen en historias
de usuario, lo que permite un mejor seguimiento, priorización y entrega incremental del
producto.
TEMA 8: ¿Cómo creamos un Feature en AzureDevOps?
1. Para crear un Feature en Azure DevOps, nos vamos a la sección de Backlog
utilizando el panel en la parte izquierda de nuestro proyecto.
2. Aqui se mostrarán todas las Epicas que hayamos realizado anteriormente,
debemos buscar la Epica a la cuál le queramos añadir el Feature y en su parte
izquierda aparecerá un signo +, en el cual podremos agregar un Feature
15
3. Aquí se puede ingresar el título del Feature, una descripción detallada, asignarlo
a un miembro del equipo, establecer su estado actual, definir una fecha estimada
de entrega, entre otros campos relevantes para su seguimiento y gestión.
TEMA 9: ¿Qué es un Product Backlog Item?
Un Product Backlog Item (PBI) es una unidad de trabajo que forma parte del Product
Backlog, el cual representa la lista priorizada de requerimientos funcionales y no
funcionales que el producto debe cumplir para entregar valor al usuario, siendo además
un componente clave dentro de marcos de trabajo ágiles como Scrum, ya que permite
desglosar el desarrollo del producto en tareas gestionables, rastreables y priorizables,
16
donde cada PBI representa una actividad o funcionalidad que el usuario podrá realizar
con el producto.
TEMA 10: ¿Cómo creamos un Product Backlog Item en AzureDevOps?
1. Para crear un PBI en Azure DevOps, nos vamos a la sección de Backlog
utilizando el panel en la parte izquierda de nuestro proyecto.
2. En este tablero encontraremos tanto la épica que hemos creado como una
feature que ha sido registrada previamente, por lo tanto, nos ubicamos sobre la
fila correspondiente a dicha feature y nos desplazamos hacia la izquierda hasta
visualizar un símbolo de suma, sobre el cual hacemos clic y a partir de allí se nos
permitirá seleccionar entre la creación de un PBI o la de un bug según
corresponda.
17
3. Se nos abrirá una nueva ventana donde vamos a ingresar toda la información
para el Product Backlog Item.
Dentro de la ventana de creación de un Product Backlog Item en Azure DevOps,
podemos observar los siguientes elementos clave:
- Title: Campo obligatorio donde se debe ingresar el nombre del Product Backlog
Item. Si está vacío, se muestra el mensaje de error “Field 'Title' cannot be empty”.
- Users: Área para asignar el ítem a un miembro del equipo. Inicialmente aparece
como “No one selected”.
- Add Tag: Opción para agregar etiquetas que permiten clasificar, buscar o filtrar
el ítem fácilmente.
- State: Estado actual del ítem, en este caso “New”.
- Reason: Motivo asignado al estado del ítem, marcado como “New backlog item”.
- Area: Nombre del proyecto al que pertenece el ítem, por ejemplo “Proyecto
Final”.
- Iteration: Sprint o iteración a la que está asignado el ítem, como “Proyecto
Final\Sprint 1”.
- Description: Campo para agregar una explicación detallada del propósito,
contexto o funcionalidad del ítem.
- Acceptance Criteria: Sección para definir los criterios que deben cumplirse para
que el ítem sea considerado completo.
18
- Discussion: Espacio para agregar comentarios, discutir detalles con el equipo,
mencionar personas con “@” o enlazar ítems con “#”.
- Priority: Nivel de prioridad asignado al ítem, valor numérico, el cual está
preestablecido del 1 al 4.
- Effort: Estimación del esfuerzo necesario para completar el ítem.
- Business Value: Valor que el ítem representa para el negocio o el producto.
- Value Area: Clasificación del tipo de valor que aporta, como “Business” o
“Architectural”.
- Deployment: Información relacionada con el seguimiento de despliegues, incluye
un enlace para habilitar esta funcionalidad desde la configuración de pipeline.
- Development – Add Link: Opción para vincular este ítem con otros elementos
del proyecto, como tareas, repositorios, commits o builds.
TEMA 11: ¿Qué es una Task?
Una Task es una unidad de trabajo que sirve para dar seguimiento a actividades
específicas que deben ser completadas dentro de un proyecto, ya sea como parte del
desarrollo de una funcionalidad, la corrección de un error o cualquier otra acción
necesaria para avanzar en el ciclo de trabajo, permitiendo así descomponer un Product
Backlog Item en pasos concretos, asignables y medibles que facilitan la ejecución y el
control del progreso del equipo.
TEMA 12: ¿Cómo crear una Task en Azure DevOps?
1. En el menú lateral, selecciona Boards y luego Backlogs para visualizar el trabajo
pendiente.
19
2. Identifica el Product Backlog Item (PBI), historia de usuario o elemento de
trabajo al que deseas agregar la tarea.
3. Haz clic en el ícono de suma (+) junto al elemento principal, en el menú
desplegable, selecciona Task para crear una nueva tarea. La información para
completar será muy similar a la mencionada anteriormente.
20
4. Una vez completados los campos necesarios, haz clic en Guardar y cerrar para
registrar la tarea en el sistema.
21
CONCLUSIÓN
Consideramos que el uso de Azure DevOps es una herramienta fundamental para la
gestión ágil de proyectos de desarrollo de software, ya que integra de manera eficiente
procesos, personas y tecnología, permitiendo una planificación estructurada, un
seguimiento detallado del progreso y una colaboración fluida entre los miembros del
equipo. Durante nuestra experiencia, observamos que Azure DevOps proporciona un
entorno muy flexible que se adapta a las necesidades específicas de cada proyecto,
facilitando la implementación de metodologías ágiles como Scrum, y promueve la
entrega continua de valor al cliente
RECOMENDACIÓN
Recomendamos ampliamente la adopción de Azure DevOps en equipos de desarrollo
que busquen mejorar la eficiencia, la calidad y la colaboración en sus proyectos, ya que
su conjunto de herramientas integradas permite automatizar procesos, gestionar tareas
de manera efectiva y mantener una comunicación constante entre los involucrados.
Además, sugerimos invertir tiempo en la capacitación del equipo para aprovechar al
máximo las funcionalidades que ofrece la plataforma, adaptándolas a las
particularidades de cada proyecto y fomentando una cultura de mejora continua y
aprendizaje colaborativo
22