Nonsense
Inconsistent / irrelevant for project
Slightly confusing wording / redundant / cliché / not very authentic / formally flawed
A bit superficial / quite brief / some redundant or irrelevant actions
Content very good, minor formal flaws
Content & form perfect
Szenario »System robuster machen« (SCN-14)
tbd. Szenariotyp
- Persona für dieses Szenario
- jjansen (tbd. - als Link)
- Andere Szenarien für diese Persona
- tbd
- History
- (v1) 2021-07-22 - initially created
- (v2) 2021-07-23 - fix todos from review
Ausgangslage
Johannes Jansen arbeitet als Entwickler am System mit (1). Als er eine neue Funktion einfügen will, stellt er fest, dass es ein Problem gibt (2). Johannes stellt fest, dass das System bei einem Feature ein anderes Verhalten zeigt, als er erwartet hatte (3). Als er etwas weiter nachforscht, stellt er fest, dass das Verhalten dieser Komponente für diesen Fall nicht genau spezifiziert war (4). Bei seiner Arbeit am System stellt er in der Folge immer wieder fest, dass Features, die zu Anfang des Projekts implementiert wurden, solche Probleme verursachen (5).
Hauptszenario
Johannes kommt die Idee, die grundlegenden Funktionen des Systems strukturiert durchzutesten, um solche Probleme zu dokumentieren und zu beheben (6). Dadurch möchte er vermeiden, in Zukunft noch öfter vor solchen Problemen zu stehen (7). Zum Beheben der Probleme plant er, sich ein bis zwei Wochen am Stück nur mit der Fehlersuche und -behebung zu beschäftigen und währenddessen die Implementation neuer Funktionen ruhen zu lassen (8).
Alternativszenario
Johannes behebt diese Probleme, wenn er beim Arbeiten auf sie trifft und dokumentiert die Probleme und Lösungen (9). Den zum strukturierten Testen und Beheben der Probleme der Codebasis nötigen Zeitaufwand möchte er vermeiden und daher weiterhin die Probleme dann beheben, wenn sie ihm beim Implementieren neuer Funktionen begegnen (10).