Kleinere Verbesserungen in Geschichte basiert agile / iterative Entwicklung [geschlossen]

Question

Was ist der bevorzugte Weg, winzige Schnittstelle zwickt wie zu behandeln „machen das Menü Farbe heller, wenn Sie den Mauszeiger über sie“ bei der Verwendung von Geschichten.

Mein erstes war, obwohl es als ein Fehler zu behandeln; kleben Sie es auf eine Karteikarte und fügen Sie die Fehler-Datei für die Planung in eine up-coming Iteration.

Ich frage mich, ob jemand irgendwelche Alternativen hatte, dass sie empfehlen

Answer 1

Wenn Sie eine Menge dieser kleinen Schnittstelle Verbesserungen haben, könnten Sie ihnen Aufgaben im Rahmen eines Gesamt „verbessern GUI“ User Story machen. Natürlich, dass die Gesamtgeschichte eine gute Beschreibung soll „als Benutzer ..., um ich will ..“ einen gewissen Mehrwert (einfachere Navigation) und hat.

Answer 2

Sie sind eine Benutzergeschichte wie jedes andere.

Wenn es sich um eine einzelne, trivial UI Tweak ist, kann es sich um eine billige User Story - aber ich noch würde repräsentieren es als eine Geschichte, so dass sie in Betracht Geschwindigkeit genommen hat, die Einschätzung und Planung .

Wenn Sie eine Reihe von kleinen UI zwickt auf die gleiche Sache sammeln - z.B. etwas andere Farbe Text für einen div-Tag und eine andere Schriftfamilie, dann mit allen Mitteln gruppieren sie zusammen in eine User Story größer -. so lange, wie die Beschreibung der User Story Sinn macht

Answer 3

Wenn es ein gefordertes Feature ist dann würde ich eine neue Geschichte für sie für die nächste Sprint / Iteration erstellen. „Implementieren Sie Visuelles Feedback für Benutzer-Interaktion über Pointer Gerät mit der Seitenauswahl-Modul“ klingt wie eine schöne Geschichte für die ... oder einfach „UI-Layout-Erweiterungen“ zu einer Gruppe mehrere solcher kleinen Tweaks zusammen.