Gewinne:
- Fähigkeit, funktionale und nichtfunktionale Anforderungen zu unterscheiden und mit Unterstützung künstlicher Intelligenz klare, messbare Anforderungsausdrücke zu verfassen
- Fähigkeit, künstliche Intelligenz mit strukturierten Eingabeaufforderungen zu nutzen, um User Story, Akzeptanzkriterien und Umfangsgrenzen aus Interviewnotizen zu extrahieren
- Gewöhnen Sie sich an, KI-generierte Anforderungen auf Mehrdeutigkeit, Widersprüche und fehlende Regeln zu überprüfen und diese mit den Stakeholdern zu bestätigen
Bei der Anforderungsanalyse geht es darum, vollständig, klar und überprüfbar zu definieren, was ein System leisten soll. Dies ist eine der Phasen, in denen der MIS-Spezialist den größten Mehrwert schafft. denn ein Fehler wächst hier am Ende des Projekts exponentiell. Es gibt zwei grundlegende Arten der Anforderungsanalyse. Die funktionale Anforderung beschreibt die Aufgabe, die das System erfüllen soll: „Das System sollte dem Kunden eine E-Mail senden, wenn es die Bestellung bestätigt.“ Nichtfunktionale Anforderungen beschreiben, wie das System sein sollte: Qualitäten wie Leistung, Sicherheit, Benutzerfreundlichkeit und Zugänglichkeit. „Der Berichtsbildschirm sollte sich bei durchschnittlicher Auslastung in weniger als 2 Sekunden öffnen“ ist eine nicht funktionale Anforderung.
Eine gute Anforderung weist drei Merkmale auf: Sie ist klar (sie hat eine einzige Interpretation), sie ist messbar (sie hat einen überprüfbaren Schwellenwert) und sie ist nachvollziehbar (es ist klar, aus welchem Geschäftsbedarf sie stammt). „Das System muss schnell sein“ erfüllt keines dieser Kriterien; „schnell“ ist subjektiv, kann nicht gemessen und nicht getestet werden. In dieser Phase ist KI ein leistungsstarkes Hilfsmittel bei der Formulierung von Anforderungen und beim Erkennen mehrdeutiger Formulierungen. Aber nur der Stakeholder entscheidet, welche Geschäftsregel real ist.
User Story und Akzeptanzkriterien
Ein gängiges Format im modernen Anforderungsschreiben ist die User Story: „Als [Rolle], für [Zweck] möchte ich [Funktion].“ Beispiel: „Als Vertriebsmitarbeiter möchte ich die Rabattberechnung über den mobilen Bildschirm durchführen, damit ich vor Ort schnell Angebote erstellen kann.“ Die Geschichte ist kurz und geschäftsorientiert; Es wird keine technische Lösung vorgeschrieben.
Jede Geschichte sollte Akzeptanzkriterien haben: überprüfbare Bedingungen, die erfüllt sein müssen, damit die Geschichte als „ok“ betrachtet wird. Ein häufig verwendetes Muster ist das „Gegeben/Wann/Dann“-Muster: „Gegeben: Der Kunde befindet sich im VIP-Segment. Wenn: Bestellungen über 10.000 TL. Dann: Das System gewährt einen Rabatt von 5 %.“ Dieses Muster beseitigt Mehrdeutigkeiten, da es die Bedingung und das erwartete Ergebnis klar miteinander verbindet.
Tipp: Wenn Sie eine User Story für die künstliche Intelligenz schreiben, sagen Sie unbedingt: „Generieren Sie für jede Story mindestens zwei Akzeptanzkriterien im Format „Gegeben/Wann/Dann“. Wenn das Modell gezwungen wird, Benchmarks zu erstellen, werden versteckte Lücken in der Anforderung sichtbar.
Schritt für Schritt: KI-gestützte Anforderungsextraktion
Schritt 1 – Sammeln Sie Roheingaben. Anrufprotokolle, E-Mails, vorhandene Screenshots, Beschwerdelisten. Je mehr reale Eingaben, desto weniger Erfindungen.
Schritt 2 – Extrahieren Sie den ersten Satz Geschichten. Geben Sie der künstlichen Intelligenz rohen Input und lassen Sie sie User-Story-Entwürfe erstellen. Bei diesem Schritt handelt es sich nicht um eine vollständige Liste, sondern um einen ersten Schritt.
Schritt 3 – Akzeptanzkriterien hinzufügen. Generieren Sie Gegeben/Wann/Dann-Kriterien für jede Story. Eine Geschichte, für die keine Kriterien erstellt werden können, bedeutet eigentlich, dass sie nicht ausreichend definiert ist.
Schritt 4 – Suche nach Widersprüchen und Lücken. Fragen Sie die KI: „Gibt es Widersprüche, Duplikate oder undefinierte Situationen zwischen diesen Anforderungen?“ Fragen Sie nach und lassen Sie es überprüfen. Filtern Sie das Ergebnis als Mensch.
Schritt 5 – Priorisieren und bestätigen. Priorisieren Sie Geschichten mit Stakeholdern basierend auf Geschäftswert und Dringlichkeit. Die Prioritätsentscheidung obliegt der Geschäftseinheit, nicht der KI.
Vergessen Sie nicht die nichtfunktionalen Anforderungen
Die meisten Projekte haben vor Ort Schwierigkeiten, weil sie beim Schreiben der funktionalen Anforderungen die nichtfunktionalen vergessen. Ein Bericht funktioniert möglicherweise „richtig“, aber wenn das Öffnen 45 Sekunden dauert, wird ihn niemand verwenden. Die folgende Tabelle zeigt häufig übersehene nichtfunktionale Anforderungstypen und messbare Schreibbeispiele.
Genre
schlechter Ausdruck
messbarer Ausdruck
Leistung
„Muss schnell sein“
„Anfrageantwort < 2 Sek. bei durchschnittlicher Auslastung“
Zugänglichkeit
„Jeder sollte es nutzen können“
„WCAG 2.1 AA-konform; vollständige Tastaturnavigation“
Sicherheit
„Es sollte sicher sein“
„Personenbezogene Daten werden im Ruhezustand verschlüsselt; der Zugriff erfolgt rollenbasiert“
Verfügbarkeit
„Sollte einfach sein“
„Neuer Benutzer schließt die Bestellung in 3 Schritten ohne Schulung ab“
Verfügbarkeit/Kontinuität
„Sollte nicht abstürzen“
„Monatliche Betriebszeit ≥ 99,5 %“
Drei Mini-Hüllen: In Zahlen
Fall 1 – Der Preis eines nicht messbaren Bedarfs. Der Bildschirm, der in einer Bank mit der Anforderung entwickelt wurde, dass „der Berichtsbildschirm sich schnell öffnen sollte“, öffnete sich unter Feldlast in 22 Sekunden. Der Entwickler dachte, er würde in seiner Umgebung das Wort „schnell“ bereitstellen (2 Sekunden). Wenn die Anforderung als „< 3 Sekunden zu Spitzenzeiten, tatsächlicher Durchsatz“ geschrieben worden wäre, wäre das Problem beim Testen aufgefallen. Die Sanierung kostete 3 Wochen und messbare Mehrkosten.
Fall 2 – Lücke erfasst durch Akzeptanzkriterien. Als der Stakeholder die Akzeptanzkriterien für die Story „System wendet Rabatt an“ in einem E-Commerce-Projekt schrieb, fiel ihm auf, dass überhaupt nicht darüber gesprochen wurde, was passieren würde, wenn der Rabatt mit dem Coupon und dem VIP-Rabatt in Konflikt stünde. Eine einzelne „Gegeben/Wann/Dann“-Frage verhinderte den doppelten Rabattfehler vor dem Go-Live; Dieser Fehler führte bei ähnlichen Projekten zu erheblichen Umsatzeinbußen.
Fall 3 – Von der KI erstellte Regel. In einem HR-Projekt fügte AI dem Anforderungsentwurf den Satz „Urlaubsantrag wird automatisch innerhalb von 24 Stunden genehmigt“ hinzu. In der Sitzung wurde keine solche automatische Genehmigung besprochen; Das Modell hatte eine Regel aufgestellt, die „vernünftig“ erschien. Neben jeder Anforderung schreibt der Experte „Quelle: welches Interview/welches Dokument?“ Durch das Hinzufügen der Spalte entfernte er vier Sätze ohne Quellenangabe.
Schwache Eingabeaufforderung / Starke Eingabeaufforderung
Schwache Eingabeaufforderung:
Schreiben Sie User Stories für dieses Projekt.
Kraftvolle Aufforderung:
Ihre Rolle: Sie sind ein MIS-Geschäftsanalyst. Extrahieren Sie Benutzergeschichten aus der Interviewnotiz unten. Regeln: – Format: „Als [Rolle], für [Zweck] möchte ich [Funktion].“ – Schreiben Sie MINDESTENS 2 Akzeptanzkriterien für jede Geschichte im Format „Gegeben/Wann/Dann“. – Fügen Sie neben jeder Geschichte eine Spalte „Quelle“ hinzu: Aus welchem Satz stammt sie? – Beschriften Sie alle Regeln, die in der Notiz nicht klar sind, mit [UNSICHER]; passend.- Schreiben Sie messbare nichtfunktionale Anforderungen (Leistung, Sicherheit, Zugänglichkeit) in einen separaten Abschnitt. Interviewnotiz:[Text]
Eine leistungsstarke Eingabeaufforderung erzwingt gleichzeitig das Story-Format, die Akzeptanzkriterien, die Rückverfolgbarkeit der Quelle und nichtfunktionale Anforderungen. Dies erleichtert die Steuerung der Ausgabe.
Vier kopierbare Vorlagen
1) Anforderungsklärung:
Sehen Sie sich die Anforderungen unten an. Markieren Sie jede Aussage, die vage, inkommensurabel oder für mehr als eine Interpretation offen ist, und schreiben Sie zu jeder Aussage eine klärende Frage. Erfinde die Antwort nicht. Anforderung: [Text]
2) Widerspruchsscan:
Suchen Sie in der Liste der Anforderungen unten nach Elementen, die sich widersprechen, sich wiederholen oder logische Lücken hinterlassen. Melden Sie jeden Befund mit Artikelnummern und einer Begründung in einem Satz. Liste: [Text]
3) Akzeptanzkriterien generieren:
Schreiben Sie mindestens 4 Akzeptanzkriterien für die folgende User Story im Format „Gegeben/Wann/Dann“, einschließlich Grenz- und Ausnahmefällen. Listen Sie auch alle Punkte auf, die noch unklar sind. Geschichte: [Text]
4) Umfangsübersicht:
Entwerfen Sie die Elemente „In Scope“ und „Out of Scope“ als zweispaltige Tabelle gemäß den folgenden Anforderungen. Kennzeichnen Sie alle Artikel, bei denen Sie sich nicht sicher sind, mit [BESTÄTIGUNG ERFORDERLICH]. Anforderungen: [Text]
Häufige Fehler
- Denken, dass die Lösung ein Bedarf ist. „Ein Dropdown-Menü hinzufügen“ ist eine Lösung, keine Voraussetzung. Die Anforderung besagt: „Der Benutzer muss in der Lage sein, das Land aus der definierten Liste auszuwählen“; Das IT-Team entwirft die Lösung.
- Nicht funktionale überspringen. Einfach aufzuschreiben, „was zu tun ist“ und zu vergessen, „wie man sein soll“ (Geschwindigkeit, Sicherheit, Zugänglichkeit), ist die häufigste und teuerste Lücke.
- Verwendung unermesslicher Adjektive. Wörter wie „schnell, einfach, sicher, benutzerfreundlich“ sind ohne Schwellenwert ungültig.
- Die Regel, die die KI aufgestellt hat, nicht bemerken. Das Modell kann „vernünftige“, aber nicht tatsächlich ausgesprochene Regeln hinzufügen; Fragen Sie nach Ressourcen für jeden Bedarf.
- Überlassen Sie die Priorisierung der KI. Was zuerst zu tun ist, ist eine Entscheidung über den Geschäftswert; Dies gibt der Geschäftsbereich vor.
Achtung: Der gefährlichste Satz in der Anforderungsanalyse ist „Das weiß schon jeder“. Unausgesprochene Annahmen gelangen nicht in die Dokumentation, nie in den Code und tauchen in der Praxis auf. Fragen Sie die KI: „Was wird in dieser Anforderung vorausgesetzt, aber nicht geschrieben?“ macht diese verborgenen Annahmen sichtbar.
Zusammenfassend
Die Anforderungsanalyse definiert klar, messbar und nachvollziehbar, was das System leisten soll. Funktionale Anforderungen beschreiben die Stelle, nichtfunktionale Anforderungen beschreiben die Qualitäten, und Letzteres wird oft vergessen. User Story und „Gegeben/Wann/Dann“-Akzeptanzkriterien sind leistungsstarke Werkzeuge, die Unsicherheit beseitigen. Künstliche Intelligenz beschleunigt die Erstellung von Storyboards, Akzeptanzkriterien, Konflikterkennung und Klärung von Fragen deutlich; Die Richtigkeit der Geschäftsregel, der Umfang und die Prioritätsentscheidung sowie die Quelle jedes Satzes liegen jedoch in der Verantwortung des Menschen. Stellen Sie keine Anforderungen fertig, die nicht aus Quellen stammen und nicht messbar sind.
Anwendungsaufgabe
Schreiben Sie eine Geschäftsanfrage mit einem einzigen Absatz für ein imaginäres „Online-Terminsystem“ (z. B. „Kunden sollten Termine online vereinbaren können, Mitarbeiter sollten Kalender sehen können“). (1) Erstellen Sie mindestens 5 User Stories und jeweils 2 Akzeptanzkriterien mit einem starken Anreiz aus dieser Anfrage. (2) Finden Sie mindestens 2 versteckte Lücken in den vom Modell erzeugten Kriterien (z. B. Doppeltermin gleichzeitig, Absageregel). (3) Berücksichtigen Sie mindestens drei nichtfunktionale Anforderungen in messbarer Form. (4) Identifizieren Sie mindestens drei Elemente als „außerhalb des Geltungsbereichs“. (5) Markieren Sie eine Regel, die das Modell möglicherweise aufgestellt hat, und schreiben Sie, wie Sie sie bestätigen würden.
Checkliste
- [ ] Ich habe funktionale und nichtfunktionale Anforderungen getrennt geschrieben.
- [ ] Jede Anforderung ist klar, messbar und überprüfbar.
- [ ] Jede Geschichte hat Akzeptanzkriterien „Gegeben/Wann/Dann“.
- [ ] Ich kann die Quelle (Konversation/Dokument) jeder Anforderung zurückverfolgen.
- [ ] Ich markierte die möglichen Regeln, die die KI aufgestellt hatte, und ließ sie zur Bestätigung stehen.
- [ ] Die Priorisierung habe ich gemeinsam mit dem Geschäftsbereich vorgenommen.