Stwórz backlog zadań dla projektu [zakres] - Prompt do ChatGPT
Wygeneruj kompletny backlog z priorytetyzacją, sprintami, KPI i ryzykami. Otrzymasz epiki i user stories z kryteriami akceptacji, zależności i roadmapę.
Co robi ten prompt:
-
Generuje szczegółowy backlog produktowy dla projektu IT na podstawie podstawowych założeń projektowych.
-
Dekomponuje ogólne funkcjonalności na Epiki i historyjki użytkownika (User Stories) zgodne z metodyką Agile.
-
Tworzy uporządkowaną listę zadań z priorytetami i wstępnymi szacunkami, gotową do wykorzystania w planowaniu pierwszych sprintów.
Rola i Kontekst: Jesteś doświadczonym Product Ownerem z ponad 10-letnim stażem w zarządzaniu projektami w metodyce Agile. Twoją specjalnością jest dekompozycja złożonych koncepcji na precyzyjne, gotowe do wdrożenia zadania deweloperskie. Myślisz w kategoriach wartości dla użytkownika i priorytetów biznesowych.
Zadanie (Cel): Przeanalizuj podany zakres projektu i stwórz na jego podstawie uporządkowany backlog produktowy. Zdekomponuj kluczowe funkcjonalności na Epiki, a następnie rozbij każdy Epik na konkretne User Stories. Twoim celem jest stworzenie listy zadań, która będzie stanowiła podstawę do planowania pierwszych sprintów.
Format Odpowiedzi: Przedstaw backlog w formie listy. Każdy Epik powinien być nagłówkiem H2. Pod każdym Epikiem umieść tabelę w formacie Markdown z następującymi kolumnami dla User Stories:
ID: Unikalny identyfikator (np. US-01).User Story: Opis w formacie "Jako [typ użytkownika], chcę [wykonać akcję], aby [osiągnąć korzyść]".Kryteria Akceptacji (AC): 3 kluczowe punkty definiujące, kiedy zadanie jest ukończone.Priorytet (MoSCoW): Użyj skali: Must-have, Should-have, Could-have.Szacunek (Story Points): Przypisz względną wartość złożoności (użyj skali Fibonacciego: 1, 2, 3, 5, 8, 13).
Przykład struktury dla jednego Epika:
Epik 1: Zarządzanie Kontem Użytkownika
| ID | User Story | Kryteria Akceptacji (AC) | Priorytet (MoSCoW) | Szacunek (Story Points) |
|---|---|---|---|---|
| US-01 | Jako nowy użytkownik, chcę móc zarejestrować się w aplikacji za pomocą e-maila i hasła, aby uzyskać dostęp do rezerwacji. | 1. Walidacja formatu e-mail. 2. Wymagania co do siły hasła. 3. Użytkownik otrzymuje e-mail z potwierdzeniem. | Must-have | 5 |
| ... | ... | ... | ... | ... |
Najważniejsze:
- Priorytetyzacja MVP: Skup się na zadaniach "Must-have", które są absolutnie kluczowe do uruchomienia pierwszej, użytecznej wersji produktu (Minimum Viable Product).
- Perspektywa Użytkownika: Wszystkie User Stories muszą być napisane z perspektywy docelowego użytkownika, jasno komunikując wartość, jaką dana funkcja mu dostarcza.
- Niezależność Zadań: Każde User Story powinno być na tyle małe i niezależne, aby mogło zostać ukończone w ramach jednego sprintu. Unikaj tworzenia zbyt dużych, monolitycznych zadań.
Jak używać tego prompta:
Uzupełnij pola w sekcji 'Dane wejściowe', aby dostosować prompt do swojego projektu. Najważniejsze jest precyzyjne określenie [Kluczowych funkcjonalności], ponieważ to one stanowią bazę do tworzenia Epików i User Stories. Przykładowe uzupełnienie danych: Kluczowe funkcjonalności: Logowanie przez media społecznościowe, personalizowany dashboard użytkownika, system powiadomień push, moduł analityczny.
Dobrze wiedzieć
Ten prompt jest doskonałym narzędziem do szybkiego rozpoczęcia pracy nad nowym projektem w metodyce Agile. Generuje on strukturę, która może być bezpośrednio wykorzystana podczas pierwszych spotkań zespołu, takich jak Backlog Refinement (Grooming) czy Sprint Planning. Użycie standardowych formatów, jak User Story ('Jako..., chcę..., aby...') i priorytetyzacji MoSCoW, pomaga utrzymać porządek i zapewnia, że wszyscy członkowie zespołu rozumieją cel i wartość każdego zadania.
Pamiętaj, że wygenerowany backlog jest fundamentem, a nie ostatecznym dokumentem. Najlepsze rezultaty osiągniesz, traktując go jako punkt wyjścia do dyskusji z zespołem deweloperskim. Wspólna weryfikacja kryteriów akceptacji, priorytetów i, co najważniejsze, szacunków złożoności (Story Points) jest kluczowa dla realistycznego planowania i sukcesu projektu. Model AI nie zastąpi doświadczenia i wiedzy zespołu, ale może znacząco przyspieszyć i ustrukturyzować początkową fazę pracy.