Si estás usando Jira Software es importante que entiendas el alcance funcional que nos ofrecen los dashboards, ya que representan una herramienta clave para visualizar y gestionar el progreso de proyectos. Los aspectos que considero de mayor relevancia para que los tengas en cuenta, son los siguientes:

1. Gestión de Dashboards: Puedes crear, editar, eliminar, copiar y compartir dashboards en Jira. Es fundamental tener en cuenta los permisos de visualización; los paneles privados sólo son accesibles para sus creadores, mientras que los compartidos pueden ser vistos por otros.
2. Acceso y Navegación: Para ver todos los paneles disponibles, basta con ir a la opción de «Ver todos los paneles» en el menú de Jira. Si tienes muchos paneles, puedes buscar uno en particular usando la función de búsqueda.
3. Favoritos y Prioridades: Puedes marcar los dashboards más importantes como favoritos haciendo clic en una estrella, lo que facilita su acceso. Estos paneles favoritos aparecerán en la parte superior de tu lista.
4. Cambio de Propiedad y Gestión de Acceso: Si creas un panel y luego decides que otro usuario debería tener la propiedad, puedes transferirla. Es importante comunicar a quienes tienen acceso a un panel si este va a ser eliminado, para evitar errores en la visualización.
5. Uso Estratégico de Dashboards: Los dashboards son herramientas poderosas para seguir el estado de los proyectos, permitiendo una visión rápida y organizada de los datos más relevantes.

A modo de conclusión puedo decirte que es muy importante una gestión adecuada de los dashboards para mantener la eficiencia y evitar problemas de acceso o pérdida de información. Es esencial comunicar cualquier cambio en los paneles a los usuarios involucrados, especialmente en un entorno colaborativo.

En relación con 1. Gestión de Dashboards

Situación:

Nos encontramos en un equipo que trabaja en un sprint de dos semanas para desarrollar nuevas funcionalidades de una aplicación. Al inicio del sprint, el equipo crea un dashboard en Jira para visualizar el progreso de las pruebas, incluyendo métricas como:

• el número de pruebas ejecutadas, 
• defectos encontrados y corregidos, 
• y el estado general de cada historia de usuario.

Durante la segunda semana del sprint, se detecta que el dashboard no refleja los datos actualizados porque fue configurado para mostrar solo los defectos asignados a un miembro específico del equipo, en lugar de todos los defectos del sprint. Esto se debe a que el dashboard fue creado inicialmente con fines de supervisión específica por un tester senior, pero no se compartió con todos los miembros del equipo.

Aspectos a considerar en la Gestión del Dashboard

1. Edición del Dashboard: Como tester responsable de asegurar que todos los miembros del equipo tengan acceso a la información relevante, editas el dashboard para incluir una vista completa de todos los defectos, pruebas y métricas del sprint.
2. Compartir el Dashboard: El objetivo de esta acción es asegurar que el dashboard esté configurado como «compartido» y no privado, permitiendo que todos los miembros del equipo, incluidos desarrolladores y el Scrum Master, puedan acceder y revisar la información en tiempo real.
3. Comunicación y Actualización: Informamos al equipo de los cambios realizados y les indicamos cómo acceder al dashboard actualizado. También establecer un canal de comunicación claro para reportar cualquier problema o solicitud de ajuste en la configuración del dashboard.

A modo de conclusión podemos rescatar que la gestión del dashboard permite a todos los miembros del equipo acceder a la misma información actualizada, lo que es fundamental para la toma de decisiones y la colaboración efectiva durante el sprint.

En relación con el punto 2. Acceso y navegación

Situación:

Nos encontramos en una empresa que desarrolla software para una aplicación de e-commerce. El equipo trabaja en sprints quincenales, y en cada sprint se implementan y prueban nuevas funcionalidades.

Durante un sprint, el equipo ha creado varios dashboards en Jira para monitorear diferentes aspectos del proyecto: 

• uno para seguimiento de defectos, 
• otro para métricas de rendimiento de pruebas, 
• y otro para la cobertura de pruebas de regresión. 

Sin embargo, al buscar información específica, algunos miembros del equipo tienen dificultades para encontrar rápidamente el dashboard correcto, ya que hay demasiados paneles creados y algunos nombres no son intuitivos.

Aspectos a considerar para el Acceso y Navegación

1. Uso de la Función de Búsqueda: Se puede utilizar la función de búsqueda de Jira para encontrar rápidamente el dashboard que muestra los defectos críticos del sprint actual. Al ingresar palabras clave como «defectos críticos» o «sprint 5,» puedes filtrar los resultados y acceder al dashboard relevante.
2. Renombrado de Dashboards: Puedes darte cuenta que la dificultad para encontrar los dashboards se debe en parte a nombres poco descriptivos. Por lo tanto puedes proponer un estándar para nombrar los dashboards que incluya el tipo de información (por ejemplo, «Defectos Críticos – Sprint 5») para facilitar la navegación y búsqueda.
3. Organización y Favoritos: Para mejorar el acceso, puedes sugerir al equipo que marque como favoritos los dashboards más importantes para su trabajo diario. Esto no solo hace que estos paneles sean más fáciles de encontrar, sino que también ayuda a priorizar la información más relevante.
4. Comunicación y Entrenamiento: Finalmente, puedes organizar una breve sesión de entrenamiento para el equipo, demostrando cómo utilizar eficientemente la función de búsqueda y cómo marcar dashboards como favoritos. También deberías resaltar la importancia de mantener los nombres y descripciones de los dashboards claros y consistentes.

A modo de conclusión podemos rescatar que al mejorar estos aspectos, el equipo puede ahorrar tiempo y esfuerzo, asegurando que todos tengan acceso a la información necesaria para realizar pruebas de manera efectiva y colaborar en la resolución de problemas.

En relación con el punto 3. Favoritos y Prioridades

Situación:

Estamos trabajando en una aplicación móvil de banca digital. El equipo sigue la metodología Scrum y trabaja en sprints de dos semanas. Cada día, en la reunión diaria (Daily Stand-up), se revisa un dashboard en Jira que muestra el estado de las pruebas y los defectos críticos que podrían impactar el lanzamiento de la nueva versión.

En medio del sprint, te das cuenta de que hay varios dashboards relevantes, pero al intentar acceder rápidamente a ellos durante la reunión diaria, tú y otros miembros del equipo tienen que navegar a través de una lista extensa de paneles, lo que consume tiempo y crea confusión. Esto es especialmente problemático cuando se necesita discutir defectos críticos o el progreso de la automatización de pruebas.

Aspectos a considerar para los Favoritos y Prioridades

1. Identificación de Dashboards Clave: Podemos decidir identificar los dashboards más relevantes para el seguimiento diario del sprint. Estos incluyen el dashboard de «Defectos Críticos», el de «Cobertura de Pruebas Automatizadas» y el de «Progreso del Sprint».
2. Marcar como Favoritos: Para facilitar el acceso rápido durante las reuniones y en el trabajo diario, puedes marcar estos dashboards clave como favoritos en Jira. Al hacer clic en la estrella junto al nombre del dashboard, aseguras que siempre aparezcan en la parte superior de tu lista de paneles.
3. Comunicación con el Equipo: Es de buena práctica informar al equipo de esta funcionalidad y recomendar que todos marquen como favoritos los mismos dashboards. Esto asegura que, durante las reuniones, todos puedan acceder rápidamente a la información relevante, reduciendo el tiempo perdido y mejorando la coordinación.
4. Revisión y Actualización: Puedes proponer revisar periódicamente los dashboards marcados como favoritos, especialmente cuando se completan sprints y comienzan nuevos, para asegurarse de que siempre se esté priorizando la información más relevante.

A modo de conclusión podemos rescatar que priorizar los dashboards es muy importante ya que el equipo puede acceder rápidamente a la información crucial, mejorar la toma de decisiones y optimizar el tiempo durante las reuniones y el trabajo diario. Esto es especialmente valioso en un entorno ágil, donde la rapidez y la adaptabilidad son clave para el éxito.

En relación con el punto 4. Cambio de Propiedad y Gestión de Acceso

Situación:

Te encuentras en un equipo que desarrolla una plataforma de e-learning. El equipo utiliza Jira para gestionar las tareas y el seguimiento de las pruebas. Durante un sprint, se crea un dashboard en Jira que proporciona una visión general del estado de las pruebas de regresión y los defectos encontrados, información crucial para el equipo de testing y los desarrolladores.

En medio del proyecto, el tester senior que creó el dashboard se traslada a otro proyecto. Este dashboard contiene configuraciones personalizadas y filtros que el equipo de testers y el Scrum Master utilizan para las revisiones diarias y el monitoreo del estado del proyecto. Sin embargo, dado que el dashboard es privado, solo el creador tiene pleno acceso para realizar cambios y compartirlo con otros.

Aspectos a considerar para el cambio de propiedad y gestión de acceso

1. Transferencia de Propiedad: Antes de que el tester senior se traslade a otro proyecto, decides que es importante mantener el acceso y la capacidad de modificar el dashboard. Coordina con el tester senior para transferir la propiedad del dashboard a otro miembro del equipo o al Scrum Master. Esto se hace a través de la configuración del panel, donde el propietario actual puede asignar un nuevo propietario.
2. Compartir con el Equipo: Una vez que la propiedad ha sido transferida, se deben revisar las configuraciones de acceso del dashboard para asegurarte de que todos los miembros del equipo que necesiten acceder a la información puedan hacerlo. Esto incluye asegurarse de que el dashboard esté marcado como «compartido» y no como privado, permitiendo que los desarrolladores y otros testers puedan verlo y, si es necesario, realizar ajustes menores.
3. Comunicación y Documentación: Debes informar a todo el equipo sobre el cambio de propiedad y los nuevos ajustes de acceso, y documentar este proceso en el sistema de gestión de conocimientos del equipo o en un wiki del proyecto, para que haya claridad sobre quién puede modificar los dashboards y cómo se gestionan los permisos de acceso.
4. Preparación para Futuros Cambios: Debes establecer un protocolo para futuros cambios de propiedad de dashboards o cualquier otro recurso crítico, asegurando que siempre haya un plan claro para la transferencia de conocimientos y accesos en caso de cambios en el equipo.

A modo de conclusión podemos rescatar la importancia de garantizar que los dashboards críticos sean accesibles y estén bajo la gestión del personal adecuado, se minimiza el riesgo de interrupciones en el flujo de trabajo y se mantiene la continuidad en el seguimiento del proyecto y la colaboración del equipo.

En relación con el punto 5. Uso Estratégico de Dashboards

Situación:

Te encuentras en un equipo que desarrolla una aplicación de gestión financiera. El equipo utiliza dashboards en Jira para rastrear el progreso del desarrollo y las pruebas, especialmente en áreas críticas como la seguridad de los datos y la funcionalidad de transacciones.

El equipo se encuentra en la fase final de un sprint, y hay una entrega planificada para la próxima semana. Durante las pruebas, se identifican algunos defectos críticos en la funcionalidad de transferencia de fondos. Dado el impacto potencial de estos defectos en la experiencia del usuario y la seguridad, es crucial priorizar su resolución y comunicar el estado del trabajo al equipo.

Aspectos a considerar para el uso Estratégico de Dashboards

1. Creación de un Dashboard Específico: Como agile tester, decides crear un dashboard específico para el monitoreo de estos defectos críticos. Este dashboard incluye widgets que muestran:
   • Número de defectos críticos y su estado (abierto, en progreso, cerrado).
   • Asignaciones de defectos a desarrolladores específicos para asegurar que cada defecto tiene un responsable claro.
   • Métricas de tiempo de resolución, para seguir el ritmo de corrección de estos defectos.
2. Visibilidad y Comunicación: Compartes este dashboard con todo el equipo, incluyendo a los desarrolladores, el Scrum Master y el Product Owner. Durante las reuniones diarias, utilizas este dashboard para actualizar al equipo sobre el progreso en la resolución de los defectos y para identificar cualquier bloqueo que requiera atención inmediata.
3. Priorización y Toma de Decisiones: El dashboard se convierte en una herramienta clave para la toma de decisiones. Por ejemplo, si los defectos críticos no se están resolviendo tan rápido como se espera, el equipo puede decidir reasignar recursos o ajustar las prioridades de otras tareas para enfocarse en estos problemas.
4. Análisis Post-Entrega: Una vez que se resuelvan los defectos y se entregue la versión, el dashboard puede utilizarse para un análisis post-mortem, ayudando al equipo a entender qué áreas del proceso de testing o desarrollo necesitan mejoras para futuros sprints.

A modo de conclusión se puede rescatar utilizar dashboards específicos y bien configurados, los agile testers pueden proporcionar una visibilidad clara y detallada del estado del proyecto, apoyando una mejor coordinación y toma de decisiones en un entorno ágil.

¿Quieres saber más? Puedes seguirme en LinkedIn donde he publicado el mismo contenido pero resumido. ¿Te interesaría asistir a una charla donde exploremos más a fondo estas prácticas? ¡Déjame tu opinión en los comentarios en la publicación de LinkedIn! Muchas gracias por seguirme.