Niemand verlangt von Ihnen, Jira aufzugeben. Ihre Entwickler arbeiten darin, als Tracker ist es besser als alles, was wir je bauen werden, und Sie sollten es behalten. Die Frage auf dieser Seite ist enger gefasst: wo die Anforderungen selbst liegen sollten, und was es Sie kostet, sie in Jira zu halten.
Was Sie das in Jira kostet
Bei den Lizenzen entsteht der größte Teil der Kosten, und die meisten Teams rechnen das zu spät durch.
Atlassian berechnet jede Person mit Produktzugriff. Es gibt keine Stufe für Reviewer und keine für reinen Lesezugriff: Ein Konto muss „explizit deaktiviert, gelöscht oder entfernt“ werden, damit es nicht mehr zählt¹. Ihre Testingenieurin, die zweimal im Monat eine Anforderung öffnet, kostet also genauso viel wie Ihre Projektleitung.
Dann kommt eine Anforderungs-App dazu, weil Jira von sich aus keine Anforderungen kennt. Atlassian verlangt, dass Sie die App für Ihre gesamte Jira-Instanz lizenzieren: „Die App funktioniert nur, wenn ihre Lizenz der Stufe des Hostprodukts entspricht oder darüber liegt – selbst wenn nur einige Ihrer lizenzierten Nutzer die App brauchen.“⁵
Vierzig Personen in Jira, von denen vier Anforderungen schreiben, bedeuten also vierzig App-Lizenzen.
Reqlio berechnet die Personen, die schreiben. Reviewer, Freigebende, Lesende und Gäste im Lieferantenportal sind kostenlos, ohne Obergrenze. In einem Hardware-Programm sind das die meisten, die mit einer Anforderung zu tun haben: die Konstruktionsleitung, die freigibt, der Testingenieur, der einen Lauf dokumentiert, die Qualitätssicherung, der Lieferant, dem Sie eine Spezifikation geschickt haben. Sie lesen, kommentieren, stimmen ab und geben frei, ohne eine Lizenz zu verbrauchen.
Ein Rechenbeispiel. Nehmen Sie ein Unternehmen mit 30 Personen, von denen 5 Anforderungen schreiben. In Jira zahlen Sie 30 Jira-Lizenzen und 30 App-Lizenzen. In Reqlio zahlen Sie 5 Editoren, und die übrigen 25 dürfen trotzdem reviewen und freigeben. Der Abstand wächst mit dem Unternehmen.
Was Sie trotzdem nicht bekommen
Angenommen, Sie zahlen die App ohnehin. R4J, RMsis und RTM sind ordentliche Werkzeuge, und sie beherrschen Anforderungen, Nachverfolgbarkeit und Abdeckung sauber. Sie sind für Jira gebaut, und das heißt: rund um Issues gebaut.
Was keines davon liefert, ist die zweite Hälfte der Hardware-Arbeit: Verifikationskampagnen mit Läufen und Nachweisen, die vier Methoden (Test, Analyse, Inspektion und Review of Design) mit einer Abdeckung, die sich aus dem ergibt, was tatsächlich bestanden hat, Gates, die den Reifegrad zusammentragen, Massen- und Leistungsbudgets mit Margenzuwachs, FMEA, die ins Risikoregister eskaliert und auf Anforderungen zurückverweist, sowie Schnittstellenkontrolle.
Diese Lücke lässt sich nicht mit einer zweiten App schließen, denn all das funktioniert nur mit einem gemeinsamen Modell des Produkts: eine Anforderung, das Systemelement, dem sie zugeordnet ist, die Schnittstelle, die sie treibt, die Budgetzeile, gegen die sie bucht, und der Test, der sie geschlossen hat. In Reqlio ist das ein Datenmodell. An Jira geschraubt sind es vier Plugins, die nichts voneinander wissen.
Was ein Issue nicht sein kann
Darunter liegt ein Modellierungsproblem. Ein Jira-Issue verfolgt Arbeit, die erledigt und geschlossen wird; eine Anforderung ist etwas, das Sie zugesagt haben und oft noch Jahre später belegen müssen. Die beiden haben unterschiedliche Lebensdauern und unterschiedliche Regeln, und eine App, die das eine als das andere ablegt, erbt diesen Bruch.
- Eine Anforderung hat keine Version. Sie können nicht sagen: „REQ-104 steht bei v3, das hat sich zwischen v2 und v3 geändert, und das hat v3 freigegeben.“ Jira führt ein Änderungsprotokoll der Felder; darin steht, wer was bearbeitet hat, aber nicht, welcher Wortlaut vereinbart wurde. Auffallen wird es Ihnen im ersten Review, in dem jemand fragt: „Ist das der Text, den wir freigegeben haben?“
- Es gibt keine Baseline. Nichts friert die Spezifikation zum Design-Review ein, sodass Sie ein halbes Jahr später dagegen vergleichen könnten. Wer sieben Jahre Support zusagt, sollte für „Was haben wir versprochen, und wann hat sich das geändert?“ keinen Tag lang suchen müssen.
- Es gibt kein Verifikationsmodell. Jira-Links haben durchaus einen Typ, und Sie können eigene anlegen, aber ein Typ ist ein Name mit einer Beschreibung in beide Richtungen und mehr nicht². „Verifiziert“ kann also als Wort auf einem Link stehen, aber nicht als Methode, als Lauf, als Ergebnis oder als Nachweis. Am Gate zählt die Frage, was noch nicht verifiziert ist, mit welcher Methode und mit welchem Nachweis. Dafür brauchen Sie eine Abdeckungsmatrix, und die liefert ein JQL-Filter nicht.
- Es kommt kein Dokument heraus. Irgendwann fragt ein Kunde, eine benannte Stelle oder ein Auditor nach einer Spezifikation und den Nachweisen dazu. Ein Board-Export reicht dafür nicht.
Wann Jira allein wirklich reicht
Es sind zwei, und beide sind enger, als sie klingen.
Wenn Sie reine Software sind und kontinuierlich ausliefern, ist eine Baseline ein Tag und Nachverfolgbarkeit eine Commit-Message. Jira plus Ihre CI deckt das ab, und Sie sollten bleiben, wo Sie sind.
Wenn Ihre Anforderungen ein Backlog unter anderem Namen sind, also Dinge, die Sie bauen wollen, ohne dass je jemand von außen den Nachweis verlangt, dass eine davon erfüllt wurde, dann haben Sie ein Planungsproblem. Fürs Planen ist Jira das richtige Werkzeug.
Hardware fällt meist innerhalb eines Jahres durch beide Prüfungen. Sobald jemand von außen Nachweise verlangt, sei es ein Kunde, eine Zertifizierungsstelle oder eine Verordnung wie Ökodesign, reicht das Backlog nicht mehr.
Der Vergleich
Die Aussagen in der Jira-Spalte sind belegt; die Quellen stehen am Fuß der Seite. Geprüft im Oktober 2026.
| Jira, mit einer Anforderungs-App | Reqlio | |
|---|---|---|
| Wen Sie bezahlen | Jede Person mit Produktzugriff¹, und die App muss für dieselbe Stufe lizenziert werden, selbst wenn drei Leute sie nutzen⁵ | Nur Editoren. Reviewer, Freigebende, Lesende und Gäste im Lieferantenportal sind kostenlos, ohne Obergrenze |
| Was eine Anforderung ist | Ein Issue mit Zusatzfeldern. Die Historie ist ein Protokoll von Feldänderungen | Ein versioniertes Objekt. v3 heißt drei vereinbarte Fassungen, jede mit Autor, Begründung und Freigabe |
| Baselines | Je nach App unterschiedlich; in Jira selbst eine fixVersion oder ein Label | Den Stand zum Review einfrieren, zwei beliebige vergleichen, sehen, was seit der aktiven Baseline abgewichen ist |
| Verifikation | Abdeckung gegen Testfälle, sofern die App auch Testmanagement kann | Vier Methoden mit Aktivitäten, Kampagnen, Läufen und Nachweisen. Der Status ergibt sich aus dem, was bestanden hat; er wird nie von Hand gesetzt |
| Technische Budgets | Weder in Jira noch in den Anforderungs-Apps ein Begriff | Massen-, Leistungs- und Kostenbudgets mit CBE, Margenzuwachs und Ansprüchen gegen Anforderungen |
| FMEA, Schnittstellen, Gates | Separate Apps oder eine Tabelle | Im selben Modell wie die Anforderungen, an denen sie hängen |
| Datenresidenz | Opt-in-Pinning ab Standard; EU und Deutschland verfügbar. App-Daten werden nur gepinnt, wenn der jeweilige Anbieter das unterstützt³ – fragen Sie schriftlich nach | Frankfurt. Eine eigene PostgreSQL-Datenbank pro Kunde. Keine App-Ebene, die man separat prüfen müsste |
| Eine Spezifikation herausbekommen | Issue-Export | Word, PDF, XLSX, CSV und ReqIF, in jedem Tarif, auch nach der Kündigung |
| Kostenlose Stufe | Ja, bis 10 Nutzer¹ (die App kostet extra) | Keine kostenlose Stufe. 30 Tage, alles inklusive, ohne Kreditkarte |
Wo die Apps wirklich im Vorteil sind. Wenn Ihre Anforderungen nur neben den Tickets liegen müssen, die sie umsetzen, und niemand Verifikationsnachweise, Budgets oder eine unterschriebene Spezifikation braucht, hält eine App in Jira alles an einem Ort, und Ihr Team muss nichts Neues lernen. Das ist ein echter Vorteil, und wir werden nicht versuchen, ihn Ihnen auszureden.
Wo die Trennlinie hingehört
Die Aufteilung, die funktioniert, ist die unspektakuläre: Anforderungen, Verifikation und Nachweise in Reqlio; die Arbeit in Jira. Die Anforderung überdauert das Ticket, mit dem sie umgesetzt wurde, und das Ticket lässt sich schließen, ohne dass jemand die Spezifikation wieder aufmacht.
Eine Jira-Integration gibt es heute nicht, auch keine in nur eine Richtung. Eine Jira-URL in einer Anforderung, einem Kommentar oder im Nachweis eines Verifikationslaufs ist ein Link und nicht mehr. Nichts wird synchronisiert, und kein Feld in Reqlio weiß, was ein Jira-Issue ist. Eine echte Integration ist der meistgewünschte Punkt auf der Liste, und sie ist nicht gebaut. Hängt Ihre Evaluierung also an einem Roundtrip zwischen beiden Werkzeugen, hören Sie an dieser Stelle auf zu lesen und schreiben Sie uns eine E-Mail, statt es in Woche drei herauszufinden.
Was oft gefragt wird
Wir haben auch Software-Anforderungen. Ist das nicht ein Werkzeug für Hardware?
Das Produkt ist für Teams gebaut, deren Liefergegenstand etwas Physisches ist. Aber in etwas Physischem stecken Firmware, ein Betriebssystem und ein Cloud-Dienst, und diese Teile in ein zweites Werkzeug auszulagern, ist genau der Punkt, an dem Traceability stirbt. Software-Anforderungen liegen im selben Baum, sind auf denselben Stakeholder-Bedarf zurückverfolgbar und werden mit denselben vier Methoden verifiziert. Die Projektvorlagen umfassen neben den Hardware-Standards auch IEC 62304 und EN 50128.
Können wir Jira weiter für Sprints nutzen?
Ja, und das sollten Sie auch. Nichts in Reqlio will ein Sprint-Board sein. Die Entwickler arbeiten weiter in Jira; die Anforderung, ihre Verifikation und ihre Nachweise liegen in Reqlio und überdauern die Tickets.
Wer zählt als Editor?
Jeder, der Anforderungen, Spezifikationen, Aktivitäten, Risiken, FMEA-Zeilen oder Budgets anlegt oder bearbeitet, Testläufe erfasst, KI-Aktionen ausführt oder Baselines und Reviews verwaltet. Reviewer, Leser und Gäste im Lieferantenportal sind kostenlos.
Können wir unsere Anforderungen aus Jira nach Reqlio übernehmen?
Exportieren Sie die Issues als CSV und importieren Sie diese Datei. Die Spalten ordnen Sie selbst zu, mit einer Vorschau, bevor irgendetwas geschrieben wird. Ist in Ihrem Jira bereits eine Anforderungs-App installiert, prüfen Sie, ob sie ReqIF exportiert: Wenn ja, nehmen Sie stattdessen diesen Weg. ReqIF erhält die Hierarchie, und die Identität wird über ReqIF.ForeignID mitgeführt, sodass ein späterer Re-Import die Anforderungen aktualisiert, die Reqlio bereits kennt, statt sie zu duplizieren. Ein CSV-Import hat keine solche Identität, er legt also neu an.
Sie sind ein einzelner Ingenieur. Was passiert, wenn Sie aufhören?
Das ist eine berechtigte Frage, und die Antwort steht schriftlich fest, nicht bloß versprochen: Export als ReqIF, XLSX und CSV in jedem Tarif, jederzeit; Lesezugriff auf Ihre Daten für zwölf Monate nach der Kündigung; Hinterlegung des Quellcodes (Escrow) im Tarif Enterprise.
Quellen
Jede Aussage oben zu Atlassian, mit ihrer Herkunft. Geprüft am 4. Oktober 2026.
- Atlassian, Atlassian Cloud licensing – Nutzer werden nach Produktzugriff abgerechnet, und „A user must be explicitly deactivated, deleted, or removed from a synced user directory (if you have Google sync) to not count towards billing“; der Free-Tarif umfasst „up to 10 users“ für Jira und Confluence. Die Seite beschreibt keinen Nutzertyp für Nur-Lesen, Reviewer oder Stakeholder, der keine Lizenz belegt.
- Atlassian, Configure work item linking – ein Linktyp besteht aus einem Namen sowie einer ausgehenden und einer eingehenden Beschreibung („causes“ / „is caused by“); voreingestellt sind unter anderem Blocks, Relates und Duplicates, und Admins können eigene Typen anlegen. Weitere Eigenschaften eines Links beschreibt die Seite nicht.
- Atlassian, Data residency – „Data residency is available for Enterprise, Standard, and Premium cloud plans“; Kunden können Daten an Standorte in „US, EU, Australia, Germany, Singapore, Canada, UK, Japan, India, South Korea or Switzerland“ binden; die Funktion ist Opt-in und muss konfiguriert werden. Für Marketplace-Apps gilt: „data residency is available for some apps“, wobei Marketplace-Partner unabhängig entscheiden, ob sie sie unterstützen.
- Atlassian, Marketplace app licensing – „Purchase the license tier that matches the number of users you have licensed for your host product“ und „The app will only function if its license matches or exceeds the tier of the host product – even if only some of your licensed users need to use the app.“
- ease solutions, easeRequirements / R4J – Requirements Management for Jira, Atlassian Marketplace – die App stellt sich so dar, dass Teams Anforderungen innerhalb von Jira verwalten können, „while eliminating the burden of purchasing an expensive 3rd party RM tool“. Zitiert als Beleg dafür, dass es die Kategorie gibt, nicht als Kritik an der App.
Jira, Confluence und Atlassian sind Marken der Atlassian Pty Ltd. R4J und easeRequirements sind Marken ihrer jeweiligen Inhaber. Reqlio steht in keiner Verbindung zu Atlassian oder zu einem der hier genannten Marketplace-Anbieter und wird von ihnen weder unterstützt noch empfohlen. Die Vergleiche geben öffentlich dokumentierte Informationen zum angegebenen Datum wieder; prüfen Sie die Quellen, bevor Sie sich bei einer Kaufentscheidung darauf stützen.
Behalten Sie Jira. Ziehen Sie die Anforderungen um.
Dreißig Tage, alle Module und die KI inklusive, keine Kreditkarte. Holen Sie eine Spezifikation herüber und prüfen Sie, ob sich das neben dem Tracker bewährt, den Sie bereits haben.