Participa en la redacción de requisitos mediante Email Monitor

Participa en la redacción de requisitos mediante Email Monitor

La función «Email Monitor» permite crear elementos de trabajo en tu proyecto de Azure DevOps a través de un medio que no es nativo de Azure DevOps. Es decir, te permite comunicarte con tu proyecto por correo electrónico. A menudo, los equipos se encuentran con situaciones en las que intercambian correos electrónicos sobre requisitos, solicitudes de cambio o errores que deben registrarse, y con frecuencia pueden utilizar los correos electrónicos para llegar a un requisito definitivo que debe añadirse a su proyecto.

Con la función «Email Monitor», tu equipo ya puede convertir directamente esta comunicación externa en una tarea.

Para conocer los casos de uso y el proceso de configuración de Email Monitor, vea el vídeo.

 

Puedes acceder a la página de configuración de Email Monitor yendo a Configuración de la colección/Administración – Extensión Modern Requirement4DevOps – Servicios – Email Monitor.

Al habilitar la función «Monitor de correo electrónico» en el panel de la extensión Modern Requirements4DevOps, puedes especificar una dirección de correo electrónico de monitorización que permita interceptar y crear cualquier elemento de trabajo que se le envíe por correo electrónico. Dado que el sistema intentará capturar todos los correos electrónicos enviados a la dirección de correo electrónico de monitorización, es recomendable utilizar dicha dirección exclusivamente para la función de monitor de correo electrónico.

También es necesario que facilites una dirección de correo electrónico de administrador por si acaso el sistema no pudiera reconocer los correos electrónicos, en cuyo caso se enviará una notificación a dicha dirección.

Puedes especificar qué tipos de elementos de trabajo deseas crear en tu proyecto a partir de esos correos electrónicos capturados.

Los asuntos de los correos electrónicos enviados a la dirección de correo electrónico del Monitor siempre se asignarán a los títulos de los elementos de trabajo que se vayan a crear.

«Proyecto del equipo (predeterminado) » te permite elegir un proyecto predeterminado al que quieras añadir los elementos de trabajo.

Las opciones «Creación de complementos » y «Actualización de complementos » te permiten configurar cuándo deseas añadir el requisito al proyecto.

Para el campo «Descripción»:

Si la opción «Crear elemento de trabajo» está marcada, significa que el sistema utilizará el correo electrónico inicial para crear un nuevo elemento de trabajo y que el cuerpo del correo se convertirá en la descripción de dicho elemento.

Si la opción «Añadir en la actualización» está marcada, significa que la descripción actual del elemento de trabajo creado quedará sustituida por futuras respuestas relacionadas con ese mismo elemento de trabajo.

Para el campo de Historia：

Si la opción «Crear complemento» está marcada, significa que el cuerpo del correo electrónico inicial se asignará a la sección «Discusión» del elemento de trabajo creado.

Si la opción «Añadir a la actualización » está marcada, todas las respuestas intercambiadas en relación con el mismo elemento de trabajo se añadirán a la sección «Discusión».

Los campos «Nombre del remitente», «Correo electrónico del remitente» y «Cuerpo del correo electrónico » te permiten configurar el contenido que deseas añadir en la sección «Descripción» o «Debate» correspondiente.

Caso de uso del servicio de supervisión del correo electrónico

El caso de uso más habitual de la función «Email Monitor» es el siguiente:

Tengo una organización grande y me gustaría que todos los miembros de mi organización añadieran los errores que encuentren en mi software a mi proyecto de Azure DevOps.

Una vez que Email Monitor esté completamente configurado con bugs@myorganization.com, cualquier persona interesada podrá simplemente enviar un correo electrónico a bugs@myorganization.com y así se creará una entrada de error en mi proyecto.

Al mismo tiempo, el correo electrónico que ha dado lugar a la creación del error también se envía a las personas pertinentes de ese proyecto. Los miembros pertinentes pueden ahora participar en el debate sobre ese elemento de trabajo por correo electrónico, y todas las comunicaciones por correo electrónico se añadirán a las propiedades de «Debate» de ese elemento de trabajo dentro de tu proyecto.

Esta función única permite a otras personas contribuir al éxito de tu proyecto sin necesidad de tener acceso completo a tu proyecto de Azure DevOps. Ahora, personas externas pueden participar en el debate sobre un elemento de trabajo sin que sea necesario que les concedas acceso a tu proyecto.

Otros escenarios que podrían interesarte

Añadir elementos de trabajo a proyectos distintos del proyecto predeterminado

Si el remitente no especifica un nombre de proyecto concreto en el cuerpo del correo electrónico, el correo asignado se añadirá al proyecto predeterminado. Si los remitentes desean añadir el requisito a otro proyecto de la misma colección, deberán incluir [ProjectName=GCD] en el cuerpo del correo electrónico (GCD es un nombre de proyecto de ejemplo).

Varios tipos de elementos de trabajo

Entendemos que las partes interesadas de su proyecto pueden querer añadir más de un tipo de elemento de trabajo mediante el uso del Monitor de correo electrónico. ¡Esto también es posible! Basta con seleccionar varios tipos de elementos de trabajo. Por ejemplo, ahora selecciono «User Story» además de «Bug». Cuando su equipo envíe correos electrónicos al buzón del monitor, puede utilizar [WIT=bug] o [WIT=user story] en el cuerpo del correo para especificar a qué tipo de elemento de trabajo debe pertenecer el requisito creado. Si no se especifica el tipo de elemento de trabajo en el cuerpo del correo electrónico, el sistema intentará asignar el correo electrónico al tipo de elemento de trabajo que se corresponda con la categoría de elementos de trabajo que haya seleccionado en la sección «Categoría de elementos de trabajo ».

Añadir contenido adicional a un elemento de trabajo existente

Una vez que el sistema ha registrado el correo electrónico inicial, por defecto, todas las respuestas posteriores se pueden añadir como comentarios del mismo elemento de trabajo. Además, los remitentes pueden incluir [wiid=1997] (siendo 1997 un ID de elemento de trabajo de ejemplo) en el cuerpo del correo electrónico para añadir nuevo contenido al elemento de trabajo existente en cuestión.

Por supuesto, puedes utilizar más de uno de esos comandos especiales en un correo electrónico, según tus necesidades.

¡Pruébelo ahora!
Facebook Twitter Linkedin
Tiempo de lectura: 20 minutos

Gestión de requisitos sospechosos mediante el marcado automático

Gestión de requisitos sospechosos mediante el marcado automático

«Dirty Flag / Suspect Link» es un componente de MR Services (antes denominado MR Agent) que se utiliza para identificar elementos de trabajo que podrían verse afectados por la modificación de un elemento de trabajo vinculado, de modo que las partes interesadas pertinentes puedan revisar dichos elementos. Por ejemplo, si una historia de usuario cambia de estado a «activo», los casos de prueba relacionados se marcarían como sospechosos.
 
La función «Suspect Link» contribuye al éxito de tu proyecto al permitir consultar el impacto de los cambios en los elementos de trabajo y, en general, hacerlo más evidente. Puedes considerar esta función como un método para evaluar el impacto de los cambios en los elementos de trabajo dentro de tu proyecto.

¿Cómo funciona Dirty Flag / Suspect Link?

Esta función te permite supervisar los elementos de trabajo que cumplen determinadas condiciones previas. Cuando estos elementos de trabajo cambian, la función de supervisión marcará como sospechosos todos los elementos de trabajo vinculados.

Veamos un ejemplo:

La historia de usuario 1 acaba de pasar al estado «Completada». Si es posible configurar Suspect Link para que active una alerta cada vez que se realice algún cambio en las historias de usuario que se encuentren en estado «Completada» (por ejemplo, un cambio en un campo como «Descripción»).

Esto significa que, si en el futuro se modifica el campo «Descripción» de la historia de usuario 1, todos los requisitos vinculados a ella quedarán marcados con un indicador de modificación.

Esto permite a tu equipo detectar fácilmente si cambia un requisito que cumple con un determinado conjunto de criterios (que tú especificas). Una vez detectado, los elementos de trabajo configurados que estén directamente vinculados se marcarán como «Dirty/Suspect».

Siguiendo con nuestro ejemplo, si cambiara el campo «Descripción» de la historia de usuario 1, podríamos marcar como «en espera» todos los casos de prueba vinculados directamente que pudieran necesitar modificarse para comprobar los nuevos criterios.

Los indicadores de error que se activan en esos casos de prueba adoptarían la forma de una etiqueta de elemento de trabajo.

Las etiquetas aparecen en el editor de elementos de trabajo estándar de Azure DevOps. También puedes personalizar las opciones de columnas en el módulo «Elementos de trabajo y backlogs» para ver un grupo de elementos de trabajo, algunos de los cuales pueden estar marcados con el indicador «Dirty».

En el caso de la etiqueta «Dirty Flag» que se aplica a los elementos de trabajo, dicha etiqueta incluye tanto el ID del elemento de trabajo modificado como su revisión, de modo que tu equipo pueda identificar fácilmente qué requisito se modificó y activó la funcionalidad de la etiqueta «Dirty» o el enlace «Suspect».

Las marcas de «Dirty Flag» pueden eliminarse manualmente una vez que las partes interesadas pertinentes hayan revisado el impacto y realizado las actualizaciones necesarias. La mejor práctica que recomendamos en este caso es añadir otro comentario en el que se explique que la marca «Dirty Flag» se ha eliminado porque se han llevado a cabo las actualizaciones necesarias o porque no se requieren actualizaciones.  

Para obtener más información y conocer el proceso de configuración de Dirty Flag/Suspect Link, vea el vídeo.

 
¡Pruébelo ahora!
Facebook Twitter Linkedin
Tiempo de lectura: 20 minutos

Cómo hacer que sus ID de requisitos sean más descriptivos y distintivos utilizando ID personalizados

Cómo hacer que sus ID de requisitos sean más descriptivos y distintivos utilizando ID personalizados

Requisitos modernos 4DevOps ofrece la funcionalidad de añadir ID personalizados a los elementos de trabajo. El objetivo de esta función es hacer que el campo de un elemento de trabajo sea más legible y reconocible. Por ejemplo, «PX-REQ-00001» para el primer elemento de trabajo de requisitos en el Proyecto X.

Nuestra función de ID personalizada ofrece las mismas ventajas, además de las ventajas añadidas de utilizar la ID personalizada en el módulo Consultas.

Los ID personalizados se pueden configurar como una propiedad personalizada que existe en cada uno de sus elementos de trabajo. Los ID personalizados no están diseñados para sustituir al ID del elemento de trabajo, sino que lo complementan.

La propiedad «ID personalizado» ofrece un método sencillo para identificar varios datos necesarios de un elemento de trabajo determinado, todo ello en un solo campo. También resulta ser una herramienta increíblemente útil para identificar una fuente de requisitos en consultas entre proyectos.

Al permitirle consolidar la información en un solo campo, hace que un elemento de trabajo sea más accesible para los usuarios menos involucrados. La función de ID personalizada se ajusta a las siguientes directrices:

A los elementos de trabajo se les puede asignar un código único basado en los diferentes tipos de elementos de trabajo. Por ejemplo, el código de un elemento de trabajo de tipo «Requisito» podría ser REQ, el de un elemento de trabajo de tipo «Historia de usuario» podría ser US y el de un elemento de trabajo de tipo «Error» podría ser BG.

Puede crear el número inicial a partir del cual se incrementarán los tipos de elementos de trabajo. Por ejemplo, puede establecer que la numeración de los ID personalizados de las historias de usuario comience en 1 o 10 000 y que se incremente en cada ID personalizado de las historias de usuario a partir de entonces.

También puede añadir un prefijo de proyecto opcional para cualquier ID personalizado. Por ejemplo, a un nombre de proyecto como «Proyecto X» se le podría asignar el prefijo PX.

Por último, puede optar por incluir el ámbito de cualquier elemento de trabajo. El número de identificación no se repite en el ámbito; el ámbito puede ser equipo, proyecto o colección. El ámbito garantiza que la identificación personalizada será única dentro del ámbito.

Utilizando el ejemplo que se describe en la directriz anterior, un ID personalizado para el primer elemento de trabajo de requisito (00001) en el proyecto X sería «PX-REQ-00001», que es una concatenación del prefijo del proyecto + el código del tipo de elemento de trabajo + el número.

Para obtener más detalles y conocer el proceso de configuración del ID personalizado, vea el vídeo.

 
¡Pruébelo ahora!
Facebook Twitter Linkedin
Tiempo de lectura: 20 minutos

Gestor de proyectos digitales: una visión general de los requisitos actuales para DevOps

El gestor de proyectos digitales: una visión general de los requisitos actuales para DevOps

Descripción detallada y explicación de las funciones de gestión de requisitos

¿Qué es Modern Requirements4DevOps?

¿Qué es Modern Requirements4DevOps? Sigue leyendo para descubrir cómo funciona Modern Requirements4DevOps: qué problemas puede ayudarte a resolver y quién lo utiliza, además de un recorrido por sus funciones, precios e integraciones.

También explicaré en qué se diferencia Modern Requirements4DevOps de otras herramientas similares.

Lee el artículo completo en Digital Project Manager.

Facebook Twitter Linkedin

Ya está disponible: «Modern Requirements4DevOps 2020»

Ya está disponible: «Modern Requirements4DevOps 2020»

¡Detalles de las mejoras principales de Modern Requirements4DevOps 2020!

Fácil de usar, ciclos cortos, posibilidad de redactar requisitos en línea, informes de cumplimiento y reducción de las revisiones en el desarrollo. Estas son solo algunas de las expresiones que han utilizado nuestros clientes para describir las capacidades de varios módulos de la aplicación Modern Requirements4DevOps. En nuestra versión de 2020 se han incorporado nuevas funciones y mejoras a los módulos.

A continuación, compartiremos algunas de las novedades más destacadas que se han incorporado a varios de nuestros módulos de Modern Requirements, así como algunas mejoras en las herramientas para su mayor comodidad. Los módulos que vamos a presentar son:

  1. Gestión de derechos
  2. Mejoras en las reseñas
  3. Mejoras en Smart Docs
  4. Mejoras en los informes inteligentes
  5. Mejoras en la línea de base
  6. MatCal (¡Nuevo!)

 

1. Gestión de derechos: Nos lo pedisteis y os hemos escuchado. Ahora podéis gestionar el acceso de los usuarios. Un usuario (que debe tener derechos de administrador de la colección o del proyecto) puede gestionar el acceso de los usuarios a ambos módulos de Modern Requirements4DevOps, así como a las funciones de cada módulo. Configurar estos permisos es muy sencillo... Estos son los pasos para configurar los permisos:

  • Accede a tu proyecto
  • Ir a la configuración del proyecto
  • Desplázate hacia abajo hasta «Extensiones» > haz clic en «Modern Requirements4DevOps»

Esto es lo que verás:

Desde esta pantalla, podrás configurar lospermisos de*Grupo y/o*Equipo (situados en el panel izquierdo). Hay dos formas de configurar los permisos: puedes hacerlo en «*Configuración general» o de forma individual dentro de «*Módulos Modern Requirements4DevOps» (situados en el panel derecho de la pestaña de permisos). Aquí puedes configurar los permisos para las funciones de cada módulo.

Las opciones de permisos disponibles son:

  1. Crear/Editar carpeta
  2. Eliminar carpeta
  3. Crear/Actualizar artefacto
  4. Eliminar artefacto
  5. Crear/Actualizar plantilla de metadatos
  6. Guardar como plantilla
  7. Informes inteligentes
  8. Diseñador de informes

Actualmente, la gestión de derechos es compatible con tres módulos: Smart Docs,Baseline yReporting.

Vídeo sobre la gestión de derechos

Para obtener más información sobre las novedades de la gestión de derechos y sus funciones, consulte el vídeo.

 

2. Mejoras en el módulo «Revisión»: El módulo «Revisión» te permite comunicarte, revisar y aprobar dentro del entorno del proyecto, así como facilitar los cambios cuando sea necesario. Se han introducido mejoras en el módulo «Revisión». A continuación, te presentamos una lista de algunas de las nuevas funciones:

  • Derechos de solo lectura para quienes no participan en la revisión
  • Generación automática en masa de informes de auditoría de revisiones
  • Formato de los informes de auditoría: Word/PDF

Derechos de solo lectura para quienes no participan en la revisión: gracias a esta mejora, ahora puedes configurar los derechos de quienes no participan en la revisión para que puedan ver los detalles de la misma en modo de solo lectura.

Usuarios no participantes:usuarios que no son ni los responsables de la aprobación ni los revisores.

Generación automática y masiva de informes de auditoría de revisiones: esta mejora te permitirá generar informes de auditoría de todas las revisiones de un proyecto de una sola vez, ya sea de forma masiva o por proyectos, desde el panel de administración.

Aquí puede seleccionar uno o varios proyectos e introducir los datos necesarios para generar automáticamente los informes de auditoría de sus revisiones existentes

Formato de los informes de auditoría – Word/PDF: El sistema ahora te permite seleccionar el formato en el que deseas generar los informes de auditoría. Puedes elegir entre la versión en Word o en PDF.

El objetivo del informe de auditoría de aprobación es proporcionar detalles sobre todas las tareas de una revisión. Ofrece información completa sobre quién ha aprobado o rechazado las tareas de la revisión, junto con los comentarios y las decisiones.

Cómo configurar los ajustes:
  • Ve a «Configuración de colecciones» en «Admin»
  • Desplázate hacia abajo hasta «Extensiones»
  • Elige «Modern Requirements4DevOps2020»
  • Ve a la pestaña «Revisar» (busca la opción en la que quieras realizar los cambios)
Nota: Para obtener una lista detallada de las mejoras y las nuevas funciones, consulte «Notas de la versión 2020 de Modern Requirements4DevOps» en «Gestión de revisiones» (página 10).

Vídeo sobre la gestión de reseñas

Para obtener más información sobre las novedades de Review Management y sus funciones, consulte el vídeo.

 

3. Mejoras en Smart Docs: Smart Docs es una herramienta que tiende un puente entre la gestión de documentos y la gestión de la información, permitiendo redactar los requisitos en una vista de documento en línea. Se han añadido nuevas funciones a Smart Docs; a continuación se destacan algunas de las más importantes:

  • Compatibilidad con pantalla completa
  • Actualización de la interfaz de usuario del panel derecho
  • Actualización de las propiedades heredadas del elemento padre

Compatibilidad con pantalla completa: Para disfrutar de una mejor experiencia de usuario y una visualización más amplia, ahora puedes ver los Smart Docs en modo de pantalla completa. Esto te permite una mejor visualización a la hora de crear tus documentos de requisitos en línea.

Actualización de la interfaz de usuario del panel derecho:

  • Para tu comodidad, se ha añadido un icono con forma de cruz a la interfaz de usuario del panel derecho. Esto significa que ahora puedes cerrar el panel derecho directamente desde el propio panel.
  • Por si fuera poco, también hemos añadido la función de expandir/contraer al área de búsqueda «*find» para mejorar la experiencia del usuario.
  • Además, con el fin de disponer de más espacio para mostrar más elementos de trabajo, se han eliminado los botones «Añadir elemento secundario/hermano» y «Seleccionar todo/Deseleccionar todo». Recuerda que sigues pudiendo arrastrar y soltar tus elementos de trabajo en la sección del documento.

Actualización de la herencia de propiedades del elemento superior: Se trata de una actualización con la que, de forma predeterminada, la casilla de verificación para heredar las propiedades del elemento superior en el elemento secundario aparecerá «desmarcada». 

Nota: Si no se selecciona ninguna propiedad en el menú desplegable, no se heredará ninguna propiedad en el elemento de trabajo secundario.

Vídeo de Smart Docs

Para obtener más información sobre las novedades de Smart Docs y sus funciones, consulte el vídeo.

 

4. Mejoras en Smart Reports: Smart Report permite a los usuarios dar formato a sus informes según la estructura de las tareas. Se puede acceder a él desde muchos de los módulos de ADO y Modern Requirements4DevOps. A continuación se incluye una lista de algunas de las mejoras introducidas en el módulo Smart Report:

  • Subir una plantilla de Word con macros
  • Mantener la selección de la última plantilla de Word cargada
  • Mantener la selección de la última pieza inteligente

Cargar plantillas de Word con macros: Smart Report ahora te permite cargar y ejecutar documentos de Word con macros (.docm), así como plantillas de Word con macros (.dotm), en Smart Report a través de la opción «Cargar plantilla de Word». Esto hará que la ya de por sí sencilla opción de cargar plantillas de Word resulte aún más fácil.

Conservar la selección de la última plantilla de Word cargada: ¿Sabías que...? Smart rReport ahora es aún más inteligente: conservará la última selección que hayas realizado al cargar tu plantilla de Word. 

Conservar la selección de la última pieza inteligente: Bueno, no nos hemos limitado a recordar la última selección de la plantilla de texto... Se han introducido mejoras para que el sistema conserve ahora también la selección de la última pieza inteligente del informe. Sin duda, es todo ventajas para los creadores de informes.

Vídeo de Smart Report

Para obtener más información sobre las novedades de Smart Reports y sus funciones, consulte el vídeo.

 

5. Mejoras en Baseline: Baseline te permite crear una instantánea de tus requisitos en un momento determinado para facilitar el control y el seguimiento de los cambios. A continuación te explicamos cómo mejorará aún más tu experiencia de trabajo:

  • Mantener la selección de elementos de trabajo al cambiar de pestaña
  • ID de comparación en la comparación de referencia

Mantener la selección del elemento de trabajo al cambiar de pestaña: ahora el sistema recordará la última selección de elemento de trabajo al navegar entre las diferentes pestañas dentro de una línea de base. ¿Qué significa esto? Pues bien, mientras trabajas con una línea de base (especialmente si es grande), ve a la pestaña «Comparar» o «Detalles» y vuelve a la pestaña «Ver» si has olvidado con qué elemento de trabajo estabas trabajando… Ya no tienes que preocuparte, porque el sistema lo recordará por ti.

ID de comparación en la comparación de líneas de base: Se han introducido mejoras para que ahora puedas ver las revisiones de los elementos de trabajo solo cuando estos existan en ambas líneas de base que se están comparando. Por ejemplo: si un elemento de trabajo no existe en una de las líneas de base, no se mostrará ningún ID de revisión, sino que aparecerá un «-» en la columna «Rev.ID» o «Comp.Rev.ID». Esta regla también se aplicará en el informe de diferencias.

Vídeo de referencia

Para obtener más información sobre las novedades de Baseline y sus funciones, consulte el vídeo.

 

6. MatCal (Novedad): Se ha incorporado una nueva función a Modern Requirements que permite realizar expresiones matemáticas y lógicas. ¿Te parece interesante? A nosotros nos encanta. Y este es el motivo:

  • Esto te permitirá que los campos de los elementos de trabajo se calculen automáticamente en función de los valores introducidos en otros campos del mismo elemento de trabajo.
  • Se puede aplicar a cualquier campo de elemento de trabajo, incluidos los campos numéricos, booleanos y de texto

Lo que debe hacer: facilite sus fórmulas a un miembro del equipo de Éxito del Cliente de Modern Requirements y estaremos encantados de configurarlas por usted.

Vídeo de MatCal

Para obtener más información sobre MatCal y sus funciones, consulte el vídeo.

 

 

 

 

 
Para obtener una lista detallada de todas las mejoras y funciones introducidas en la versión de 2020, consulte las notas de la versión de Modern Requirements4DevOps 2020.

¡Nos complace anunciar que «Modern Requirements4DevOps 2020» ya está disponible para su descarga!

Introducción a la gestión de derechos

Introducción a la gestión de derechos

¿Qué es la gestión de derechos?

La gestión de derechos es una nueva función de la versión MR2020 que permite controlar el acceso de los usuarios. El administrador del proyecto puede conceder o denegar a un grupo de usuarios el acceso a un módulo de MR y a sus funcionalidades. Actualmente, la gestión de derechos está disponible para tres módulos de MR: Smart Docs, Baseline y Reporting.

Las ventajas de utilizar la gestión de derechos

Los permisos flexibles y personalizables permiten a los equipos de proyecto mantener el equilibrio adecuado entre colaboración y control.

Cada vez que se produzca un cambio en los permisos, este afectará inmediatamente a todos los equipos o grupos de usuarios a los que se hayan asignado dichos permisos. Esto garantiza que la configuración de los permisos se pueda actualizar y mantener fácilmente a medida que avanzan los proyectos y los equipos cambian de funciones.

Cómo acceder a la gestión de derechos

Se puede acceder a la gestión de derechos desde la extensión Modern Requirements4DevOps, en la sección «Configuración del proyecto».

Características del grupo

Las funciones disponibles para las que puedes configurar permisos varían de un módulo a otro.

Las funciones de grupo disponibles son las siguientes:

  1. Crear/Editar carpeta
  2. Eliminar carpeta
  3. Crear/Actualizar artefacto
  4. Eliminar artefacto
  5. Crear/Actualizar plantilla de metadatos
  6. Guardar como plantilla
  7. Generación inteligente de informes
  8. Diseñador inteligente de informes

Selección de permisos

Por lo general, hay tres tipos de permisos de acceso entre los que elegir para cada función de grupo:

«Permitir»

«Negar»

«Sin definir»

  1. «Permitir»: concede explícitamente a los usuarios permiso para acceder a una función de grupo en los módulos MR.
  2. «Denegar»: Impide explícitamente a los usuarios acceder a una función de grupo en los módulos de realidad mixta.
  3. «No definido»: impide implícitamente a los usuarios acceder a una función de grupo en los módulos de realidad mixta.

Permisos heredados

Los equipos y grupos pueden heredar automáticamente la configuración de permisos de los equipos y grupos principales. La configuración de permisos modificada explícitamente en los equipos y grupos secundarios puede anular los permisos heredados de los equipos y grupos principales. Ten en cuenta las siguientes reglas:

  1. Los valores «Permitir» heredados se pueden anular y cambiar a «Denegar».
  2. El valor heredado «No establecido» se puede anular y cambiarlo a «Permitir» o «Denegar».
  3. El valor «Denegar» heredado no se puede anular y cambiar a «Permitir».

Conflictos de permisos

Cuando un mismo usuario forma parte de más de un equipo o grupo, se aplican las siguientes reglas:

  1. La opción «Denegar» tiene prioridad sobre «Permitir».
  2. «Denegar» tiene prioridad sobre «Sin definir».
  3. «Permitir» tiene prioridad sobre «Sin definir».

¡No te pierdas el vídeo tutorial detallado sobre la gestión de derechos!

Si tiene alguna pregunta o sugerencia sobre la gestión de derechos, póngase en contacto con su representante de éxito del cliente de Modern Requirements y estaremos encantados de colaborar con usted para explorar esta función.
Facebook Twitter Linkedin
Tiempo de lectura: 10 minutos

Uso de MatCal para realizar cálculos matemáticos y lógicos en la gestión moderna de requisitos

Uso de MatCal para realizar cálculos matemáticos y lógicos en la gestión moderna de requisitos

¿Qué es MatCal?

MatCal es una función de Modern Requirement4DevOps que se utiliza para realizar expresiones matemáticas y lógicas en elementos de trabajo.

Por qué necesitamos MatCal en la gestión de requisitos

¡Para gestionar las relaciones entre las propiedades de los elementos de trabajo de una forma más inteligente! Elimina el trabajo manual que supone realizar los cálculos fuera del entorno del proyecto y evita el riesgo de introducir resultados incorrectos en tus proyectos.

Veamos un ejemplo sencillo para ilustrar la relación entre las propiedades de un elemento de trabajo.

El valor empresarial y la prioridad son propiedades de la característica de un elemento de trabajo. Normalmente, un valor empresarial alto conlleva una prioridad alta.

Con la configuración adecuada, MatCal podría ayudarte a gestionar la relación asignando automáticamente un valor de prioridad en función del valor empresarial introducido.

Casos de uso en el sector

Escenario 1: Nivel de integridad de seguridad en automoción (ASIL) según la norma ISO 26262

Escenario 2: La calificación de riesgo se asigna automáticamente en función de la puntuación de gravedad y la puntuación de frecuencia

Escenario 3: La clasificación de prioridad se asigna automáticamente en función de la puntuación de gravedad y la puntuación de probabilidad

¡No te pierdas el vídeo para ver más ejemplos de uso y tutoriales sobre MatCal!

Facebook Twitter Linkedin
Tiempo de lectura: 10 minutos

Reutilización de requisitos

Reutilización de requisitos: una forma eficaz de facilitar la obtención de requisitos

Descubre cómo reutilizar requisitos en Azure DevOps

Azure DevOps es una plataforma increíble que ofrece una única fuente de información fiable.
Para muchos equipos, esa afirmación por sí sola basta para plantearse utilizar la plataforma ALM líder en el mundo para la gestión de sus requisitos. La posibilidad de vincular las tareas de desarrollo a los requisitos, y estos a los casos de prueba, es una ventaja difícil de dejar pasar. 

Pero, ¿y si no necesitas todas las funciones de una plataforma ALM completa?
¿Y si solo necesitas una solución para gestionar tus requisitos? 

Puede aprovechar todas las completas funciones de Modern Requirements4DevOps para convertir su proyecto de Azure DevOps en una solución de gestión de requisitos con todas las prestaciones. Una de estas funciones es la posibilidad de reutilizar requisitos en diferentes proyectos, colecciones y servidores mediante la herramienta de reutilización de Modern Requirements4DevOps.

¿Quieres reutilizar requisitos?
Estás en el lugar adecuado. 

Lo que aprenderás en este breve artículo:

  1. Ventajas de reutilizar los requisitos
  2. Los dos tipos de requisitos de reutilización
  3. Cómo aprovechar eficazmente la reutilización de requisitos

Las ventajas de reutilizar los requisitos

Cuando hablamos de las ventajas de la reutilización de requisitos, hay un aspecto que debemos abordar en primer lugar.

La pregunta que más me hacen los equipos de hardware es: «¿Cómo podría esto beneficiar a equipos que no se dedican al software?».

Antes de empezar, hay que decir que la reutilización de requisitos no es algo exclusivo de los equipos de desarrollo de software.

La reutilización de requisitos es un tema que suele llamar la atención.

Esto se debe a que, en la economía mundial, vemos cómo las empresas se centran en determinados ámbitos o sectores dentro de unas industrias concretas. Esto lleva a que las empresas desarrollen productos dentro de un ámbito específico, o en torno a una solución concreta, y se centren realmente en las pocas cosas en las que pueden tener verdadero éxito.

Esto significa que, al desarrollar proyectos, soluciones o sistemas, a menudo un equipo puede reutilizar elementos de un proyecto anterior. Aquí es donde entra en juego la reutilización de requisitos.

Al permitir que un equipo reutilice esos requisitos en el siguiente proyecto, se consigue reducir la carga de trabajo necesaria para poner en marcha un nuevo proyecto.

Para algunas personas, esto quizá ya sea obvio.

Sin embargo, lo que quizá no resulte tan evidente es que la reutilización también puede ser una excelente forma de gestionar los requisitos cuyo alcance trasciende el ámbito del proyecto. Esto incluiría los requisitos no funcionales o los riesgos que deben tenerse en cuenta como una exigencia a nivel de toda la empresa. Esto llegaría incluso a permitir que tu equipo reutilice requisitos cuyo propósito sea estrictamente normativo o centrado en el cumplimiento. Esta funcionalidad puede extenderse tanto a equipos de software como de hardware, e incluso puede ayudar a equipos de producto dedicados a un componente físico o a un entregable.

 

Los dos tipos de reutilización de requisitos

Reutilización de requisitos por referencia

Reutilizar requisitos por referencia es una forma rápida de incorporar requisitos ya existentes a tu proyecto simplemente creando vínculos con ellos. De este modo, podrás acceder directamente a esos elementos de trabajo y revisar todo el contenido, los enlaces y los archivos adjuntos asociados sin necesidad de copiarlos dentro del proyecto ni entre proyectos.

Reutilización de requisitos por referencia

 

Reutilización de requisitos mediante copia

En Azure DevOps, las funciones para copiar requisitos u otros elementos de trabajo de un proyecto a otro son muy limitadas. Sin embargo, al añadir Modern Requirements4DevOps a tu entorno de Azure DevOps, la reutilización de requisitos alcanza todo su potencial.

Al analizar la reutilización de requisitos mediante copia, hay tres enfoques principales que hay que tener en cuenta.

Reutilización de requisitos mediante copia

 

Cómo reutilizar los requisitos de forma eficaz

Tras ver los vídeos anteriores, resulta evidente que la herramienta Modern Requirements4DevOps Reuse es eficaz para reutilizar requisitos.
Ofrece un control total sobre los requisitos que se desean reutilizar, permite personalizarlos y vincularlos al elemento de trabajo de origen.

Esto significa que, independientemente de dónde quieras enviar los requisitos, puedes hacerlo utilizando la herramienta Modern Requirements4DevOps Reuse. Sin embargo, hay algunas formas de utilizar la herramienta Reuse de manera más eficaz. 

Lo primero que cabe destacar es la combinación de la herramienta de reutilización con la herramienta «Modern Requirements4DevOps Baseline». 

¿Qué es una línea de base?
Muchos equipos utilizan líneas de base de requisitos sin siquiera darse cuenta.

Una línea de base es una instantánea de los elementos de trabajo en un momento determinado.
Muchos equipos utilizan simplemente las versiones de los documentos de Microsoft Word como línea de base. 

Cuando se trata de registrar los requisitos en un momento determinado, hay muchas razones por las que la función Modern Requirements4DevOps es mejor que el método tradicional de Microsoft Word. Con las líneas de referencia de Modern Requirements4DevOps, puedes registrar un conjunto de elementos de trabajo tal y como estaban en cualquier fecha que elijas.

Esto significa que, si quieres registrar tus requisitos tal y como estaban hace dos semanas, puedes crear fácilmente una línea de base para esos requisitos en esa fecha. Esto se traduce directamente en las ventajas de la herramienta de reutilización incorporada por Modern Requirements4DevOps.

Al combinar la herramienta «Reutilizar» con nuestra línea de base, no solo podrás seleccionar el conjunto de requisitos que deseas reutilizar, sino también la versión de dichos requisitos. Esto te permite trasladar la versión más adecuada y relevante de tus requisitos a tu próximo proyecto. 

Otra recomendación importante es utilizar eficazmente el prefijo, el sufijo y otras operaciones al reutilizar los requisitos.

Al reutilizar requisitos, la herramienta Modern Requirements4DevOps Reuse te permite personalizar el aspecto que tendrán los requisitos reutilizados en el proyecto de destino. 

A continuación se muestra la pantalla que te permite hacer esto:

 

El uso de esta función te permitirá añadir fácilmente un prefijo o un sufijo a los requisitos una vez que lleguen al proyecto de destino que hayas elegido. Como se ha visto anteriormente, también puedes optar por enviar estos requisitos a una ruta de área específica (como «hardware» o «software», por ejemplo), o incluso a una iteración determinada, para que puedas decidir cuándo se gestionarán dichos requisitos. 

Sin embargo, la función más utilizada en las opciones de campo es la posibilidad de añadir una etiqueta.
A menudo, cuando se envían requisitos de un proyecto a otro, se desea poder identificarlos y rastrearlos fácilmente en el proyecto de destino. Añadir una etiqueta te permitirá hacerlo.

¿Cuál es la relación con la opción «Source Work Item»?

Esta opción te permite establecer un vínculo entre el elemento de trabajo que estás reutilizando y el elemento de trabajo que creas en tu proyecto de destino. 

¿Qué enlace se crea?
Este enlace vincula tu nuevo elemento de trabajo de destino con el elemento de trabajo original a través del enlace «Relacionado» o cualquier otro tipo de enlace que hayas configurado en el área de administración.
En la imagen siguiente puedes ver un caso de prueba que he copiado de un proyecto a otro, utilizando tanto el prefijo «CL- » como la opción «Enlazar con el elemento de trabajo de origen».

 

El uso de la función «Vincular al elemento de trabajo de origen» te permite rastrear fácilmente los requisitos hasta su fuente de origen. Aunque existen muchos casos de uso para esta función cuando se transfieren requisitos directamente de un proyecto a otro, estos casos de uso más avanzados se aplican cuando se transfieren requisitos desde una biblioteca o un repositorio a un proyecto. 

¿Cómo fusionar líneas de base copiadas?

Baseline es una herramienta muy útil, tanto si deseas reutilizar un único elemento de trabajo como una larga lista de elementos de trabajo de tu proyecto o biblioteca de origen. En Modern Requirements, puedes crear vínculos entre tu fuente y los elementos de trabajo copiados, de modo que puedas localizar el origen de dichos elementos.

Aunque existan vínculos entre ellos, los elementos de trabajo copiados se siguen considerando independientes de los elementos de trabajo originales, lo que significa que cualquier cambio que realices en los elementos de trabajo copiados o en los originales no afectará a su homólogo.

Quizás te preguntes: ¿cómo sincronizar los cambios cuando sea necesario? Supongamos que tienes una biblioteca en la que se guardan todos tus elementos de trabajo de especificaciones de diseño y que los has reutilizado en 5 proyectos diferentes. Si ahora tienes que modificar algunos diseños de la biblioteca y quieres que todas las especificaciones de diseño copiadas se sincronicen, solo tienes que utilizar la función «Combinar», que se encuentra en «Líneas de base de origen copiadas» o «Líneas de base de destino copiadas» en la pestaña «Detalles» del módulo «Líneas de base».

Baseline es una herramienta muy útil, tanto si deseas reutilizar un único elemento de trabajo como una larga lista de elementos de trabajo de tu proyecto o biblioteca de origen. En Modern Requirements, puedes crear vínculos entre tu fuente y los elementos de trabajo copiados, de modo que puedas localizar el origen de dichos elementos.

Aunque existan vínculos entre ellos, los elementos de trabajo copiados se siguen considerando independientes de los elementos de trabajo originales, lo que significa que cualquier cambio que realices en los elementos de trabajo copiados o en los originales no afectará a su homólogo.

Quizás te preguntes: ¿cómo sincronizar los cambios cuando sea necesario? Supongamos que tienes una biblioteca en la que se guardan todos tus elementos de trabajo de especificaciones de diseño y que los has reutilizado en 5 proyectos diferentes. Si ahora tienes que modificar algunos diseños de la biblioteca y quieres que todas las especificaciones de diseño copiadas se sincronicen, solo tienes que utilizar la función «Combinar», que se encuentra en «Líneas de base de origen copiadas» o «Líneas de base de destino copiadas» en la pestaña «Detalles» del módulo «Líneas de base».

¿Recuerdas aún la definición de una línea de base? Es una instantánea de determinados elementos de trabajo en un momento dado. Por lo tanto, independientemente de los cambios que hayamos realizado en los elementos de trabajo incluidos en la línea de base, la instantánea guardada no cambiará. Así pues, aunque hayamos fusionado las líneas de base, los cambios se aplican a las últimas versiones de los elementos de trabajo, no a las propias líneas de base. ¿Te parece un poco difícil de entender?

Por favor, vea el vídeo de 5 minutos titulado «Fusionar líneas de base copiadas».

Combinar líneas de base copiadas

 

¿Quieres descubrir todo el potencial de la reutilización?

Prueba hoy mismo Modern Requirements4DevOps de forma gratuita.

Te ofrecemos la posibilidad de probar nuestra solución de gestión de requisitos en tu propio entorno de Azure DevOps o en un entorno que te proporcionamos y que incluye datos de ejemplo. 

¡Pruébalo hoy mismo!

Importación de requisitos a Azure DevOps

Importación de requisitos a Azure DevOps

Descubre cómo importar fácilmente requisitos (y algunos recursos) a tu proyecto ADO

Al migrar a Azure DevOps, o cuando trabajas sin conexión lejos de tu proyecto actual de Azure DevOps, necesitas una forma de importar los requisitos que acabas de crear a Azure DevOps.

Muchos equipos se enfrentan al problema de cómo incorporar a Azure DevOps los requisitos que han creado en Excel, Word y otras aplicaciones. Por suerte, hay varias formas sencillas de hacerlo sin tener que preocuparse por añadir una larga sesión de copiar y pegar a tu proceso. 

En este artículo, veremos varias formas de importar requisitos.

Una de estas opciones es gratuita, y otras son funciones que se obtienen al añadir Modern Requirements4DevOps a tu proyecto de Azure DevOps. 

Los temas que se tratan en este artículo son los siguientes:

  1. Requisitos para importar desde Microsoft Excel
  2. Requisitos para importar desde Microsoft Word
  3. Importación de diagramas y maquetas a Azure DevOps

Requisitos para importar desde Microsoft Excel

Tanto si tienes todos o algunos de tus requisitos actuales en Excel, como si deseas exportar requisitos desde una herramienta interna a un archivo .csv, existe una forma gratuita de importar tus requisitos a tu proyecto de Azure DevOps. 

Esta es una solución gratuita, siempre y cuando ya dispongas de Azure DevOps y Excel.

El primer paso es asegurarte de que tienes instalado el complemento de Microsoft Excel llamado «Team tab».

Puedes descargar este complemento directamente desde aquí:

(En la página mencionada, Azure DevOps Office® Integration 2019 aparece en la sección «Otras herramientas, marcos y componentes redistribuibles»).

Si has hecho clic en el enlace anterior, podrás activar la pestaña «Equipo» de Excel. 

Cuando está habilitada, esta extensión te permite vincular una hoja de Excel directamente a un proyecto concreto de tu organización de Azure DevOps. 

Al habilitar esta función, tendrás a tu disposición dos funciones principales:
1) Podrás publicar requisitos entu proyecto desde Excel
2) Podrás exportar requisitos detu proyecto aExcel

Esto significa que puedes trabajar en tus requisitos desde cualquiera de las dos interfaces y aplicar los cambios a tu proyecto. Es decir, si importas los requisitos a Excel y realizas cambios, puedes publicar esos cambios y aplicarlos a los requisitos de tu proyecto. 

Una vez que hayas ejecutado el instalador que has descargado, ya podrás activar la extensión.

Cómo activar la pestaña «Equipo»en Excel:

  1. Abrir Excel
  2. Crear una hoja en blanco 
  3. Haz clic en «Archivo»
  4. Haz clic en «Opciones»
  5. Haz clic en «Complementos»
  6. Selecciona «Complementos COM» en el menú desplegable situado en la parte inferior de la ventana
  7. Selecciona «Team Foundation Add-In» y haz clic en Aceptar. 
Si tienes algún problema con este proceso, haz clic en este enlace.
 
Si ahora ves la pestaña «Equipo» en Excel, ¡ya estás listo para importar los requisitos! 

Uso de la pestaña «Equipo» de Excel

En este vídeo, explicamos cómo tu equipo puede utilizar las funciones de importación que ofrece el complemento de la pestaña «Equipo» de Excel.

Requisitos para importar desde Microsoft Word

La segunda forma de importar requisitos a tu proyecto es a través de Microsoft Word. 

Esta función es una «función de vista previa» disponible con cualquier licencia Enterprise Plus de Modern Requirements4DevOps. Esto significa que cualquier usuario de su organización que cuente con una licencia Enterprise Plus podrá acceder a la función de importación de Word y utilizarla. 

Si aún no utilizas Modern Requirements4DevOps, ¡prueba hoy mismo esta función de importación de Word!

¡Pruébalo!

¿Cómo funciona la importación de Word? 

Advertencia: al tratarse de una función en fase de prueba, es posible que esta no sea la solución más elegante y que, por lo general, requiera algunos conocimientos de programación. Pero no muchos: si puedes pedirle ayuda a un desarrollador que conozca XML (o cualquier otro lenguaje de scripting) durante unos 20 minutos, no deberías tener ningún problema.

La importación de Word funciona a partir de un documento de Word bien formateado que utiliza diferentes encabezados para representar los distintos elementos de trabajo o requisitos y sus propiedades en el documento. 

Por ejemplo, tomemos como ejemplo un documento de requisitos de negocio (BRD) que quizá ya tengas en formato Word.

Probablemente hayas aplicado el estilo «Título 1» a la introducción, la descripción general, el alcance y otros elementos contextuales. 

También podrías incluir en este documento tus épicas, funcionalidades e historias de usuario.Tu documento podría tener este aspecto:

Título 1 – Introducción
-> Párrafo –Aquí va todo el texto de la Introducción…

Título 1 – Resumen
-> Párrafo –Aquí va todo el texto del resumen…

Título 1 – Ámbito de aplicación
-> Párrafo –Aquí va todo el texto del ámbito de aplicación…

Título 1 – Requisitos
-> Título 2 – Nombre de la épica
–> Título 3 – Nombre de la funcionalidad
—> Título 4 – Nombre de la historia de usuario
—-> Párrafo – Descripción de la historia de usuario anterior

Es posible que tu documento sea un poco diferente, pero no pasa nada.Los principios que estás a punto de aprender son los mismos. 

La importación de Word requiere un documento (como se muestra arriba) y un conjunto de reglas (que se explica a continuación).

Por lo general, un administrador creará un conjunto de reglas que tu equipo utilizará para importar documentos, y solo habrá que hacerlo una vez.Así que, si ya tienes un documento creado y tu administrador ha creado un conjunto de reglas, ya estás listo para empezar. 

Si tu administrador necesita crear un conjunto de reglas, sigue leyendo. 

Crear un conjunto de reglas es increíblemente sencillo y se hace editando un archivo XML.
El archivo XML que crees determinará cómo la herramienta de importación de Word analiza tu documento para:
1) ¿Qué partes del documento son elementos de trabajo?
2) ¿Qué partes del documento son propiedades de un elemento de trabajo determinado?

Si estás trabajando en esto en tiempo real, te puede resultar útil descargar este archivo de reglas como punto de partida y ver el siguiente vídeo:

Cómo empezar con el conjunto de reglas de ejemplo

En este vídeo, explicamos cómo utilizar el archivo de conjunto de reglas de ejemplo para importar un documento de requisitos sencillo. Recuerda que la creación de un conjunto de reglas suele ser un proceso que solo hay que realizar una vez. 

Importación de diagramas y maquetas a Azure DevOps

Los diagramas, las maquetas y los modelos de casos de uso pueden ser herramientas muy útiles para definir y recabar requisitos. 

Por eso, con Modern Requirements4DevOps, tu equipo puede crear fácilmente todas estas visualizaciones directamente desde tu proyecto. Esto te permite beneficiarte de un modelo de «fuente única de verdad» en el que todo está integrado en tu proyecto. 

Pero quizá ya tengas diagramas y maquetas que te gustaría añadir a tu proyecto de Azure DevOps y vincular a los requisitos. ¿Es posible importar estos recursos?

La respuesta es sí.

Tanto nuestra herramienta de maquetas como nuestra herramienta de diagramas te permitirán incorporar fácilmente maquetas o diagramas existentes a tu proyecto de Azure DevOps. 

Para ello, solo tienes que guardar el recurso como un archivo .png o .jpeg desde la herramienta de maquetas o diagramas que hayas elegido.
A continuación, puedes subir el recurso creado a la herramienta de simulación de Modern Requirements4DevOps (maquetas)o ala herramienta de diagramas (diagramas). 

Quizá te preguntes: «Pero si lo subimos como .png o .jpeg, ¿cómo podremos editar nuestros diagramas y maquetas?». Pues bien, no podrás. Pero hay una razón por la que deberías hacerlo de todos modos. 

Si quieres vincular un único diagrama a 25 requisitos sin utilizar Modern Requirements, tendrás que abrir los 25 requisitos y vincularlos a cada uno de ellos por separado. 

Cuando actualices tu diagrama en el futuro, tendrás que volver a abrir los 25 requisitos y cambiar el archivo adjunto. 

Sin embargo, con Modern Requirements4DevOps, puedes crear un elemento de trabajo de diagrama al que vincular directamente todos los requisitos necesarios mediante el panel de la derecha. Esto significa que podrás tener tu diagrama en un solo lugar y, cuando sea necesario actualizarlo, podrás añadir fácilmente la imagen actualizada y vincular el archivo adjunto a ese único elemento de trabajo. 

Conclusión

En este artículo hemos explicado tres formas distintas de importar tanto los requisitos como sus activos a tu proyecto de Azure DevOps. 

Puedes importar requisitos a través de Excel o Word, o importar tus diagramas y maquetas existentes. 

Si te interesa utilizar Modern Requirements4DevOps para optimizar tu proceso de gestión de requisitos, ¡prueba nuestro producto aquí!

Facebook Twitter Linkedin
Tiempo de lectura: 10 minutos