El Manifiesto del Explorador Galáctico

Bienvenido, Explorador. Al adquirir un Sprint entras a nuestro workspace profesional de Jira, pero no con las llaves del universo entero — con las llaves de tu misión. Este documento es tu manual galáctico: qué puertas se abren con tu rol, cuáles permanecen cerradas, y por qué el sistema funciona así.

Este manifiesto aplica a todos los suscriptores de Sprint (ya sea adquirido individualmente o incluido en una compra Dojo) y también a los alumnos del Dojo que acceden al proyecto de su edición. Léelo una vez, y sabrás exactamente qué hacer desde el primer día.

---

Cómo funciona el acceso: el sistema de roles

En UPEX Galaxy no configuras permisos manualmente. Nosotros usamos un sistema de roles que hace el trabajo pesado por ti. Cuando compras un Sprint, se te asigna automáticamente un rol, y ese rol ya trae consigo todos los permisos que necesitas.

Los roles principales

• Access Sprint — se asigna a cualquier persona que compre un Sprint (o que lo tenga incluido en su compra del Dojo). Es la llave maestra de este manifiesto: activa todo lo descrito en la sección "Lo que SÍ puedes hacer".
• Dojo #1, Dojo #2, etc. — roles permanentes que se asignan a los alumnos de cada edición del Dojo. Garantizan acceso al proyecto de su cohorte específica de manera indefinida.
• Moderators — equipo UPEX que supervisa el workspace, resuelve dudas y mantiene el orden.
• Project Lead — Ely, líder de proyecto con control total.

¿Cómo se asignan?

Ely (administradora) asigna cohortes enteras a un rol en una sola acción. Por ejemplo, cuando arranca el Sprint 67, los 40 exploradores de esa cohorte reciben el rol Access Sprint automáticamente. Cuando llega el siguiente Sprint, pierden ese rol (a menos que renueven) y entra la siguiente cohorte.

Flujo simple:

1. Compras tu Sprint → recibes el rol Access Sprint
2. El rol Access Sprint tiene asignados los permisos de este manifiesto
3. Los permisos te dan acceso a hacer tu trabajo en Jira
4. Tú no configuras nada. Solo entras y empiezas a testear.

---

Lo que SÍ puedes hacer

Organizamos tus poderes galácticos en cinco misiones. Cada una es un bloque de permisos que se activan el día que tu rol Access Sprint está vivo.

Misión 1: Explorar los Proyectos

Eres un explorador. Antes de actuar, necesitas ver. Esta misión te da visibilidad total sobre los productos reales del workspace.

• Browse Projects — ves todos los proyectos del Dojo (SoloQ, MyMentor, Onboarding) y todas sus historias, épicas y tareas.
• View Development Tools — ves commits, pull requests, reviews y builds vinculados a cada issue. Trazabilidad total entre código y testing.
• View Read-Only Workflow — consultas los workflows del proyecto para entender los estados y transiciones sin miedo a romper nada.
• View aggregated data — ves datos combinados y resumidos del proyecto: métricas, dashboards, reportes.

Misión 2: Crear y Reportar Bugs

El corazón del QA. Aquí es donde tu trabajo se convierte en valor real para el producto.

• Create Issues — crea nuevos issues, bugs, tasks y sub-tasks en cualquier proyecto al que tengas acceso.
• Add Comments — comenta en cualquier historia (la tuya o la de otros exploradores). La conversación es colaboración.
• Create Attachments — sube screenshots, videos, logs y cualquier evidencia que necesites adjuntar a tus issues.

Misión 3: Trabajar en tus Tareas Asignadas

Cuando eres responsable de una historia (Current Assignee o Reporter), tu poder se amplía sobre esa historia específica.

• Edit Issues — edita tus issues asignadas cuando eres Current Assignee o Reporter.
• Transition Issues — mueve issues por el workflow: To Do → In Progress → In Review → Done.
• Assign Issues — reasigna issues a otro explorador cuando eres Current Assignee o Reporter.
• Link Issues — vincula issues entre sí con relaciones (blocks, relates to, duplicates, is blocked by).
• Close Issues — cierra issues cuando has terminado tu trabajo (si eres Current Assignee o Reporter).

Misión 4: Gestionar tus Propios Aportes

Todo lo que tú creas, tú lo administras. Cada explorador es dueño de su propio rastro.

• Edit Own Comments / Delete Own Comments — edita y borra tus propios comentarios.
• Edit Own Worklogs / Delete Own Worklogs — edita y borra tus propios registros de tiempo.
• Delete Own Attachments — borra los archivos que tú subiste (no los de otros).
• Work On Issues — registra tiempo trabajado en una historia si Time Tracking está activo en el proyecto.

Misión 5: Gestionar Sprints

Un poder importante para el trabajo en equipo: puedes ajustar el scope del sprint activo.

• Manage Sprints — mueves historias entre sprints, ajustas el scope del sprint actual, decides qué entra y qué se deja para el siguiente ciclo. Esto permite a los miembros del equipo reorganizar su trabajo de forma ágil.

---

Lo que NO puedes hacer (y por qué)

Algunos permisos están reservados a Ely (Project Lead), Moderators y atlassian-addons-admin para preservar la integridad del workspace. No es para limitarte: es para que el workspace sea estable, que todos trabajen sobre las mismas reglas y que nadie borre por error el trabajo de otro.

Restricciones

• Administer Projects / Edit Workflows / Manage Issue Layouts / Manage Versions — configuración del proyecto. Solo Ely.
• Delete Issues de otras personas — solo Project Lead y org-admins pueden borrar issues que no les pertenecen.
• Modify Reporter — solo Moderators y Project Lead. Esto previene la suplantación de reportes.
• Archive Issues / Restore Archived Issues — gestión del ciclo de vida a largo plazo reservada a Project Lead.
• Set Issue Security — niveles de confidencialidad por issue. Solo Project Lead.
• Delete All Comments / Edit All Comments — solo Project Lead. Cada explorador administra sus propios comentarios.
• Delete All Attachments — solo Project Lead, site-admins, org-admins y Kenny Navas (administración técnica del workspace).
• Delete All Worklogs / Edit All Worklogs — solo Project Lead. Los worklogs son evidencia de trabajo y no deben modificarse por terceros.

Esto no es un muro, es una brújula. El workspace sigue las mismas reglas de un equipo profesional real, y eso te entrena para el mundo que te espera allá afuera.

---

Roles especiales que verás en el workspace

---

Preguntas frecuentes

¿Puedo comentar en historias de otros?

Sí. Tienes Add Comments sobre cualquier issue del proyecto. La colaboración es parte del ejercicio.

¿Puedo borrar la historia de un compañero?

No. Solo el Project Lead puede borrar issues que no te pertenecen. Tú puedes borrar las tuyas si eres Current Assignee o Reporter (vía los permisos específicos), pero el borrado general queda fuera de tu rol.

¿Puedo cambiar quién reportó una historia?

No. Modify Reporter está reservado a Moderators y Project Lead. Esto previene suplantación y mantiene la trazabilidad limpia.

¿Puedo mover una historia entre sprints?

Sí. Tienes Manage Sprints, así que puedes reorganizar scope y mover historias entre sprints.

¿Puedo editar los comentarios de otros?

No. Solo puedes editar y borrar los tuyos. Los comentarios ajenos son inmutables para ti.

¿Si termino mi Sprint, pierdo el acceso?

Sí. El rol Access Sprint se retira al final del ciclo. Renueva tu Sprint para recuperar el acceso al workspace.

¿Los alumnos del Dojo tienen acceso permanente?

Al proyecto de SU edición, sí. El rol Dojo #X es permanente sobre ese proyecto específico. Para acceder a otros proyectos del workspace (los de otras cohortes), necesitan un Sprint activo.

---

Tabla técnica completa (para los curiosos)

Esta es la referencia completa de permisos aplicados en los proyectos del workspace. Úsala como diccionario técnico.

Administration Permissions

Project Permissions

Issue Permissions

Voters & Watchers

Comments

Attachments

Time Tracking

---

Si llegaste hasta aquí, ya sabes todo lo que necesitas. Adquiere tu Sprint, activa tu rol Access Sprint, y empieza a testear en proyectos reales desde el día 1. Cualquier duda: Slack #consultas. ¡Buena cacería, Explorador!