Planning Poker para Jira: una alternativa standalone al impuesto del plugin

Si tu equipo usa Jira y alguna vez has buscado „planning poker para Jira”, probablemente hayas chocado con la misma pared que la mayoría de los Scrum Masters: Jira no incluye planning poker de fábrica. Hay varios plugins de pago en el Atlassian Marketplace — Agile Poker for Jira, Easy Agile Planning Poker, Cprime Planning Poker, entre otros — pero ninguno viene con Jira mismo. Cuestan dinero por usuario, requieren aprobación del admin para instalarse y añaden otra pieza móvil al setup de tu equipo.

Este post está dirigido a Scrum Masters y líderes de proyecto que quieren planning poker en un flujo basado en Jira pero no quieren pagar por un plugin, pelearse con el admin de Jira por los permisos de instalación, ni añadir otro SaaS de pago al stack del equipo. Honestos desde el principio: hacemos Scrum Poker Online, que no es un plugin de Jira. Es una herramienta standalone de planning poker. El punto de este artículo es: para la mayoría de los equipos, el flujo standalone-en-una-pestaña es más rápido, más barato y menos frágil que un plugin de Jira — aunque una integración nativa suene más elegante sobre el papel.

Qué proporciona Jira de fábrica

Jira es una herramienta de gestión de proyectos. Rastrea issues, backlogs, sprints y reports. Soporta un campo „Story Points” en cada issue (más sobre eso abajo), pero el acto de decidir cuántos story points vale un issue — el proceso de planning poker en sí — no está en el conjunto de funciones core de Jira.

Lo que obtienes por defecto en Jira:

• Un campo „Story Points” en cada issue (tienes que añadirlo a tus screens; algunos equipos ya lo tienen)
• Una vista de backlog donde puedes ver todos los issues sin estimar
• Un sprint board donde los story points asignados aparecen junto a cada issue
• Reports (velocidad, burndown) que agregan story points entre sprints

Lo que no obtienes por defecto:

• Un mecanismo de votación para que los miembros del equipo estimen historias
• Un flujo de revelación simultánea que evita el anclaje
• Un bucle de discusión-y-revoto
• Cualquier concepto de „sesión” que agrupe múltiples historias en una sola tirada de estimación

Esa brecha — entre „Jira puede almacenar un valor de story points” y „Jira puede ayudar a tu equipo a acordar un valor de story points” — es lo que cada plugin de planning poker para Jira intenta llenar.

Las opciones de plugin (y lo que cuestan)

El Atlassian Marketplace ofrece varios plugins de planning poker. Los más populares al momento de escribir:

Agile Poker for Jira (de AppFox / Spartez Software): Una de las opciones más establecidas. Soporta sesiones síncronas y flujos asíncronos. Los precios escalan con la cuenta de usuarios Jira — con 25 usuarios estás en torno a 800 USD/año, y sube desde ahí.

Easy Agile Planning Poker: Otra opción mainstream. UI más limpia que algunos competidores, pero modelo similar por usuario. Vinculada estrechamente al modelo de permisos de Jira, lo que puede ser un plus o un minus según el setup.

Planning Poker (de Cprime Apps): Una opción de entrada más simple. Gratuita para equipos muy pequeños (típicamente hasta 10 usuarios), de pago por encima.

Hay varias otras opciones de nicho, pero el patrón de precios es consistente: escala por usuario Jira, facturado anualmente, y vinculado al uso continuado de Jira por tu equipo. El coste total de propiedad para un equipo de 20 personas típicamente está entre 400 y 1.200 USD/año, dependiendo del plugin.

Cuándo un plugin de Jira realmente tiene sentido

Antes de argumentar contra los plugins, nombremos cuándo son realmente la elección correcta:

• Estimas 50+ historias por sesión y necesitas automatización: Un plugin nativo de Jira puede escribir la estimación de vuelta al issue automáticamente. Si haces estimación de alto volumen, el flujo manual copia-y-pega de Scrumpoker a Jira se vuelve molesto.
• Auditoría o compliance requiere que la estimación quede registrada en el historial de Jira: Algunos entornos regulados necesitan cada cambio de estimación atado a un issue de Jira con timestamp y usuario. Un plugin maneja esto de forma nativa.
• Ejecutas planning poker como parte de un workflow Jira estructurado más grande: Si tu equipo usa automatizaciones de Jira que dependen de que el campo de story points esté poblado inmediatamente, un plugin mantiene el workflow estrecho.
• Tu Scrum Master prefiere genuinamente quedarse en una herramienta: El cambio de herramienta tiene un coste cognitivo real. Si tu facilitador prefiere fuertemente las sesiones solo-en-Jira, esa preferencia importa.

Para estos casos, un plugin de pago es una elección legítima. El resto de este artículo es sobre el caso donde no lo es.

El flujo browser-tab

La mecánica real de ejecutar planning poker para un equipo Jira sin un plugin es extremadamente simple:

1. Pestaña 1: Jira. Abre la vista de backlog filtrada a los issues que planeas estimar en esta sesión. El equipo puede ver las historias, leer las descripciones, hacer preguntas — como siempre.
2. Pestaña 2: Scrum Poker Online. Abre una nueva sala de planning poker. Comparte el enlace en el chat del equipo (o simplemente di la URL en voz alta en una videollamada).
3. Estimar. El equipo vota a través de Scrum Poker Online. Las discusiones ocurren, las cartas se revelan, se alcanza el consenso. El Scrum Master mantiene Jira abierto en la otra pestaña para leer la siguiente historia en voz alta.
4. Escribir la estimación de vuelta a Jira. Después de estimar cada historia, el Scrum Master (o cualquier miembro con derechos de edición) escribe el número acordado en el campo „Story Points” de Jira. Toma unos tres segundos por historia.

Ese último paso — copia manual de un número en Jira — es todo el trade-off. Renuncias a la automatización, ganas todo lo demás: cero coste de plugin, cero fricción de instalación, cero aprobación de admin, cero actualizaciones de plugin rompiendo tu workflow en el momento equivocado.

Para una sesión típica de estimación de sprint cubriendo 10–20 historias, el overhead total de entrada manual es de unos 30 a 60 segundos en toda la sesión. Rara vez es el cuello de botella.

Por qué este flujo es menos frágil

Más allá del coste, hay razones prácticas por las que los equipos terminan ejecutando planning poker fuera de Jira incluso cuando tienen un plugin instalado:

• Las actualizaciones de plugin rompen tu flujo. Las actualizaciones de plugin de Jira no siempre son suaves. Cuando una actualización de Atlassian rompe un plugin de planning poker a mitad de sprint, el equipo pierde la herramienta justo cuando la necesita. Una web app standalone no depende de tu ciclo de upgrade de Jira.
• Complejidad de permisos. Los plugins heredan el modelo de permisos de Jira. Si un miembro del equipo no tiene derechos de edición en un proyecto, puede que no pueda votar. Con una herramienta standalone, cualquiera con el enlace puede votar — sin admin de Jira involucrado.
• Inclusión de contribuidores externos. Colaboradores externos, consultores de agencia o contractor que no tienen cuentas de Jira pueden participar igualmente en una sesión de planning poker via enlace compartido. Esto solo es razón suficiente para muchos equipos.
• Separación visual. Leer una historia en Jira y votar en una pestaña separada mantiene la atención del equipo en la discusión. Algunos equipos encuentran que un UI de poker incrustado dentro de Jira es visualmente más ruidoso que el enfoque de pestaña-separada.

¿Qué hay sobre los story points en Jira?

Los story points son un campo nativo de Jira, independientemente de qué herramienta de planning poker uses. Para asegurar que los puntos de tu equipo queden bien registrados:

• Añade el campo Story Points a tus screens de issue. En Jira Cloud, esto está en Project Settings → Issue Types → [tipo] → Add field. Algunas plantillas lo incluyen por defecto, otras no.
• Elige una escala y mantenla. La mayoría de los equipos usa la secuencia de Fibonacci (1, 2, 3, 5, 8, 13, 21). Jira acepta cualquier decimal, pero la consistencia del equipo importa más que los números específicos.
• Rastrea la velocidad en los reports nativos de Jira. Una vez que los story points están poblados, el report de velocidad de Jira funciona igual ya sea que tengas esos números de un plugin, una herramienta standalone o una nota adhesiva.

Los story points son un output del proceso de planning poker, no una funcionalidad de la herramienta. Ambos flujos — plugin y standalone — producen el mismo estado final en Jira: un número en el campo.

Cuándo Scrum Poker Online no es la elección correcta

Para ser justos con las opciones de plugin, hay casos donde Scrum Poker Online (o cualquier otra herramienta standalone) genuinamente no es el fit correcto:

• Estimación de alto volumen (50+ historias por sesión): El overhead manual de write-back se acumula. La escritura automática de un plugin es un ahorro de tiempo real aquí.
• Necesitas reporting automatizado del historial de estimaciones: Scrum Poker Online no almacena resultados de sesión. Si necesitas mirar atrás seis meses y ver cómo el equipo estimó una historia específica, un plugin que logea al historial de issues de Jira es mejor.
• Eres 100+ usuarios y necesitas SSO/SAML: Scrum Poker Online no soporta SSO. Para equipos enterprise con requisitos estrictos de gestión de identidad, un plugin atado a la auth de Jira es más simple.

En estos casos, recomendaríamos evaluar Agile Poker for Jira o Easy Agile Planning Poker. Cuestan más, pero están construidos para los casos donde la automatización se paga sola.

El trade-off honesto

Aspecto	Plugin Jira	Standalone (Scrum Poker Online)
Coste	1–3 USD por usuario al mes	Gratuito; Premium 40 USD/año (equipo, no por usuario)
Instalación + aprobación admin	Requerida	Ninguna — solo abrir la URL
Participantes externos	Suelen necesitar un Jira seat	Cualquiera con el enlace
Actualizaciones del plugin	Continuas; pueden romper workflows	Nada que mantener
Story Points → Jira	Automático	~3 seg. de entrada manual por historia
Historial de estimaciones + hooks de workflow	Logging nativo y automatización	No en Jira
Distracciones en sesión	Varía según proveedor	Sin upsells, sin topes de historias

Para la mayoría de los equipos pequeños y medianos (3–25 personas), el trade-off favorece al flujo standalone. Para equipos más grandes o más regulados, los plugins se ganan su sitio.

Cómo probarlo

Abre una sala gratuita de Scrum Poker Online (sin registro necesario), comparte el enlace con tu equipo y ejecuta una sesión de estimación en paralelo con Jira. Sabrás dentro de una sesión si el flujo browser-tab encaja con tu equipo — y no habrás gastado nada en descubrirlo.