Gdzie w panelu jest sprint?
Sprint mieszka w module Scrum, który otwierasz z bocznego menu projektu. Na górze każdej strony modułu jest ten sam pasek z czterema przyciskami.
| Widok | Do czego służy | Adres |
|---|---|---|
| Backlog | lista wszystkich ticketów z filtrami i przypisaniem do sprintu | /dashboard/<slug>/scrum/backlog |
| Tablica | kolumny aktywnego sprintu, karty przeciągane między statusami | /dashboard/<slug>/scrum/board |
| Sprinty | lista sprintów, formularz nowego, start i zamknięcie | /dashboard/<slug>/scrum/sprints |
| Nowy ticket | formularz ticketu | /dashboard/<slug>/scrum/tickets/create |
Sprint powstaje w stanie Planowanie, po starcie jest Aktywny, a po zamknięciu Zakończony. Ticket w aktywnym sprincie idzie od Do zrobienia przez W trakcie i Review do Gotowe. Przy zamknięciu sprintu tickety, które nie są Gotowe, wracają do backlogu.
flowchart LR
P["Sprint: Planowanie"] --> A["Sprint: Aktywny"]
A --> Z["Sprint: Zakończony"]
T1["Do zrobienia"] --> T2["W trakcie"]
T2 --> T3["Review"]
T3 --> T4["Gotowe"]
A -.-> T1
Z -.-> B["Niedokończone wracają do backlogu"]Jak utworzyć sprint i dodać do niego tickety?
Sprint zakładasz w widoku Sprinty, a tickety dopisujesz do niego z backlogu albo z formularza ticketu.
- Otwórz widok Sprinty
Formularz nowego sprintu jest na tej samej stronie co lista.
- Wypełnij formularz
Podaj nazwę i datę rozpoczęcia. Cel i data zakończenia są opcjonalne.
- Przypisz tickety
W backlogu każdy wiersz ma listę wyboru sprintu. Ten sam wybór jest w formularzu ticketu.
- Ustaw status Do zrobienia
Nowy ticket, także utworzony komendą
/monolynx:ticket-create, dostaje status Backlog. Ticket gotowy do pracy przenieś ze statusu Backlog na Do zrobienia. Dyspozytor sprintu bierze tylko takie tickety. - Wystartuj sprint
Przy sprincie w stanie Planowanie jest przycisk Wystartuj. Po starcie sprint pojawia się na tablicy.
| Pole sprintu | Wymagane | Uwagi |
|---|---|---|
| Nazwa | tak | na przykład "Sprint 1" albo nazwa tematu |
| Data rozpoczęcia | tak | format daty z kalendarza przeglądarki |
| Cel | nie | jedno zdanie o tym, co sprint ma dowieźć |
| Data zakończenia | nie | potrzebna do wykresu spalania |
To samo zrobisz z terminala albo zlecisz agentowi:
monolynx --project sklep sprint create --name "Sprint 1" --start 2026-10-12 --goal "Eksport zamówień"
monolynx --project sklep sprint list --status planning
monolynx --project sklep sprint start <sprint_id>Formularz ticketu
Ticket ma więcej pól niż sprint, ale tylko tytuł jest wymagany. Reszta pomaga planować i pilnuje kolejności pracy.
Pola ticketu i ich rola w sprincie
| Pole | Rola |
|---|---|
| Tytuł | jedno zdanie o tym, co ma powstać |
| Opis | kontrakt pracy w markdownie: cel, zakres, kryteria |
| Priorytet | niski, średni, wysoki albo krytyczny |
| Story points | wielkość ticketu, podstawa wykresu spalania |
| Status | jeden z pięciu statusów |
| Sprint | sprint, do którego ticket należy, albo brak |
| Osoba przypisana | członek projektu odpowiedzialny za ticket |
| Termin | data, po której tablica oznacza ticket jako spóźniony |
| Etykiety | dowolne znaczniki projektu, na przykład needs-local |
| Blokowany przez | tickety, które muszą być Gotowe, zanim ten ruszy |
Kryteria akceptacji dodajesz na stronie ticketu, po jego utworzeniu. Każde kryterium odhacza się osobno.
Tablica: co widać i co można kliknąć
Tablica pokazuje wyłącznie aktywny sprint. Gdy żadnego nie ma, zamiast kolumn widzisz komunikat "Brak aktywnego sprintu" z odnośnikiem do widoku Sprinty.
| Element karty | Co oznacza |
|---|---|
| Klucz ticketu | na przykład SKL-12; kliknięcie kopiuje numer do schowka |
| Znacznik blokady | ticket czeka na inny ticket |
| "Po terminie" z datą | termin minął |
| "Dzisiaj" z datą | termin jest dziś |
| Priorytet i story points | waga i wielkość ticketu |
Kartę przeciągasz między kolumnami, a status zapisuje się od razu. Podczas sprintu prowadzonego przez agentów robisz to rzadko, bo statusy zmieniają się same.
Kto zmienia status ticketu?
Status zmienia ten, kto wykonuje dany etap. W sprincie z agentami większość przejść dzieje się bez Twojego udziału.
| Przejście | Praca ręczna | Sprint z agentami |
|---|---|---|
| Backlog na Do zrobienia | człowiek przy planowaniu | człowiek przy planowaniu |
| Do zrobienia na W trakcie | komenda /monolynx:work na starcie; bez agenta przeciągasz kartę sam |
sesja /monolynx:work na starcie |
| W trakcie na Review | komenda /monolynx:work po testach i ocenie krytyka; bez agenta autor zmiany |
sesja /monolynx:work po zielonej bramce jakości |
| Review na Gotowe | osoba mergująca | kolejka /monolynx:mr-queue po merge |
| Dowolny powrót | człowiek na tablicy | człowiek na tablicy |
Dane wykresu
| Dzień | Plan | Rzeczywiste |
|---|---|---|
| 1 | 40 | 40 |
| 2 | 32 | 37 |
| 3 | 24 | 26 |
| 4 | 16 | 15 |
| 5 | 8 | 9 |
| 6 | 0 | 0 |
Liczby na wykresie są przykładowe. Prawdziwy wykres spalania Monolynx liczy z story points ticketów oznaczonych jako Gotowe, dlatego warto wyceniać tickety i ustawiać datę zakończenia sprintu. Odczytasz go komendą monolynx sprint burndown albo poprosisz o niego agenta.
Jak zamknąć sprint?
Przycisk Zakończ przy aktywnym sprincie nie zamyka go od razu. Rozwija panel "Zamknięcie sprintu" z dwoma krokami, bo zamknięcie to coś więcej niż zmiana stanu.
- Przejdź na branch główny projektu
Panel wymienia
main,masteralbodevelop. Praca sprintu powinna być już tam zmergowana. - Uruchom komendę w Claude Code
Panel podaje gotowe polecenie z nazwą sprintu, do skopiowania.
> /monolynx:sprint-end "Sprint 1"Komenda przenosi wiedzę ze sprintu do wiki, a dopiero na końcu, po Twoim potwierdzeniu, zamyka sprint. Opisuje ją wpis Jak działa /monolynx:sprint-end.
Co widać po zamknięciu sprintu
Listy w module domyślnie ukrywają to, co zakończone. Widok Sprinty ma filtr statusu, a backlog pole wyboru "Pokaż tickety z zakończonych sprintów". Nic nie znika: zakończony sprint i jego tickety są w historii, tylko nie zaśmiecają bieżącej pracy.
Najczęstsze pytania
Czy muszę używać panelu, skoro mam agenta?
Nie musisz. Sprint utworzysz, wystartujesz i zamkniesz poleceniem dla agenta albo komendą CLI. Panel przydaje się do przeglądu: tablica pokazuje stan sprintu szybciej niż jakakolwiek lista w terminalu.
Dlaczego dyspozytor nie bierze mojego ticketu?
Najczęściej z jednego z trzech powodów: ticket nie należy do aktywnego sprintu, ma status Backlog zamiast Do zrobienia albo czeka na ticket, który go blokuje.
Czy mogę dodać ticket do sprintu, który już trwa?
Tak. Przypisz go do aktywnego sprintu i ustaw status Do zrobienia. Dyspozytor zauważy go przy następnym przebiegu pętli.
Czy mogę ręcznie przenieść ticket na Gotowe?
Tak, przeciągając kartę na tablicy. W sprincie z kolejką merge requestów lepiej tego nie robić, bo status Gotowe odblokowuje tickety zależne, zanim zmiana faktycznie trafi do brancha.
Gdzie są kryteria akceptacji?
Na stronie ticketu. Dodajesz je po utworzeniu ticketu i odhaczasz pojedynczo. Agent czyta je jako definicję ukończenia.
Słownik i następny krok
- Backlog
- lista wszystkich ticketów projektu oraz status ticketu, który nie jest jeszcze zaplanowany
- Tablica
- widok kolumn aktywnego sprintu, po jednej kolumnie na status
- Story points
- umowna miara wielkości ticketu, podstawa wykresu spalania
- Wykres spalania
- wykres pozostałych story points w kolejnych dniach sprintu
- Bloker
- ticket, który musi być Gotowe, zanim ruszy ticket zależny
- Kryterium akceptacji
- pojedynczy, sprawdzalny warunek ukończenia ticketu
Sprint jest założony i wystartowany? Dalszy ciąg, czyli pętle, merge i zamknięcie, opisuje przewodnik Sprint z Monolynx krok po kroku. Jeśli projektu jeszcze nie ma, zacznij od wpisu Pierwszy projekt w Monolynx.
Co znaczy każda kolumna tablicy i kto przestawia karty, wyjaśnia wpis Statusy ticketu w Monolynx. Jeden ticket bez sprintu prowadzi wpis Pierwszy ticket ręcznie: od brancha do merge.
Chcesz zobaczyć tablicę i sprinty na żywo?
Zobacz moduł Scrum w Monolynx