Wprowadzenie
Tworzenie historii użytkownika, które są jasne, zwięzłe i wartościowe, jest kluczowe dla sukcesu w rozwoju projektu. W tym przewodniku omówimy kluczowe elementy dobrej historii użytkownika, korzystając z zasad 3C (Karta, Rozmowa, Potwierdzenie) oraz INVEST (Niezależne, Negocjowalne, Wartościowe, Szacowalne, Małe, Sprawdzalne). Po zakończeniu tego przewodnika będziesz mieć krok po kroku zrozumienie, jak strukturyzować historie użytkownika, które prowadzą do skutecznych i efektywnych cykli rozwoju.
Tworzenie skutecznych historii użytkownika z wykorzystaniem zasad 3C i INVEST
Stwórzmy historię użytkownika dla aplikacji do zarządzania zadaniami.
Historia użytkownika
Jako zajęty specjalista, chcę łatwo priorytaryzować i organizować moje zadania aby móc maksymalizować moją produktywność.
Kryteria akceptacji:
- Tworzenie:
- Warunki: Użytkownik musi być zalogowany do aplikacji.
- Kryteria: Użytkownik może utworzyć nowe zadanie, podając tytuł, opis i datę końcową.
- Kategoryzacja:
- Warunki: Musi zostać utworzone zadanie.
- Kryteria: Użytkownik może przypisać kategorię lub etykietę do zadania (np. praca, osobiste, pilne).
- Priorytetyzacja:
- Warunki: Musi zostać utworzone zadanie.
- Kryteria: Użytkownik może ustawić poziom priorytetu dla zadania (np. wysoki, średni, niski).
- Sortowanie:
- Założenia: Muszą zostać utworzone wiele zadań.
- Kryteria: Użytkownik może sortować zadania według daty terminu lub poziomu priorytetu.
- Edycja:
- Założenia: Musi zostać utworzone zadanie.
- Kryteria: Użytkownik może edytować tytuł, opis, datę terminu, kategorię lub priorytet zadania.
- Oznaczanie jako ukończone:
- Założenia: Musi zostać utworzone zadanie.
- Kryteria: Użytkownik może oznaczyć zadanie jako ukończone, a powinno ono być wizualnie odróżniane od zadań nieukończonych.
- Powiadomienia:
- Założenia: Musi zostać ustawiona data terminu dla zadania.
- Kryteria: Użytkownik otrzymuje powiadomienie, gdy zadanie jest gotowe do wykonania.
Kryteria INVEST
- Niezależne: Każda funkcjonalność (tworzenie, kategoryzowanie, priorytetowanie, sortowanie, edycja, oznaczanie jako ukończone, powiadomienia) może być rozwijana i testowana niezależnie.
- Ustalalne: Szczegóły historii użytkownika mogą być negocjowane między zespołem rozwojowym a właścicielem produktu na podstawie priorytetów i ograniczeń.
- Wartościowe: Historia użytkownika przynosi wartość poprzez zapewnienie kompleksystemu zarządzania zadaniami, umożliwiającego użytkownikom organizowanie, priorytetowanie i efektywne wykonywanie zadań.
- Szacowalne: Zespół rozwojowy może oszacować wysiłek wymagany dla każdej funkcjonalności w historii użytkownika.
- Mały: Każda funkcjonalność jest skupiona i wystarczająco mała, aby została zakończona w jednym sprintie.
- Sprawdzalny: Kryteria akceptacji zapewniają jasne warunki, które mogą być użyte do weryfikacji zakończenia każdej funkcjonalności.
Poradnik krok po kroku
- Zaloguj się do aplikacji:
- Otwórz aplikację.
- Wprowadź dane logowania.
- Kliknij przycisk „Zaloguj się”.
- Utwórz nowe zadanie:
- Kliknij przycisk „Nowe zadanie”.
- Wprowadź tytuł zadania, opis i datę końcową.
- Kliknij przycisk „Utwórz”.
- Kategoryzuj zadanie:
- Kliknij utworzone zadanie.
- Wybierz kategorię z menu rozwijanego.
- Kliknij przycisk „Zapisz”.
- Ustaw priorytet zadania:
- Kliknij utworzone zadanie.
- Ustaw poziom priorytetu (wysoki, średni, niski).
- Kliknij przycisk „Zapisz”.
- Sortuj zadania:
- Przejdź do głównej listy zadań.
- Kliknij przycisk „Sortuj”.
- Wybierz sortowanie według daty końcowej lub priorytetu.
- Edytuj zadanie:
- Kliknij na zadanie, aby je edytować.
- Zmień tytuł, opis, datę końcową, kategorię lub priorytet.
- Kliknij przycisk „Zapisz”.
- Zaznacz zadanie jako ukończone:
- Kliknij na zadanie, aby oznaczyć je jako ukończone.
- Kliknij przycisk „Oznacz jako ukończone”.
- Otrzymuj powiadomienia:
- Upewnij się, że ustawiono daty końcowe dla zadań.
- Czekaj na powiadomienia w dniu terminu.
Śledząc te kroki, użytkownicy mogą skutecznie zarządzać swoimi zadaniami, priorytetyzować je i nadążać za terminami.
Przykład: Dobry i zły
Stwórzmy historię użytkownika dotyczącą użytkownika, który chce zresetować hasło. Porównamy dobrze sformułowaną historię „potwierdzenia” z źle sformułowana wersją „niepotwierdzenia”.
Historia użytkownika potwierdzona
| Historia użytkownika potwierdzona | |
|---|---|
| Tytuł: | Zresetuj hasło |
| Jako: | Zarejestrowany użytkownik |
| Chcę: | Zresetować moje hasło |
| Aby móc: | Odzyskać dostęp do swojego konta w przypadku zapomnienia obecnego hasła |
| Kryteria akceptacji: | 1. Użytkownik powinien mieć możliwość przejścia do strony „Zapomniane hasło”. <br> 2. Użytkownik powinien otrzymać e-mail z linkiem do resetowania hasła. <br> 3. Kliknięcie linku powinno przekierować użytkownika do strony, na której może wpisać nowe hasło. <br> 4. Po pomyślnym zresetowaniu hasła użytkownik powinien móc zalogować się przy użyciu nowego hasła. |
Powody, dla których jest to „potwierdzone”
- Historia użytkownika jest jasna i skupiona na potrzebie użytkownika zresetowania hasła.
- Zawiera dobrze zdefiniowaną rolę użytkownika (Zarejestrowany użytkownik).
- Kryteria akceptacji są konkretne, testowalne i obejmują cały proces resetowania hasła.
Historia użytkownika niepotwierdzona
| Historia użytkownika niepotwierdzona | |
|---|---|
| Tytuł: | Funkcja resetowania hasła |
| Jako: | Użytkownik |
| Chcę: | Posiadać lepszą funkcję resetowania hasła |
| Aby móc: | Ulepszyć moje doświadczenie z aplikacją |
| Kryteria akceptacji: | 1. Użytkownicy powinni móc wykonać reset hasła. |
Powody, dla których nie potwierdzamy
- Historia użytkownika nie precyzuje, co konkretnie wymaga ulepszenia w funkcji resetowania hasła.
- Rola użytkownika jest nieprecyzyjnie określona jako „Użytkownik”, co sprawia, że nie jest jasne, dla kogo przeznaczona jest funkcja.
- Kryteria akceptacji są zbyt ogólnikowe i nie dostarczają wykonalnych kroków dla rozwoju i testowania.
- Nie określa, jak ma przebiegać reset hasła, jakie kroki są wymagane, ani jak będzie wyglądać sukces.
W przykładzie „Nie potwierdzam” brak szczegółowości w historii użytkownika i kryteriach akceptacji sprawia, że zespołowi programistycznemu trudno zrozumieć potrzeby użytkownika i dostarczyć satysfakcjonujące rozwiązanie. Sprawia to również, że testowanie i weryfikacja są trudniejsze, ponieważ kryteria sukcesu nie są jasno określone.
Podsumowanie
W tym kompleksowym przewodniku zajęliśmy się sztuką tworzenia historii użytkownika zgodnych z zasadami 3C i INVEST. Niezależnie od tego, czy jesteś właścicielem produktu, programistą czy członkiem zespołu agilnego, masz teraz narzędzia do tworzenia historii użytkownika, które są nie tylko dobrze zorganizowane, ale również przynoszą rzeczywistą wartość projektom. Pamiętaj, że dobrze sformułowana historia użytkownika tworzy fundament pomyślnej współpracy i gwarantuje, że ostateczny produkt spełnia potrzeby użytkowników.