Planning Poker für Jira: Eine Standalone-Alternative zur Plugin-Steuer

Wenn dein Team Jira nutzt und du schon mal nach „Planning Poker für Jira” gegoogelt hast, bist du wahrscheinlich gegen dieselbe Wand gelaufen wie die meisten Scrum Master: Jira hat kein Planning Poker eingebaut. Es gibt mehrere kostenpflichtige Plugins im Atlassian Marketplace — Agile Poker for Jira, Easy Agile Planning Poker, Cprime’s Planning Poker und andere — aber keines ist Teil von Jira selbst. Sie kosten pro Nutzer, brauchen Admin-Genehmigung zur Installation und fügen einen weiteren beweglichen Teil zum Setup deines Teams hinzu.

Dieser Post richtet sich an Scrum Master und Project Leads, die Planning Poker in einem Jira-zentrierten Workflow wollen, aber nicht für ein Plugin zahlen, nicht mit dem Jira-Admin um Installationsrechte kämpfen und nicht ein weiteres bezahltes SaaS in den Tool-Stack aufnehmen wollen. Ehrlich vorab: Wir bauen Scrum Poker Online, und das ist kein Jira-Plugin. Es ist ein Standalone-Planning-Poker-Tool. Der Punkt dieses Artikels ist: für die meisten Teams ist der Standalone-im-Browser-Tab-Workflow schneller, günstiger und weniger anfällig als ein Jira-Plugin — auch wenn eine native Integration auf dem Papier eleganter klingt.

Was Jira ab Werk bietet

Jira ist ein Projektmanagement-Tool. Es trackt Issues, Backlogs, Sprints und Reports. Es unterstützt ein „Story Points”-Feld auf jedem Issue (mehr dazu unten), aber das Entscheiden, wie viele Story Points ein Issue wert ist — der eigentliche Planning-Poker-Prozess — ist nicht im Kern-Feature-Set von Jira.

Was du standardmäßig in Jira bekommst:

• Ein „Story Points”-Feld auf jedem Issue (muss zu deinen Screens hinzugefügt werden; manche Teams haben es bereits)
• Eine Backlog-Ansicht mit allen ungeschätzten Issues
• Ein Sprint-Board, wo zugewiesene Story Points neben jedem Issue erscheinen
• Reports (Velocity, Burndown), die Story Points über Sprints aggregieren

Was du standardmäßig nicht bekommst:

• Einen Voting-Mechanismus, mit dem Teammitglieder Stories schätzen
• Einen Simultaneous-Reveal-Flow, der Anchoring verhindert
• Eine Diskussions-und-Neuvote-Schleife
• Irgendein „Session”-Konzept, das mehrere Stories in einen Schätzungslauf gruppiert

Diese Lücke — zwischen „Jira kann einen Story-Point-Wert speichern” und „Jira kann deinem Team helfen, sich auf einen Story-Point-Wert zu einigen” — ist das, was jedes Jira-Planning-Poker-Plugin zu schließen versucht.

Die Plugin-Optionen (und was sie kosten)

Der Atlassian Marketplace bietet mehrere Planning-Poker-Plugins. Die populärsten zum Zeitpunkt dieses Artikels:

Agile Poker for Jira (von AppFox / Spartez Software): Eine der etablierteren Optionen. Unterstützt synchrone Poker-Sessions und asynchrone Voting-Flows. Preise skalieren mit Jira-Nutzerzahl — bei 25 Nutzern liegst du bei ungefähr 800 USD/Jahr, darüber steigt es.

Easy Agile Planning Poker: Eine weitere Mainstream-Option. Saubereres UI als manche Konkurrenten, aber ähnliches Pro-Nutzer-Preismodell. Eng an Jiras Permission-Modell gebunden, was je nach Setup Plus oder Minus sein kann.

Planning Poker (von Cprime Apps): Eine einfachere Einsteiger-Option. Kostenlos für sehr kleine Teams (typischerweise bis 10 Nutzer), bezahlt darüber.

Es gibt mehrere weitere Nischen-Optionen, aber das Preis-Muster ist konsistent: skaliert pro Jira-Nutzer, jährlich abgerechnet und an die fortlaufende Nutzung von Jira gebunden. Die Gesamtkosten für ein 20-Personen-Team liegen typischerweise bei 400–1.200 USD/Jahr, je nach Plugin.

Wann ein Jira-Plugin wirklich Sinn ergibt

Bevor wir gegen Plugins argumentieren, sollen Fälle genannt sein, in denen sie die richtige Wahl sind:

• Du schätzt 50+ Stories pro Session und brauchst Automatisierung: Ein natives Jira-Plugin kann die Schätzung automatisch zurück ins Issue schreiben. Bei hochvolumiger Schätzung wird der manuelle Copy-Paste-Workflow nervig.
• Audit oder Compliance verlangt, dass die Schätzung in Jiras Historie geloggt ist: Manche regulierte Umgebungen brauchen jede Schätzungsänderung an ein Jira-Issue mit Zeitstempel und Nutzer gebunden. Ein Plugin macht das nativ.
• Du fährst Planning Poker als Teil eines größeren strukturierten Jira-Workflows: Wenn dein Team Jira-Automatisierungen nutzt, die davon abhängen, dass das Story-Point-Feld sofort befüllt ist, hält ein Plugin den Workflow eng.
• Dein Scrum Master bevorzugt wirklich, in einem Tool zu bleiben: Tool-Wechsel hat echte kognitive Kosten. Wenn dein Facilitator stark Jira-only-Sessions bevorzugt, zählt diese Präferenz.

Für diese Fälle ist ein bezahltes Plugin eine legitime Wahl. Der Rest dieses Artikels handelt vom Fall, wo es das nicht ist.

Der Browser-Tab-Workflow

Die eigentliche Mechanik, Planning Poker für ein Jira-Team ohne Plugin durchzuführen, ist extrem einfach:

1. Tab 1: Jira. Öffne die Backlog-Ansicht, gefiltert auf die Issues, die ihr in dieser Session schätzen wollt. Das Team sieht die Stories, liest die Beschreibungen, stellt Fragen — wie immer.
2. Tab 2: Scrum Poker Online. Öffne einen neuen Planning-Poker-Raum. Teile den Raum-Link im Team-Chat (oder sag die URL einfach laut im Video-Call).
3. Schätzen. Das Team votet über Scrum Poker Online. Diskussionen finden statt, Karten werden aufgedeckt, Konsens wird erreicht. Der Scrum Master hat Jira im anderen Tab offen, um die nächste Story laut vorzulesen.
4. Schätzung zurück nach Jira schreiben. Nach jeder geschätzten Story tippt der Scrum Master (oder ein anderes Mitglied mit Edit-Rechten) die vereinbarte Zahl in Jiras „Story Points”-Feld. Dauert etwa drei Sekunden pro Story.

Dieser letzte Schritt — manuelles Eintragen einer Zahl in Jira — ist der gesamte Trade-off. Du verzichtest auf Automatisierung, du gewinnst alles andere: keine Plugin-Kosten, keine Install-Friktion, keine Admin-Genehmigung, keine Plugin-Updates, die dir im falschen Moment den Workflow brechen.

Für eine typische Sprint-Schätzungs-Session mit 10–20 Stories liegt der gesamte manuelle Eintrags-Overhead bei etwa 30 bis 60 Sekunden über die ganze Session. Das ist selten der Engpass.

Warum dieser Workflow weniger anfällig ist

Über Kosten hinaus gibt es praktische Gründe, warum Teams am Ende Planning Poker außerhalb von Jira durchführen, selbst wenn sie ein Plugin installiert haben:

• Plugin-Updates brechen deinen Flow. Jira-Plugin-Updates verlaufen nicht immer reibungslos. Wenn ein Atlassian-Update ein Planning-Poker-Plugin mitten im Sprint kaputt macht, verliert das Team das Tool genau dann, wenn es gebraucht wird. Eine Standalone-Web-App hängt nicht von deinem Jira-Upgrade-Zyklus ab.
• Permission-Komplexität. Plugins erben Jiras Permission-Modell. Wenn ein Teammitglied keine Edit-Rechte auf einem Projekt hat, kann es möglicherweise nicht voten. Mit einem Standalone-Tool kann jeder mit dem Link voten — kein Jira-Admin involviert.
• Einbindung externer Mitwirkender. Externe Beitragende, Agentur-Berater oder Contractor, die keine Jira-Accounts haben, können trotzdem an einer Planning-Poker-Session per geteiltem Link teilnehmen. Das allein ist für viele Teams Grund genug.
• Visuelle Trennung. Eine Story in Jira zu lesen und in einem separaten Tab zu voten hält die Aufmerksamkeit des Teams bei der Diskussion. Manche Teams finden eine plugin-eingebettete Poker-UI innerhalb von Jira visuell lauter als den Split-Tab-Ansatz.

Was ist mit Story Points in Jira?

Story Points sind ein Jira-natives Feld, unabhängig davon, welches Planning-Poker-Tool du nutzt. Damit die Punkte deines Teams korrekt getrackt werden:

• Füge das Story-Points-Feld zu deinen Issue-Screens hinzu. In Jira Cloud unter Project Settings → Issue Types → [Typ] → Add field. Manche Templates haben es standardmäßig, andere nicht.
• Wähle eine Skala und bleib dabei. Die meisten Teams nutzen die Fibonacci-Folge (1, 2, 3, 5, 8, 13, 21). Jira akzeptiert jede Dezimalzahl, aber die Konsistenz des Teams zählt mehr als die spezifischen Zahlen.
• Tracke Velocity in Jiras eingebauten Reports. Sobald Story Points befüllt sind, funktioniert Jiras Velocity-Report gleich, egal ob du die Zahlen aus einem Plugin, einem Standalone-Tool oder von einem Sticky Note bekommen hast.

Story Points sind ein Output des Planning-Poker-Prozesses, nicht ein Feature des Planning-Poker-Tools. Beide Workflows — Plugin und Standalone — erzeugen denselben Endzustand in Jira: eine Zahl im Feld.

Wann Scrum Poker Online die falsche Wahl ist

Um fair zu den Plugin-Optionen zu sein, gibt es Fälle, wo Scrum Poker Online (oder ein anderes Standalone-Tool) nicht der richtige Fit ist:

• Hochvolumige Schätzung (50+ Stories pro Session): Der manuelle Write-Back-Overhead summiert sich. Die Auto-Schreibe-Funktion eines Plugins spart hier echt Zeit.
• Du brauchst automatisiertes Reporting der Schätzungs-Historie: Scrum Poker Online speichert keine Session-Ergebnisse. Wenn du sechs Monate zurückblicken willst, wie das Team eine bestimmte Story geschätzt hat, ist ein Plugin, das in Jiras Issue-Historie loggt, besser.
• Du bist 100+ Nutzer und brauchst SSO/SAML: Scrum Poker Online unterstützt kein SSO. Für Enterprise-Teams mit strikten Identity-Management-Anforderungen ist ein Plugin, das an Jiras Auth gebunden ist, einfacher.

In diesen Fällen würden wir empfehlen, Agile Poker for Jira oder Easy Agile Planning Poker zu evaluieren. Sie kosten mehr, aber sie sind für die Fälle gebaut, wo sich die Automatisierung selbst trägt.

Der ehrliche Trade-off

Aspekt	Jira-Plugin	Standalone (Scrum Poker Online)
Kosten	1–3 USD pro Nutzer pro Monat	Kostenlos; Premium 40 USD/Jahr (Team, nicht pro Nutzer)
Installation + Admin-Genehmigung	Erforderlich	Keine — einfach die URL öffnen
Externe Teilnehmer	Brauchen meist einen Jira-Seat	Jeder mit dem Link
Plugin-Updates	Laufend; können Workflows brechen	Nichts zu warten
Story Points → Jira	Automatisch	~3 Sek. manuelles Eintragen pro Story
Schätzungs-Historie + Workflow-Hooks	Natives Logging und Automatisierung	Nicht in Jira
Session-Ablenkungen	Variiert je nach Anbieter	Keine Upsells, keine Story-Limits

Für die meisten kleinen bis mittelgroßen Teams (3–25 Personen) spricht der Trade-off für den Standalone-Workflow. Für größere oder stärker regulierte Teams verdienen die Plugins ihr Geld.

Wie ausprobieren

Öffne einen kostenlosen Scrum-Poker-Online-Raum (keine Registrierung nötig), teile den Link mit deinem Team und führe eine Schätzungs-Session parallel zu Jira durch. Du weißt innerhalb einer Session, ob der Browser-Tab-Workflow zu deinem Team passt — und du hast nichts dafür ausgegeben, das herauszufinden.