En esta entrada, te mostraremos cómo algunas empresas están superando todos los retos del desarrollo de productos gracias a una sencilla solución de gestión de requisitos: Modern Requirements4DevOps.
Continuar leyendo
Como administrador, puedes controlar cómo los usuarios acceden e interactúan con sus proyectos de Modern Requirements4DevOps mediante la aplicación de ajustes de administración.
Continuar leyendo
Como administrador, puedes controlar cómo los usuarios acceden e interactúan con sus proyectos de Modern Requirements4DevOps mediante la aplicación de ajustes de administración.
Continuar leyendo
Como administrador, puedes controlar cómo los usuarios acceden e interactúan con sus proyectos de Modern Requirements4DevOps mediante la aplicación de ajustes de administración.
Continuar leyendo
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.
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.
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.
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.
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.
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.
Consiga un cumplimiento normativo más rápido, ciclos de desarrollo más cortos y una entrega de valor más ágil
Continuar leyendo
¿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.
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: 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:
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:
Actualmente, la gestión de derechos es compatible con tres módulos: Smart Docs,Baseline yReporting.
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: 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.
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: 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:
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.
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:
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.
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 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.
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:
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.
Para obtener más información sobre MatCal y sus funciones, consulte el vídeo.
¡Nos complace anunciar que «Modern Requirements4DevOps 2020» ya está disponible para su descarga!
End-to-end requirements management in Azure DevOps.
AI-powered assistance for DevOps workflows.
Autonomous AI agents for DevOps execution.
Real-time data sync across tools and systems.
Designed to work natively within Azure DevOps, Modern Requirements extends the platform with powerful capabilities that help teams capture, manage, and validate requirements more effectively.
