Hilfreiche Angaben sind beispielsweise:

• Funktion oder organisatorische Rolle
• Rolle innerhalb der e3-Lösung
• Berechtigungen oder Lizenztyp
• Zugehörigkeit zu einem Team, einer Abteilung oder einem Mandanten
• Anzahl der betroffenen Benutzer

Beispiele:

• DLP-Analysten, die Sicherheitsvorfälle bearbeiten
• Teamleiter, die Fälle prüfen oder freigeben
• Administratoren, die Konfigurationen verwalten
• Fachanwender, die geschützte Daten verarbeiten
• Benutzer einer bestimmten Organisationseinheit

Gehen Sie dabei insbesondere auf folgende Punkte ein:

• Welche Daten, Objekte oder Vorgänge sind betroffen?
• Welche Eingaben werden vorgenommen?
• Welche Aktion wird ausgeführt?
• Welches Ergebnis wird aktuell erzeugt?
• Welches Ergebnis wird stattdessen erwartet?

Beispiele:

• Ein Benutzer ändert den Status eines Vorgangs.
• Mehrere Einträge werden ausgewählt und gemeinsam bearbeitet.
• Eine Regel oder Richtlinie wird konfiguriert.
• Daten werden importiert, exportiert oder an ein Drittsystem übermittelt.
• Eine Auswertung, Benachrichtigung oder automatische Verarbeitung wird ausgelöst.

Geben Sie insbesondere an:

• wie der Vorgang gestartet wird,
• welche Eingaben oder Einstellungen verwendet werden,
• welche einzelnen Schritte durchgeführt werden,
• und an welchem Punkt das erwartete oder unerwartete Verhalten auftritt.

Bei Fehlern sollten die Schritte so beschrieben sein, dass wir das Verhalten möglichst reproduzieren können.

Je besser wir den zugrunde liegenden Anwendungsfall verstehen, desto eher können wir neben der unmittelbar gewünschten Lösung auch geeignete Alternativen vorschlagen.

Beispiele:

• um die Bearbeitung von Sicherheitsvorfällen zu vereinfachen,
• damit bestimmte Daten nur autorisierten Personen zugänglich sind,
• um eine regulatorische oder interne Vorgabe zu erfüllen,
• damit eine Auswertung zum Monatsende möglich ist,
• um Daten mit einem Drittsystem weiterzuverarbeiten,
• um manuelle Arbeitsschritte zu reduzieren.

Beispiele:

• in einer bestimmten Ansicht oder Maske,
• in der Administration oder Konfiguration,
• in einer Regel, Richtlinie oder Workflow-Konfiguration,
• in einem Bericht oder Dashboard,
• beim Import oder Export von Daten,
• in einer Schnittstelle oder Integration,
• in einer Datenbank, Konfigurationsdatei oder Systemkomponente,
• im Zusammenspiel mit einem Drittsystem.

Bitte nennen Sie nach Möglichkeit auch:

• das betroffene e3-Produkt,
• die Produktversion,
• die betroffene Komponente,
• die Umgebung, beispielsweise Produktion, Test oder Entwicklung,
• sowie relevante Drittprodukte oder Integrationen.

Hilfreiche Angaben sind:

• Datum und Uhrzeit des Auftretens
• Häufigkeit des Verhaltens
• Zeitpunkt innerhalb eines Arbeitsablaufs
• vorhergehende Änderungen, Updates oder Konfigurationsanpassungen
• besondere technische oder organisatorische Randbedingungen

Beispiele für Zeitpunkte:

• beim Anmelden,
• beim Speichern einer Änderung,
• während eines Imports,
• nach einer Statusänderung,
• bei einer zeitgesteuerten Verarbeitung,
• nach einem Release oder einer Konfigurationsänderung,
• bei hoher Systemlast.

Beispiele für Randbedingungen:

• nur bei bestimmten Benutzerrollen,
• nur bei bestimmten Datentypen oder Vorgängen,
• nur in der Produktionsumgebung,
• nur bei einer bestimmten Integration,
• nur bei einem bestimmten Status,
• nur bei grossen Datenmengen,
• nur bei einer bestimmten Kombination von Einstellungen.

Berücksichtigen Sie dabei möglichst:

• die erwartete Eingabe,
• die gewünschte Verarbeitung,
• die erwartete Ausgabe,
• und die Kriterien, anhand derer eine erfolgreiche Umsetzung oder Lösung beurteilt werden kann.

Beispiele:

• Der Vorgang soll ohne Fehlermeldung abgeschlossen werden.
• Die Änderung soll nur für eine bestimmte Benutzergruppe gelten.
• Die Daten sollen vollständig und im definierten Format exportiert werden.
• Die Bearbeitungszeit soll einen bestimmten Wert nicht überschreiten.
• Die bestehende Funktionalität darf durch die Änderung nicht beeinträchtigt werden.

Hilfreiche Angaben sind:

• Anzahl der betroffenen Benutzer
• betroffene Geschäftsprozesse
• mögliche Daten- oder Sicherheitsrisiken
• vorhandene Übergangslösungen oder Workarounds
• gewünschter Umsetzungstermin
• besonders wichtige und weniger wichtige Anforderungen

Unterscheiden Sie nach Möglichkeit zwischen:

• zwingend erforderlichen Anforderungen
• wünschenswerten Anforderungen
• optionalen Ergänzungen

Beschreiben Sie insbesondere:

• welchen Zusammenhang diese mit Ihrer Anfrage haben,
• welche anderen Funktionen oder Systeme betroffen sein könnten,
• und ob Sie bereits unerwünschte oder erwünschte Nebenwirkungen beobachten.

Beispielsweise:

• Screenshots
• Fehlermeldungen
• Log-Dateien
• relevante Zeitstempel
• Beispieldaten ohne vertrauliche oder produktive Inhalte
• Konfigurationsauszüge
• Ablaufbeschreibungen
• Mock-ups oder Spezifikationen