Junior Business Analyst — Business-Analyst-Interviewfragen

Was ist der Unterschied zwischen einer funktionalen und einer nicht-funktionalen Anforderung?

Eine funktionale Anforderung sagt, was das System tut – der Nutzer kann ein Passwort zurücksetzen. Eine nicht-funktionale sagt, wie gut – innerhalb von zwei Sekunden, für zehntausend gleichzeitige Nutzer, zugänglich für einen Screenreader. Nicht-funktionale Anforderungen sind die, die unter den Tisch fallen und dann eine Neufassung erzwingen, weil sie die Architektur einschränken und nicht das Verhalten.

Was macht eine Anforderung testbar?

Dass man eindeutig sagen kann, ob sie erfüllt ist. „Die Seite soll schnell laden" ist nicht testbar; „die Seite rendert in unter zwei Sekunden bei einer 3G-Verbindung" ist es. Der Test ist, ob zwei Personen, die sie lesen, dieselbe Prüfung bauen würden – wenn nicht, ist die Anforderung ein Wunsch.

Was ist eine User Story und was sind Abnahmekriterien?

Eine User Story benennt in einem Satz, wer etwas will und warum, und dient dazu, ein Gespräch zu beginnen, nicht es zu ersetzen. Abnahmekriterien sind die Bedingungen, unter denen die Arbeit als fertig gilt, so formuliert, dass Entwickler und Tester sich vorab einig sind. Eine Story ohne Kriterien ist die Quelle der meisten Streitigkeiten über den Umfang.

Was ist der Unterschied zwischen einer Geschäftsanforderung und einer Lösungsanforderung?

Eine Geschäftsanforderung ist das Ergebnis, das die Organisation will – weniger Support-Anfragen zur Abrechnung. Eine Lösungsanforderung ist, was das System dafür leisten muss. Wer beides verwechselt, liefert am Ende genau das Gewünschte, ohne die Kennzahl zu bewegen, um die es eigentlich ging.

Welche Erhebungstechniken kennst du, und wann ist welche richtig?

Interviews für Tiefe mit einer einzelnen Person, Workshops, wenn sich mehrere Stakeholder im selben Raum einigen müssen, Beobachtung dafür, wie Arbeit wirklich abläuft statt wie sie beschrieben wird, und Dokumentenanalyse für bereits festgehaltene Regeln. Beobachtung wird unterschätzt, denn das, was Menschen über ihre Arbeit sagen, und das, was sie tatsächlich tun, weichen stärker voneinander ab, als ihnen bewusst ist.

Was ist ein Use Case und wie unterscheidet er sich von einer User Story?

Ein Use Case beschreibt eine Interaktion Schritt für Schritt, einschließlich alternativer und Fehlerabläufe – er ist vollständig. Eine User Story ist ein Platzhalter für ein Gespräch und bewusst unvollständig. Use Cases passen zu regulierten oder komplexen Abläufen, bei denen die Ausnahmen zählen; Stories passen zu iterativer Arbeit, bei der sich die Details erst nach und nach zeigen.