Planning Poker per Jira: un'alternativa standalone alla tassa plugin

Se il tuo team usa Jira e hai mai cercato „planning poker per Jira” su Google, probabilmente hai sbattuto contro lo stesso muro della maggior parte degli Scrum Master: Jira non include il planning poker di base. Ci sono diversi plugin a pagamento sull’Atlassian Marketplace — Agile Poker for Jira, Easy Agile Planning Poker, Cprime Planning Poker e altri — ma nessuno è incluso con Jira stesso. Costano per utente, richiedono l’approvazione dell’admin per l’installazione e aggiungono un altro pezzo mobile al setup del tuo team.

Questo post è per Scrum Master e project lead che vogliono il planning poker in un workflow basato su Jira ma non vogliono pagare per un plugin, litigare con l’admin Jira per i diritti di installazione, o aggiungere un altro SaaS a pagamento allo stack del team. Onesti dall’inizio: facciamo Scrum Poker Online, che non è un plugin Jira. È uno strumento standalone di planning poker. Il punto di questo articolo è: per la maggior parte dei team, il workflow standalone-in-una-scheda è più veloce, più economico e meno fragile di un plugin Jira — anche se un’integrazione nativa suona più elegante sulla carta.

Cosa fornisce Jira di base

Jira è uno strumento di project management. Traccia issue, backlog, sprint e report. Supporta un campo „Story Points” su ogni issue (più sotto), ma l’atto di decidere quanti story point vale un issue — il processo di planning poker stesso — non fa parte del set di funzionalità core di Jira.

Cosa ottieni di default in Jira:

• Un campo „Story Points” su ogni issue (devi aggiungerlo ai tuoi screen; alcuni team ce l’hanno già)
• Una vista backlog dove vedi tutti gli issue non stimati
• Una sprint board dove gli story point assegnati appaiono accanto a ogni issue
• Report (velocità, burndown) che aggregano gli story point attraverso gli sprint

Cosa non ottieni di default:

• Un meccanismo di voto perché i membri del team stimino le story
• Un flusso di rivelazione simultanea che previene l’ancoraggio
• Un ciclo discussione-e-rivoto
• Qualsiasi concetto di „sessione” che raggruppi più story in una singola tornata di stima

Quel gap — tra „Jira può memorizzare un valore di story point” e „Jira può aiutare il tuo team a concordare un valore di story point” — è ciò che ogni plugin di planning poker Jira cerca di colmare.

Le opzioni di plugin (e cosa costano)

L’Atlassian Marketplace offre diversi plugin di planning poker. I più popolari al momento della scrittura:

Agile Poker for Jira (di AppFox / Spartez Software): Una delle opzioni più consolidate. Supporta sessioni sincrone e flussi di voto asincroni. I prezzi scalano con il numero di utenti Jira — a 25 utenti sei intorno a 800 USD/anno, e sale da lì.

Easy Agile Planning Poker: Un’altra opzione mainstream. UI più pulita di alcuni concorrenti, ma modello simile per utente. Strettamente legata al modello di permessi di Jira, il che può essere un plus o un minus a seconda del setup.

Planning Poker (di Cprime Apps): Un’opzione di ingresso più semplice. Gratuita per team molto piccoli (tipicamente fino a 10 utenti), a pagamento sopra.

Ci sono diverse altre opzioni di nicchia, ma il pattern dei prezzi è consistente: scala per utente Jira, fatturato annualmente, e legato all’uso continuato di Jira dal tuo team. Il costo totale di proprietà per un team di 20 persone è tipicamente tra 400 e 1.200 USD/anno, a seconda del plugin.

Quando un plugin Jira ha davvero senso

Prima di argomentare contro i plugin, nominiamo i casi in cui sono davvero la scelta giusta:

• Stimi 50+ story per sessione e hai bisogno di automazione: Un plugin Jira nativo può riscrivere la stima automaticamente nell’issue. Se fai stime ad alto volume, il workflow manuale copia-incolla-da-Scrumpoker-a-Jira diventa fastidioso.
• Audit o compliance richiedono che la stima sia loggata nello storico di Jira: Alcuni ambienti regolati hanno bisogno che ogni cambio di stima sia legato a un issue Jira con timestamp e utente. Un plugin gestisce questo nativamente.
• Esegui planning poker come parte di un workflow Jira strutturato più ampio: Se il tuo team usa automazioni Jira che dipendono dal fatto che il campo story point sia popolato immediatamente, un plugin mantiene il workflow stretto.
• Il tuo Scrum Master preferisce davvero restare in uno strumento: Il cambio di strumento ha un vero costo cognitivo. Se il tuo facilitatore preferisce fortemente sessioni Jira-only, quella preferenza conta.

Per questi casi, un plugin a pagamento è una scelta legittima. Il resto di questo articolo è sul caso in cui non lo è.

Il workflow scheda-browser

La meccanica reale per fare planning poker per un team Jira senza un plugin è estremamente semplice:

1. Scheda 1: Jira. Apri la vista backlog filtrata sugli issue che pianifichi di stimare in questa sessione. Il team può vedere le story, leggere le descrizioni, fare domande — come sempre.
2. Scheda 2: Scrum Poker Online. Apri una nuova room di planning poker. Condividi il link della room nella chat del team (o di’ semplicemente l’URL ad alta voce in una videocall).
3. Stimare. Il team vota tramite Scrum Poker Online. Le discussioni avvengono, le carte vengono rivelate, il consenso è raggiunto. Lo Scrum Master tiene Jira aperto nell’altra scheda per leggere la story successiva ad alta voce.
4. Scrivere la stima di nuovo in Jira. Dopo ogni story stimata, lo Scrum Master (o qualsiasi membro con diritti di modifica) digita il numero concordato nel campo „Story Points” di Jira. Circa tre secondi per story.

Questo ultimo passo — copia manuale di un numero in Jira — è tutto il trade-off. Rinunci all’automazione, guadagni tutto il resto: zero costo di plugin, zero attrito di installazione, zero approvazione admin, zero update di plugin che rompono il workflow nel momento sbagliato.

Per una sessione tipica di stima sprint che copre 10–20 story, l’overhead totale di inserimento manuale è di circa 30 a 60 secondi sull’intera sessione. Raramente è il collo di bottiglia.

Perché questo workflow è meno fragile

Oltre al costo, ci sono ragioni pratiche per cui i team finiscono per fare planning poker fuori da Jira anche quando hanno un plugin installato:

• Gli update di plugin rompono il tuo flusso. Gli update di plugin Jira non sono sempre fluidi. Quando un update Atlassian rompe un plugin planning poker a metà sprint, il team perde lo strumento esattamente quando ne ha bisogno. Una web app standalone non dipende dal tuo ciclo di upgrade Jira.
• Complessità dei permessi. I plugin ereditano il modello di permessi di Jira. Se un membro del team non ha diritti di modifica su un progetto, potrebbe non poter votare. Con uno strumento standalone, chiunque con il link può votare — nessun admin Jira coinvolto.
• Inclusione di contributori esterni. Collaboratori esterni, consulenti di agenzia o contractor che non hanno account Jira possono comunque partecipare a una sessione di planning poker via link condiviso. Solo questo è motivo sufficiente per molti team.
• Separazione visiva. Leggere una story in Jira e votare in una scheda separata tiene l’attenzione del team sulla discussione. Alcuni team trovano una UI poker integrata in Jira visivamente più rumorosa dell’approccio scheda-separata.

E gli story point in Jira?

Gli story point sono un campo nativo di Jira, indipendentemente dallo strumento di planning poker usato. Per assicurarti che i punti del tuo team siano tracciati correttamente:

• Aggiungi il campo Story Points ai tuoi screen di issue. In Jira Cloud, si trova in Project Settings → Issue Types → [tipo] → Add field. Alcuni template lo includono di default, altri no.
• Scegli una scala e mantienila. La maggior parte dei team usa la sequenza di Fibonacci (1, 2, 3, 5, 8, 13, 21). Jira accetta qualsiasi decimale, ma la coerenza del team conta più dei numeri specifici.
• Traccia la velocità nei report nativi di Jira. Una volta che gli story point sono popolati, il report di velocità di Jira funziona uguale che tu abbia ottenuto quei numeri da un plugin, uno strumento standalone o un post-it.

Gli story point sono un output del processo di planning poker, non una funzionalità dello strumento. Entrambi i workflow — plugin e standalone — producono lo stesso stato finale in Jira: un numero nel campo.

Quando Scrum Poker Online non è la scelta giusta

Per essere equi con le opzioni di plugin, ci sono casi in cui Scrum Poker Online (o qualsiasi altro strumento standalone) genuinamente non è il fit giusto:

• Stime ad alto volume (50+ story per sessione): L’overhead manuale di write-back si somma. La scrittura automatica di un plugin è un vero risparmio di tempo qui.
• Hai bisogno di reporting automatizzato dello storico delle stime: Scrum Poker Online non memorizza risultati di sessione. Se devi guardare indietro sei mesi e vedere come il team ha stimato una story specifica, un plugin che logga nello storico issue di Jira è meglio.
• Sei 100+ utenti e hai bisogno di SSO/SAML: Scrum Poker Online non supporta SSO. Per team enterprise con requisiti stretti di gestione identità, un plugin legato all’auth Jira è più semplice.

In questi casi, raccomanderemmo di valutare Agile Poker for Jira o Easy Agile Planning Poker. Costano di più, ma sono costruiti per i casi in cui l’automazione si ripaga da sola.

Il trade-off onesto

Aspetto	Plugin Jira	Standalone (Scrum Poker Online)
Costo	1–3 USD per utente al mese	Gratuito; Premium 40 USD/anno (team, non per utente)
Installazione + approvazione admin	Richiesta	Nessuna — basta aprire l’URL
Partecipanti esterni	Solitamente necessitano un Jira seat	Chiunque con il link
Update del plugin	Continui; possono rompere workflow	Niente da mantenere
Story Points → Jira	Automatico	~3 sec. di inserimento manuale per story
Storico stime + hook di workflow	Logging nativo e automazione	Non in Jira
Distrazioni in sessione	Varia per fornitore	Nessun upsell, nessun limite di story

Per la maggior parte dei team piccoli e medi (3–25 persone), il trade-off favorisce il workflow standalone. Per team più grandi o più regolati, i plugin si guadagnano il loro posto.

Come provarlo

Apri una room gratuita Scrum Poker Online (senza registrazione), condividi il link con il tuo team, ed esegui una sessione di stima in parallelo a Jira. Saprai entro una sessione se il workflow scheda-browser si adatta al tuo team — e non avrai speso nulla per scoprirlo.