Curso de Jira, Jira Service Management y Jira Product Discovery Avanzado

Diferencias entre organización, sitio, producto, espacio y equipo dentro de Atlassian Cloud.

Roles de organización, administración de Jira y administración de espacios.

Diferencias entre permisos globales, permisos de espacio y permisos asociados al trabajo.

Diseño de un modelo de responsabilidades para administradores centrales y responsables funcionales.

Diferencias entre espacios company-managed y team-managed y criterios para seleccionar cada modelo.

Estandarización como mecanismo para impedir la proliferación de configuraciones incompatibles.

Convenciones de nombres para espacios, workflows, campos, automatizaciones y esquemas.

Diseño de un catálogo corporativo de procesos Jira.

Separación entre configuración compartida y configuración específica de cada equipo.

Gobierno de cambios sobre workflows, campos, pantallas, permisos y automatizaciones.

Utilización de sandbox para probar modificaciones antes de implantarlas.

Release tracks para controlar cuándo se incorporan cambios de producto a los usuarios.

Admin insights como apoyo al mantenimiento y evaluación de utilización.

Definición de ownership técnico y funcional de cada espacio.

Gestión del ciclo de vida desde creación y mantenimiento hasta archivo o retirada.

Elaboración de criterios para decidir cuándo reutilizar, extender o crear una nueva configuración.

Qué es un espacio de Jira Service Management y cuáles son sus componentes principales.

Diferencias entre cliente, agente, administrador y otros participantes.

Diferencia entre una request visible para el usuario y el work item gestionado internamente por los agentes.

Diseño del Help Center como punto de entrada para los usuarios.

Request types como mecanismo para presentar servicios comprensibles al cliente.

Relación entre request type y work type.

Agrupación de tipos de solicitud para facilitar la navegación.

Diseño de formularios para recopilar la información necesaria desde el primer contacto.

Lógica condicional en Forms para adaptar las preguntas según las respuestas proporcionadas.

Validación y estructuración de datos recogidos mediante formularios.

Vinculación entre campos de formularios y campos Jira cuando la información debe reutilizarse.

Canales de entrada mediante portal, correo electrónico, chat y otros mecanismos habilitados.

Construcción de queues orientadas a prioridades y responsabilidades reales de los agentes.

Diseño de colas para nuevas solicitudes, pendientes, escaladas y situaciones próximas a incumplir objetivos.

Automatización de asignaciones y categorización inicial.

Configuración de notificaciones para clientes y agentes evitando comunicaciones innecesarias.

Customer satisfaction como mecanismo para recoger información posterior a la resolución.

Diseño de un proceso de soporte que genere información reutilizable por Producto.

Diferencias entre service request, incident, problem, change y post-incident review.

Criterios para distinguir una consulta ordinaria de una incidencia de servicio.

Clasificación por impacto, urgencia y prioridad.

Diseño de workflows específicos según categoría de trabajo.

Configuración de SLAs y objetivos de servicio.

Condiciones para iniciar, pausar y finalizar una métrica SLA.

Calendarios y horarios aplicables a compromisos de servicio.

Escalado automático cuando una solicitud se aproxima a un incumplimiento.

Gestión de incidentes de elevada prioridad.

Coordinación de participantes durante la resolución de incidentes.

Registro de información relevante durante el ciclo de un incidente.

Post-incident reviews orientadas a aprendizaje y prevención.

Gestión de problemas para investigar causas recurrentes.

Relación entre problemas, incidencias y cambios.

Gestión de cambios y control del riesgo asociado a modificaciones.

Assets como modelo de activos y elementos de configuración.

Relaciones entre servicios, aplicaciones, activos y otros objetos.

Utilización de información de Assets para aportar contexto a solicitudes e incidencias.

Informes sobre demanda, rendimiento del servicio y tendencias.

Conversión de recurrencias observadas por soporte en señales de interés para Producto.

Qué representa una idea dentro de Jira Product Discovery.

Diferencia entre problema, oportunidad, solución, iniciativa y feature.

Configuración de diferentes tipos de idea según el modelo de producto.

Construcción de relaciones entre tipos de ideas.

Utilización de jerarquías para representar diferentes niveles de discovery.

Definición de campos personalizados para describir y evaluar ideas.

Campos de selección, personas, números, fechas y otros tipos utilizados en discovery.

Custom formulas para construir métricas derivadas.

Weighted Score para crear modelos de evaluación cuantitativa.

Roll-ups para agregar información relacionada.

Concepto de insight como evidencia que sustenta una idea.

Diferencia entre opinión, solicitud individual, evidencia e insight.

Asociación de múltiples insights a una misma idea.

Ratings y labels sobre insights para conservar información contextual.

Plantillas de descripción para mantener una estructura homogénea.

Fusión de ideas duplicadas o excesivamente similares.

Archivo y restauración de ideas que dejan de estar activas.

Diseño de un modelo de discovery que evite convertir JPD en otro backlog de desarrollo.

Soporte como una de las principales fuentes de conocimiento sobre necesidades reales de usuarios.

Diferencia entre resolver una solicitud y aprovechar la información que contiene.

Identificación de tickets que expresan problemas, necesidades, oportunidades o peticiones de funcionalidad.

Uso de queues específicas para identificar feedback potencialmente relevante para Producto.

Incorporación de solicitudes de Jira Service Management como insights de ideas existentes.

Conservación del vínculo con la solicitud original para mantener evidencia y contexto.

Asociación de múltiples tickets de soporte a una misma oportunidad de producto.

Utilización de labels del insight para preservar segmentos y características relevantes.

Detección de recurrencia mediante volumen de evidencias relacionadas.

Diferenciación entre frecuencia, severidad e importancia estratégica.

Captura de feedback procedente de equipos internos.

Incorporación de información obtenida mediante entrevistas, investigación y conversaciones.

Creación automática de ideas en JPD a partir de determinados tipos de solicitud de JSM.

Diseño de reglas para evitar que cada petición de cliente se convierta automáticamente en una feature.

Procesamiento y consolidación de feedback antes de iniciar la priorización.

Definición de responsabilidades entre Customer Support y Producto.

Cierre del circuito informando a soporte sobre decisiones y estado de iniciativas.

Construcción de un flujo continuo de aprendizaje entre cliente, soporte y producto.

Diferencia entre recopilar ideas y decidir cuáles merecen inversión.

Definición de criterios de priorización alineados con objetivos del negocio.

Evaluación de impacto esperado.

Estimación de esfuerzo antes de disponer de una planificación detallada.

Consideración del alcance de usuarios o clientes afectados.

Incorporación del valor estratégico a la priorización.

Evaluación de evidencia disponible detrás de cada idea.

Utilización de fórmulas para combinar diferentes criterios.

Modelos de Weighted Score.

Adaptación de RICE, ICE, Value versus Effort y modelos propios mediante campos.

Limitaciones de un scoring puramente matemático.

Uso de Matrix View para comparar ideas visualmente.

List View para análisis y mantenimiento de grandes conjuntos de ideas.

Board View para organizar ideas por estado, equipo o criterio.

Timeline View para comunicar horizonte temporal.

Roadmaps de Product Discovery para ofrecer una visión integrada de iniciativas.

Jerarquías para relacionar oportunidades, soluciones e iniciativas.

Restricciones de vistas para controlar audiencias y contenidos.

Preparación de diferentes vistas para Producto, Dirección, Soporte y Delivery.

Conexión de roadmaps con objetivos y prioridades organizativas.

Evolución del roadmap cuando cambia la evidencia disponible.

Diferencia entre roadmap estratégico y cronograma comprometido de ejecución.

Papel de Jira una vez que una idea ha superado discovery y priorización.

Diferencia entre discovery work y delivery work.

Creación de epics y otros work items a partir de iniciativas priorizadas.

Work types para representar correctamente diferentes unidades de trabajo.

Diseño de workflows según el ciclo real de delivery.

Estados como representación de etapas significativas y no de acciones individuales.

Configuración de transiciones, validaciones y condiciones.

Backlogs como mecanismo para ordenar trabajo preparado para ejecución.

Boards para visualizar flujo y controlar work in progress.

Scrum y Kanban según las características del proceso.

Épicas, tareas y subtareas como niveles de descomposición.

Priorización del trabajo dentro del backlog.

Releases y versiones para agrupar entregas.

Dependencias entre work items.

Planificación entre equipos mediante las capacidades Premium de Jira.

Identificación de dependencias críticas entre diferentes equipos.

Seguimiento de hitos y fechas.

Relación entre estimaciones y capacidad.

Dashboards y filtros para seguimiento operativo.

Automatizaciones aplicadas al ciclo de delivery.

Configuración orientada a mantener trazabilidad con la idea de origen.

Definición de qué significa trazabilidad de extremo a extremo en el ecosistema Jira.

Identificación del origen de una necesidad en Customer Support.

Conservación de requests de JSM como evidencia vinculada a ideas.

Agrupación de diferentes evidencias bajo un mismo problema u oportunidad.

Registro del razonamiento que conduce a priorizar o descartar una iniciativa.

Enlace entre ideas de Jira Product Discovery y work items de Jira.

Creación de epics o tareas directamente desde el panel Delivery de una idea.

Vinculación con work items existentes cuando el delivery ya se encuentra iniciado.

Delivery progress como indicador visual del estado de ejecución.

Configuración del progreso mediante work item count o story points.

Diferencias entre cálculo simple y cálculo basado en jerarquía.

Visualización desde JPD del estado de los elementos de delivery.

Acceso desde Jira a la idea de Producto relacionada.

Trazabilidad entre idea, epic, tarea, release y resultado entregado.

Relación entre incidentes o problemas de JSM y trabajo correctivo ejecutado en Jira.

Incorporación de decisiones, especificaciones y documentación desde Confluence.

Uso de enlaces estables en lugar de duplicar contenido entre herramientas.

Construcción de una cadena auditable desde feedback hasta delivery.

Comunicación hacia Customer Support del estado de una necesidad originalmente detectada.

Cierre del feedback loop una vez que la solución está disponible.

Utilización posterior de datos de soporte para comprobar si el problema realmente disminuye.

Automatización como mecanismo para mantener procesos conectados sin depender de actualizaciones manuales.

Identificación de tareas repetitivas antes de crear una regla.

Triggers, conditions, branches y actions dentro del motor de automatización.

Reglas limitadas a un espacio frente a automatizaciones de alcance global.

Utilización de smart values para reutilizar datos de work items.

Creación automática de ideas JPD desde requests de tipos determinados.

Copia controlada de datos relevantes desde JSM hacia la nueva idea.

Vinculación entre solicitud e idea generada.

Automatización de categorización según tipo de solicitud o información recibida.

Enrutamiento automático hacia colas y responsables.

Escalado de incidencias según prioridad y tiempo.

Actualización de campos cuando cambia el estado de elementos relacionados.

Automatización de creación de trabajo de delivery después de una decisión de producto.

Propagación controlada de información entre elementos relacionados.

Notificación a Customer Support cuando una idea alcanza hitos determinados.

Notificación a Producto cuando aumenta la recurrencia de una determinada necesidad.

Automatizaciones asociadas a releases y entregas.

Uso de condiciones para evitar bucles y actualizaciones recursivas.

Audit log de reglas para diagnosticar ejecuciones inesperadas.

Diseño de automatizaciones reutilizables y comprensibles por otros administradores.

Evaluación periódica de reglas que han perdido utilidad.

Control del consumo y límites de automatización disponibles en el plan.

Diseño del modelo de información antes de crear nuevos campos.

Diferencia entre información necesaria para operar, analizar y reportar.

Prevención de campos duplicados con nombres distintos.

Reutilización de campos globales únicamente cuando representan realmente el mismo concepto.

Contextos de campos para limitar su alcance.

Diferencias entre fields, Forms y datos almacenados únicamente en formularios.

Work types como representación de clases distintas de trabajo.

Diseño de workflows suficientemente expresivos sin multiplicar estados.

Utilización de estados compartidos entre procesos compatibles.

Condiciones, validadores y reglas para proteger transiciones relevantes.

Configuración de pantallas y layouts según perfil y contexto.

Separación entre campos obligatorios en creación y datos que pueden completarse posteriormente.

Prevención de formularios excesivamente largos.

Esquemas reutilizables para espacios con necesidades equivalentes.

Criterios para evitar dependencia innecesaria de configuraciones globales.

Diseño de modelos de ideas y jerarquías coherentes en Product Discovery.

Convenciones para campos y fórmulas de priorización.

Revisión periódica de campos sin utilización.

Identificación de configuraciones heredadas que pueden simplificarse.

Documentación en Confluence del propósito y ownership de las principales configuraciones.

Establecimiento de principios de diseño para futuras extensiones.

Principio de mínimo privilegio aplicado a administradores y usuarios.

Diferencias entre acceso al producto y permisos dentro de un espacio.

Jira administrators, space administrators y usuarios finales.

Permisos sobre creación, edición, transición y administración de work items.

Diseño de permission schemes en espacios administrados por la empresa.

Roles como mecanismo para evitar permisos asignados directamente a personas.

Acceso a Jira Product Discovery mediante creators y contributors.

Diferencias de responsabilidad entre Creator y colaborador.

Administer space en Product Discovery.

Restricciones de vistas de JPD Premium para información destinada a audiencias concretas.

Clientes frente a agentes en Jira Service Management.

Control de quién puede crear requests.

Configuración de acceso al Help Center y a los espacios de servicio.

Visibilidad de solicitudes compartidas y participantes.

Separación entre comentarios públicos e internos.

Protección de información sensible dentro de incidencias de soporte.

Control de acceso a Assets y esquemas de objetos.

Revisión de permisos antes de incorporar nuevos grupos o departamentos.

Gobierno de aplicaciones de Atlassian Marketplace.

Evaluación de permisos solicitados por extensiones de terceros.

Auditabilidad de cambios administrativos.

Revisión periódica de cuentas, accesos, administradores y privilegios.

Papel de Confluence dentro del flujo de soporte, discovery y delivery.

Separación entre información estructurada en Jira y conocimiento documental en Confluence.

Creación de bases de conocimiento asociadas a Jira Service Management.

Artículos reutilizables para resolver solicitudes recurrentes.

Relación entre conocimiento y reducción de demanda repetitiva.

Documentación de procedimientos internos de Customer Support.

Registro de investigación y conocimiento de Producto.

Vinculación de entrevistas, análisis y especificaciones a ideas de JPD.

Inserción de roadmaps de Jira Product Discovery en páginas estratégicas de Confluence.

Documentación de Product Requirements.

Vinculación de especificaciones con trabajo de delivery.

Decision Records para conservar decisiones relevantes.

Documentación de cambios significativos de configuración Jira.

Runbooks utilizados durante gestión de incidentes.

Post-incident documentation y Lessons Learned.

Espacios de documentación para administradores.

Registro de convenciones, esquemas, workflows y ownership.

Uso de enlaces en lugar de duplicar información.

Gestión del ciclo de vida de documentación desactualizada.

Confluence como capa narrativa sobre los datos operativos almacenados en Jira.

Diferencia entre métricas operativas, de producto y de delivery.

Métricas de volumen de solicitudes recibidas en Jira Service Management.

Distribución por request type y categoría.

Seguimiento del cumplimiento de SLAs.

Análisis de tiempos de resolución.

Customer satisfaction como fuente de información complementaria.

Identificación de motivos recurrentes de contacto.

Análisis de tendencias de incidentes y problemas.

Métricas de insights asociados a ideas de Producto.

Utilización de volumen de evidencia como dato de priorización.

Visualización de scoring y prioridades.

Roadmaps para comunicar dirección y secuencia de iniciativas.

Delivery progress para conectar planificación de producto con ejecución real.

Seguimiento de work items vinculados desde una idea.

Métricas de flujo en Jira.

Cycle time, throughput y work in progress.

Seguimiento de releases y previsión de entrega.

Dashboards diferenciados para Customer Support, Producto y Proyecto.

Reporting ejecutivo sin duplicar manualmente información disponible en los productos.

Incorporación de roadmaps y dashboards a páginas de Confluence.

Definición de un conjunto mínimo de métricas útiles evitando cuadros de mando saturados.

Análisis combinado de demanda, decisiones de producto y capacidad de delivery.

Administración continua como disciplina y no como actividad puntual de configuración.

Inventario de espacios y propietarios.

Inventario de workflows, esquemas, campos y automatizaciones.

Identificación de objetos sin utilización.

Revisión periódica de campos personalizados.

Eliminación de duplicidades y deuda de configuración.

Archivo de espacios y elementos cuando dejan de ser operativos.

Gobierno de automatizaciones y responsables de mantenimiento.

Convenciones para evitar reglas imposibles de diagnosticar.

Uso de sandbox para validar cambios antes de producción.

Release tracks para reducir impacto de cambios introducidos por Atlassian.

Admin insights para comprender uso y adopción.

Pruebas de regresión sobre procesos críticos después de cambios administrativos.

Gestión de dependencias entre workflows, campos, automatizaciones y apps.

Evaluación de aplicaciones de Marketplace antes de incorporarlas.

Criterios build versus buy para extensiones.

APIs REST de Atlassian como mecanismo de integración.

Webhooks para comunicar acontecimientos con aplicaciones externas.

Atlassian Forge como plataforma para desarrollar extensiones integradas.

Integraciones con sistemas corporativos sin alterar innecesariamente el modelo principal.

Diseño de interfaces y campos estables para evitar romper automatizaciones.

Versionado y documentación de configuraciones críticas.

Plan de mantenimiento técnico y funcional.

Modelo de evolución que permita ampliar departamentos sin multiplicar configuraciones.

Revisión periódica de seguridad, rendimiento, uso, coste y mantenibilidad.

Identificación de un proceso empresarial completo que conecte atención, producto y ejecución.

Definición de actores de Customer Support, Producto, Proyecto y administración.

Diseño del modelo de entrada mediante Jira Service Management.

Definición del Help Center y de los request types necesarios.

Construcción de formularios con los datos necesarios para cada solicitud.

Diseño de queues para clasificación, triaje y seguimiento.

Configuración de prioridades y SLAs.

Definición de incidentes, problemas y cambios cuando el proceso lo requiera.

Identificación de qué solicitudes deben alimentar Product Discovery.

Diseño de criterios para distinguir feedback, problema, oportunidad y petición puntual.

Configuración del modelo de ideas en Jira Product Discovery.

Creación de campos e insights.

Diseño de un scoring adaptado al contexto empresarial.

Construcción de vistas para Producto, Soporte y Dirección.

Creación del roadmap de producto.

Relación entre oportunidades, soluciones e iniciativas.

Configuración del proceso para trasladar ideas priorizadas a Jira.

Creación o vinculación de epics y work items de delivery.

Diseño de workflows de ejecución.

Configuración de dependencias, releases y planificación.

Seguimiento del Delivery progress desde Jira Product Discovery.

Vinculación de documentación y decisiones desde Confluence.

Creación de automatizaciones entre JSM, JPD y Jira.

Automatización de avisos relevantes a Customer Support.

Diseño del cierre del feedback loop después de una entrega.

Configuración de dashboards y métricas de servicio.

Configuración de métricas de discovery y priorización.

Configuración de indicadores de delivery.

Diseño del modelo de permisos y responsabilidades.

Definición de reglas de seguridad y administración.

Documentación de campos, workflows, automatizaciones y ownership.

Definición del procedimiento para realizar cambios futuros.

Preparación de una estrategia de mantenimiento periódico.

Identificación de puntos de extensión mediante API, Forge o aplicaciones.

Evaluación final de trazabilidad, seguridad, escalabilidad, mantenibilidad y capacidad de evolución.