Ir al contenido

Esta es una página dedicada a la formación

Satisfacer las necesidades cambiantes de las partes interesadas, gestionar presupuestos ajustados y garantizar el cumplimiento normativo y la rendición de cuentas pública requiere un enfoque moderno de la gestión de requisitos. La seguridad, la eficiencia y la fiabilidad son los pilares de Modern Requirements4DevOps, una solución basada en Azure DevOps de Microsoft, líder en el sector.

Logotipo de Modern Requirements4DevOps

Casos de uso ágiles

N.º de identificación de la UC: A1.0

Configuración del backlog de producto ágil y del calendario de sprints

Para configurar un backlog de producto en Azure DevOps, lo primero es crear una plantilla de proceso.
Azure DevOps ofrece un entorno flexible en el que los equipos pueden personalizar en gran medida los tipos de elementos de trabajo y sus propiedades.
Una vez creada la plantilla de proceso, el siguiente paso es configurar los paneles y los sprints según las necesidades de tu equipo. 

Vídeo 1: Configuración de una plantilla de proceso

 

Vídeo 2: Configuración de paneles de control y sprints

 

N.º de identificación de la UC: A1.1

Las tarjetas de historias del backlog ágil cumplen con la «definición de listo»

Los equipos ágiles necesitan poder pasar los requisitos al estado «Listo». 
En Azure DevOps, preparar los requisitos ágiles para una iteración requiere la capacidad de crear e importar requisitos rápidamente, añadir etiquetas, realizar ediciones masivas y mover los requisitos a la iteración actual con facilidad. Al crear una revisión con Azure DevOps, los equipos deben poder enviar los requisitos por correo electrónico, utilizar el foro de debate para facilitar los cambios y ser capaces de aplicar dichos cambios de forma eficaz y mover los requisitos a los estados e iteraciones adecuados. 

Vídeo 3: Cómo añadir requisitos e interactuar con ellos

 

Vídeo 4: Revisión de requisitos mediante Azure DevOps nativo

 

Vídeo 5: Importación de requisitos desde Excel

 

N.º de identificación de la UC: A1.2

Las tarjetas de historias del backlog ágil cumplen con la «definición de «hecho»»

Para completar los requisitos es necesario poder trabajar directamente con el equipo ágil.
Al trabajar en Azure DevOps, esto significa que los desarrolladores deben poder crear tareas de requisitos y gestionarlas a lo largo de su ciclo de vida. A medida que los requisitos se desglosan en tareas, los desarrolladores necesitan una forma fiable de añadir errores y casos de prueba a los requisitos, así como de colaborar con los analistas de negocios. Azure DevOps ofrece una interfaz sencilla para crear tareas, casos de prueba y errores, y facilitar el debate.   

Vídeo 6: Cómo hacer avanzar las tareas de un requisito a lo largo de su ciclo de vida

 

N.º de identificación de la UC: A2.0

Reutilización de requisitos en proyectos de Azure DevOps

Es habitual que los requisitos de un proyecto se puedan reutilizar fácilmente en otro.
Reutilizar requisitos en Azure DevOps es sencillo, y en el siguiente vídeo se muestran tres formas distintas de hacerlo. Los equipos pueden optar por clonar un requisito dentro del mismo proyecto, copiar un requisito directamente a otro proyecto o reutilizar toda una línea de base de requisitos mediante el módulo «Modern Requirements4DevOps Baseline». 

Vídeo 7: Reutilización de requisitos en Azure DevOps

 

N.º de identificación de la UC: A3.0

El backlog ágil del producto restringe el acceso

Azure DevOps permite a los administradores de proyectos establecer restricciones.
Las opciones disponibles para restringir el acceso ofrecen a los equipos un control total sobre su proyecto a un nivel muy detallado. 

Vídeo 8: Cómo restringir el acceso a tu proyecto de Azure DevOps

 

N.º de identificación de la UC: A4.0

Backlog de producto ágil listo para usar y consultas/informes personalizados

En Azure DevOps, la herramienta de consulta sigue siendo la función más potente de la que disponen los equipos.
La herramienta de consulta integrada permite a los equipos buscar y almacenar información de un proyecto y una colección. La herramienta de consulta se utiliza ampliamente en Modern Requirements4DevOps, donde te permitimos generar rápidamente Smart Docs, realizar revisiones de documentos, generar elementos de trabajo y crear informes avanzados para satisfacer todas tus necesidades.

Vídeo 9: Requisitos de los informes de Azure DevOps

 

Casos de uso del método en cascada

*Algunos vídeos de casos de uso se han reutilizado, ya que el proceso para completar ese caso de uso es el mismo tanto para los equipos ágiles como para los de Waterfall.*

N.º de identificación de la UC: W1.0

Configuración del backlog de producto y del calendario de sprints en el método Waterfall

Para configurar un backlog de producto en Azure DevOps, lo primero es crear una plantilla de proceso.
Azure DevOps ofrece un entorno flexible en el que los equipos pueden personalizar en gran medida los tipos de elementos de trabajo y sus propiedades.
Una vez creada la plantilla de proceso, el siguiente paso es configurar los paneles y los sprints según las necesidades de tu equipo. 

En el caso de los equipos que siguen el método Waterfall, los tipos de elementos de trabajo pueden variar e incluir reglas de negocio, solicitudes de cambio formales y otros. 

Vídeo 1: Configuración de una plantilla de proceso

 

Vídeo 2: Configuración de paneles de control y sprints

 

N.º de identificación de la UC: W1.1

Flujo de trabajo de los requisitos del proyecto Waterfall

Los equipos que siguen el método Waterfall suelen adoptar un modelo en el que se definen los requisitos de más alto nivel, se someten a aprobación y, a continuación, se desglosan en requisitos de nivel inferior. Es habitual que los equipos consideren los puntos de aprobación como una «barrera» que marca el inicio de la siguiente fase del ciclo de vida de los requisitos. 

Con Modern Requirements4DevOps, los equipos pueden gestionar la aprobación de los requisitos haciendo que, en primer lugar, las partes interesadas propongan cambios en los requisitos mediante comentarios y, a continuación, remitiéndolos a los responsables de la aprobación para su visto bueno definitivo. El envío de un conjunto de requisitos para su revisión o aprobación puede realizarse desde los módulos nativos de Azure DevOps (Sprints, Backlog, Queries), así como a través de Smart Docs y del módulo Review. 

Mira el vídeo que aparece a continuación para ver cómo se puede crear el proceso de revisión utilizando Modern Requirements4DevOps. 

Vídeo 3: Creación de revisiones de compilación con Modern Requirements4DevOps

 

N.º de identificación de la UC: W2.0

Requisitos del modelo en cascada: Reutilización

Es habitual que los requisitos de un proyecto se puedan reutilizar fácilmente en otro.
Reutilizar requisitos en Azure DevOps es sencillo, y en el siguiente vídeo se muestran tres formas distintas de hacerlo. Los equipos pueden optar por clonar un requisito dentro del mismo proyecto, copiar un requisito directamente a otro proyecto o reutilizar toda una línea de base de requisitos mediante el módulo «Modern Requirements4DevOps Baseline». 

Vídeo 4: Reutilización de requisitos en Azure DevOps

 

N.º de identificación de la UC: W3.0

Configuración del proyecto Waterfall: restringir el acceso

Azure DevOps permite a los administradores de proyectos establecer restricciones.
Las opciones disponibles para restringir el acceso ofrecen a los equipos un control total sobre su proyecto a un nivel muy detallado.

Vídeo 5: Restricción del acceso en Azure DevOps

 

N.º de identificación de la UC: W4.0

Waterfall listo para usar y consultas/informes personalizados

En Azure DevOps, la herramienta de consulta sigue siendo la función más potente de la que disponen los equipos.
La herramienta de consulta integrada permite a los equipos buscar y almacenar información de un proyecto y una colección. La herramienta de consulta se utiliza ampliamente en Modern Requirements4DevOps, donde te permitimos generar rápidamente Smart Docs, realizar revisiones de documentos, generar elementos de trabajo y crear informes avanzados para satisfacer todas tus necesidades.

Vídeo 6: Requisitos de los informes de Azure DevOps

 

N.º de identificación de la UC: W5.0

Cascada: casos de uso y diagramas de casos de uso

La creación de modelos de casos de uso permite a los equipos identificar fácilmente un proceso, un sistema o una solución.
Por este motivo, te ofrecemos dos formas diferentes de crear un caso de uso.
Puedes redactar tu caso de uso en forma de texto narrativo o crear un diagrama de casos de uso que se pueda publicar como texto narrativo. 

Vídeo 7: Creación de modelos de casos de uso con el módulo de casos de uso

 

Vídeo 8: Creación de modelos de casos de uso con el módulo Diagram

 

N.º de identificación de la UC: W6.0

Cascada: requisitos huérfanos

Identificar los requisitos huérfanos en Azure DevOps puede ser una tarea sencilla.
Sin embargo, gestionar estos requisitos huérfanos de forma adecuada, rápida y eficaz es otra historia. Por eso ofrecemos la posibilidad de añadir tus requisitos huérfanos a una matriz de trazabilidad y visualizar fácilmente qué relaciones es necesario crear. 

Vídeo 9: Gestión de requisitos huérfanos en Azure DevOps

 

N.º de identificación de la UC: W7.0

Método en cascada: análisis del impacto de los cambios en los requisitos

Gestionar el impacto del cambio puede resultar complicado, sobre todo a medida que los proyectos crecen.
Por este motivo, permitimos que tu equipo gestione el impacto del cambio tanto de forma proactiva como retroactiva.
¡Echa un vistazo a los vídeos que aparecen a continuación para descubrir cómo tu equipo puede gestionar eficazmente el análisis de impacto! 

Vídeo 10: Análisis de impacto, primera parte

 

Vídeo 11: Análisis de impacto, segunda parte

N.º de identificación de la UC: W8.0

Waterfall: control de versiones en Azure DevOps

Azure DevOps destaca por su gestión de versiones.
Al crear una versión de los elementos de trabajo cada vez que se guardan, Azure DevOps ofrece una trazabilidad excepcional de los cambios en dichos elementos. Sin embargo, sin Modern Requirements4DevOps, resulta difícil presentar los cambios de forma clara y comprensible. Por eso te permitimos crear fácilmente líneas de referencia de grupos de requisitos para identificar y gestionar los cambios que se producen en tu proyecto. 

Vídeo 12: Control de versiones con el módulo Baseline

 

N.º de identificación de la UC: W9.0

Importación de datos de requisitos «lista para usar», identificación de los riesgos empresariales y el impacto en TI, y glosario de términos

Modern Requirements4DevOps ofrece a los equipos la posibilidad de crear activos de requisitos bien estructurados que fomentan la coherencia y simplifican la recopilación de requisitos. En este vídeo, explicamos cómo se pueden elaborar cuestionarios trazables que permitan obtener documentos de mejor calidad y más trazables a partir de las reuniones con las partes interesadas. 

Vídeo 13: Cómo elaborar actas de reuniones basadas en preguntas

 

N.º de identificación de la UC: W10.0

Configuración del backlog del producto y del calendario de sprints

Para configurar un backlog de producto en Azure DevOps, lo primero es crear una plantilla de proceso.
Azure DevOps ofrece un entorno flexible en el que los equipos pueden personalizar en gran medida los tipos de elementos de trabajo y sus propiedades.
Una vez creada la plantilla de proceso, el siguiente paso es configurar los paneles y los sprints según las necesidades de tu equipo. 

Vídeo 14: Configuración de una plantilla de proceso

 

Vídeo 15: Configuración de paneles de control y sprints

 

N.º de identificación de la UC: W11.0

Crear / Actualizar modelo visual

En Azure DevOps nativo, no existe una forma adecuada de crear diagramas y vincularlos a los requisitos.
Por eso, nuestra solución Modern Requirements4DevOps ofrece una función de diagramas integrada en varios lugares. Con los vídeos que se muestran a continuación, tu equipo podrá crear diagramas fácilmente e incluso añadirlos a tus Smart Docs.

Vídeo 16: Creación de diagramas a partir del backlog

 

Vídeo 17: Cómo utilizar el módulo de diagramas

 

N.º de identificación de la UC: W12.0

Dependencias de los proyectos de la cartera Waterfall

Al trabajar en Azure DevOps, tu equipo dispone de varias formas de estructurar la arquitectura del proyecto.
Azure DevOps nativo admite la idea de trabajar conjuntamente en una colección que contenga muchos proyectos independientes. Para algunos, este método de crear proyectos independientes es suficiente. Sin embargo, otros prefieren agrupar proyectos estrechamente relacionados en una única cartera de proyectos. Esto también es posible y se explica detalladamente en el vídeo que aparece a continuación. 

Vídeo 18: Diseño de la arquitectura de un proyecto