Anforderungsmanagement-Tool auswählen: Eine Checkliste mit 12 Punkten

Die meisten Teams schreiben ihre Anforderungen zuerst in ein Word-Dokument oder eine Tabelle, und für ein kleines Projekt ist das in Ordnung. Die Probleme kommen später: Zwei Personen bearbeiten verschiedene Kopien, niemand weiß, welche Version der Kunde freigegeben hat, und ein Test lässt sich nicht mehr der Anforderung zuordnen, die er nachweist.

Ein Anforderungsmanagement-Tool ist genau für diese Probleme da. Die Werkzeuge unterscheiden sich aber stark, und das teuerste ist selten das richtige. Klären Sie mit den zwölf Fragen unten, was Sie brauchen, bevor Sie Produkte vergleichen.

Brauchen Sie überhaupt ein eigenes Tool?#

Ein Dokument genügt, wenn eine Person die Spezifikation schreibt, das Projekt kurz ist, nichts reguliert ist und später niemand nachweisen muss, welche Anforderung getestet wurde. Studierende, die ein einzelnes Lastenheft für eine Lehrveranstaltung schreiben, sind meist in dieser Lage.

Mehr als ein Dokument brauchen Sie, sobald mehrere Personen gleichzeitig bearbeiten, der Kunde eine Version freigeben muss, sich Anforderungen nach der Freigabe ändern oder ein Auditor die Verbindung von der Anforderung zum Test sehen will.

Die Checkliste mit 12 Punkten#

• Eindeutige, stabile IDs — jede Anforderung behält ihre ID (zum Beispiel REQ-042), auch wenn sie verschoben oder umformuliert wird, damit Tests, Tickets und E-Mails darauf verweisen können.
• Struktur und Fließtext zusammen — eine echte Spezifikation mischt Überschriften, Erläuterungen, Tabellen und Diagramme mit den eigentlichen Anforderungen.
• Verknüpfungen (Traceability) — Sie können eine Anforderung mit ihrer übergeordneten Anforderung, mit verwandten Anforderungen und mit den Tests oder Tickets verknüpfen, die sie abdecken, und sehen, was noch nicht abgedeckt ist.
• Versionen und Baselines — Sie können einen freigegebenen Stand einfrieren („Baseline“), weiterarbeiten und zwei beliebige Stände vergleichen, um genau zu sehen, was sich geändert hat.
• Review und Freigabe — Prüfer können kommentieren, und die Freigabe wird je Anforderung oder je Abschnitt festgehalten, nicht in einem E-Mail-Verlauf.
• Berechtigungen — Leser, Bearbeiter und Freigebende haben unterschiedliche Rechte, und externe Prüfer können lesen, ohne zu bearbeiten.
• Qualitätsprüfungen — vage Wörter („schnell“, „benutzerfreundlich“, „usw.“), fehlende Zahlen und nicht prüfbare Aussagen werden vor dem Review markiert, nicht danach.
• Import — Sie können vorhandene Word-Dokumente und Tabellen übernehmen, statt sie neu abzutippen.
• Austauschformate — Export nach PDF und Word für Leser, nach Excel oder CSV für Auswertungen und nach ReqIF (dem Standard-XML-Austauschformat), wenn ein Kunde oder Lieferant ein anderes Tool nutzt.
• Vorlagen — gängige Dokumenttypen (Software- oder Hardware-Spezifikation, Lastenheft und Pflichtenheft) beginnen mit einer sinnvollen Gliederung.
• Einarbeitung — ein neues Teammitglied oder eine Studentin schreibt die erste Anforderung in wenigen Minuten, ohne Schulung.
• Speicherort und Sicherheit — Sie wissen, wo die Daten liegen, wer darauf zugreifen kann und wie Sie alle Daten wieder herausbekommen.

So testen Sie fair#

Beurteilen Sie ein Tool nicht nach seiner Funktionsliste. Nehmen Sie eine echte Spezifikation, die Sie bereits haben — zehn bis zwanzig Seiten genügen — und machen Sie in jedem Tool dieselben fünf Schritte: importieren, drei vage Anforderungen verbessern, zwei Anforderungen mit Tests verknüpfen, eine Baseline einfrieren, eine Anforderung ändern und mit der Baseline vergleichen.

Messen Sie, wie lange jeder Schritt dauert, und notieren Sie, wo Sie Hilfe brauchten. Das Tool, bei dem diese fünf Schritte langweilig werden, ist das, mit dem Ihr Team dauerhaft arbeiten wird.

• Ein vorhandenes Dokument importieren und prüfen, was erhalten blieb (Überschriften, Tabellen, Nummerierung).
• Drei vage Anforderungen umschreiben und sehen, ob das Tool hilft, sie zu finden.
• Anforderungen mit Tests verknüpfen und die ohne Abdeckung finden.
• Eine Baseline einfrieren, etwas ändern und beide Versionen vergleichen.
• Das Ergebnis in dem Format exportieren, das Ihr Kunde oder Ihre Hochschule erwartet.

Tipps für Studierende#

Bei einem Studienprojekt zählt das Tool weniger als die Gewohnheit. Geben Sie jeder Anforderung eine ID, schreiben Sie jede als einen prüfbaren Satz mit „muss“ und führen Sie ein kurzes Änderungsprotokoll. Genau diese drei Gewohnheiten automatisieren professionelle Tools — Sie werden sie im ersten Job sofort wiedererkennen.

Wenn Ihre Lehrveranstaltung ein Lastenheft oder eine Software-Anforderungsspezifikation verlangt, beginnen Sie mit einer Standardgliederung statt mit einer leeren Seite — siehe unseren Leitfaden zum Aufbau einer SRS.

Wo Requify passt#

Requify ist ein Anforderungsmanagement-Tool, das auf der Checkliste oben aufbaut: Anforderungen mit stabilen IDs in einer normalen Dokumentstruktur, Verknüpfungen zwischen Anforderungen, vergleichbare Baselines, ein Review-Workflow, Import aus Word und ReqIF, Export nach PDF, Word, Excel und ReqIF sowie KI-Prüfungen, die vage oder nicht prüfbare Formulierungen markieren. Probieren Sie es mit Ihrem eigenen Dokument aus und machen Sie den Test in fünf Schritten selbst.