---
title: "Sprint w panelu Monolynx: backlog, tablica i statusy ticketów"
description: "Moduł Scrum w panelu Monolynx: jak założyć sprint, dodać tickety, czytać tablicę i kto zmienia status ticketu w pracy ręcznej, a kto w sprincie z agentami AI."
url: "https://monolynx.com/blog/sprint-w-panelu-monolynx"
lang: "pl"
author: "Zespół Monolynx"
published: "2026-10-08T08:37:00.829752+00:00"
modified: "2026-10-09T10:35:09.777354+00:00"
last_verified: "2026-10-08"
tags: ["scrum", "sprint", "panel", "agenci-ai", "konfiguracja"]
translations: []
reading_time_minutes: 8
word_count: 1561
---

> [!TLDR]
> - Moduł Scrum ma cztery widoki: Backlog, Tablica, Sprinty i Nowy ticket. Wszystkie są dostępne z jednego paska nawigacji.
> - Sprint przechodzi trzy stany: Planowanie, Aktywny, Zakończony. W projekcie może być jeden aktywny sprint naraz.
> - Ticket przechodzi pięć statusów: Backlog, Do zrobienia, W trakcie, Review, Gotowe.
> - Agent kończy pracę na statusie Review. Status Gotowe ustawia kolejka merge requestów po zmergowaniu zmiany albo człowiek na tablicy.
> - Wszystko, co klikasz w panelu, agent może zrobić przez MCP albo CLI, i odwrotnie. To te same dane.

## 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.


**Porównanie**

| 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` |



**Statystyki**

- **4** - widoki modułu Scrum
- **3** - stany sprintu
- **5** - statusów ticketu
- **1** - aktywny sprint w projekcie naraz



**Życie sprintu i ticketu**

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.

```mermaid
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.


**Kroki**

1. **Otwórz widok Sprinty** Formularz nowego sprintu jest na tej samej stronie co lista.
2. **Wypełnij formularz** Podaj nazwę i datę rozpoczęcia. Cel i data zakończenia są opcjonalne.
3. **Przypisz tickety** W backlogu każdy wiersz ma listę wyboru sprintu. Ten sam wybór jest w formularzu ticketu.
4. **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.
5. **Wystartuj sprint** Przy sprincie w stanie Planowanie jest przycisk Wystartuj. Po starcie sprint pojawia się na tablicy.



**Porównanie**

| 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 |


> [!WARNING]
> Drugiego sprintu nie wystartujesz, dopóki poprzedni jest aktywny. Najpierw zamknij bieżący.

To samo zrobisz z terminala albo zlecisz agentowi:

```bash title="Terminal"
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.


> [!TIP]
> Opisu nie musisz pisać ręcznie. Komenda `/monolynx:ticket-create` tworzy ticket z pełnym kontraktem, a `/monolynx:ticket-review` sprawdza go przed startem. Opisują je wpisy [Jak działa /monolynx:ticket-create](https://monolynx.com/blog/jak-dziala-monolynx-ticket-create) i [Jak działa /monolynx:ticket-review](https://monolynx.com/blog/jak-dziala-monolynx-ticket-review).

## 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.


**Porównanie**

| 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.


**Porównanie**

| 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 |


> [!IMPORTANT]
> Agent nigdy sam nie oznacza ticketu jako Gotowe na koniec swojej pracy. Zatrzymuje się na Review, bo "gotowe" znaczy "zmergowane", a merge request musi jeszcze zatwierdzić człowiek.


**Przykładowy wykres spalania sprintu: pozostałe story points**

| 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.


**Kroki**

1. **Przejdź na branch główny projektu** Panel wymienia `main`, `master` albo `develop`. Praca sprintu powinna być już tam zmergowana.
2. **Uruchom komendę w Claude Code** Panel podaje gotowe polecenie z nazwą sprintu, do skopiowania.



**Polecenie z panelu zamknięcia**

```console
> /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](https://monolynx.com/blog/jak-dziala-monolynx-sprint-end).

> [!CAUTION]
> Zamknięcia sprintu nie da się cofnąć. Tickety, które nie mają statusu Gotowe, wracają do backlogu i tracą przypisanie do sprintu.


**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


**FAQ**

### 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


**Słownik**

- **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](https://monolynx.com/blog/sprint-z-monolynx-krok-po-kroku). Jeśli projektu jeszcze nie ma, zacznij od wpisu [Pierwszy projekt w Monolynx](https://monolynx.com/blog/pierwszy-projekt-w-monolynx).

Co znaczy każda kolumna tablicy i kto przestawia karty, wyjaśnia wpis [Statusy ticketu w Monolynx](https://monolynx.com/blog/statusy-ticketu-w-monolynx). Jeden ticket bez sprintu prowadzi wpis [Pierwszy ticket ręcznie: od brancha do merge](https://monolynx.com/blog/pierwszy-ticket-recznie-monolynx).


**Wezwanie do działania**

Chcesz zobaczyć tablicę i sprinty na żywo?

[Zobacz moduł Scrum w Monolynx](https://monolynx.com/features/scrum)