# Nástěnka jako status report (https://docs.vitrinka.ai/cs/pm/status-boards)



## Důkazy, ne slohovky [#proof]

Nástěnka se plní, zatímco tým pracuje: screenshoty tak, jak agenti staví, celé cesty prošlé v pořadí, nahrané testovací seance, release stránky. Každá karta je věc samotná — obrazovka, ne popis obrazovky — takže na „je to hotové?" se odpovídá pohledem, ne ptaním.

Když je něco špatně, kdokoli nakreslí na kartu oblast a napíše jednu větu. Z anotace se stane pracovní položka, ke které už je připojená obrazovka, oblast i větev; naslouchající agent ji opraví a vedle originálu pověsí snímek po opravě jako sadu před/po. Opravu přijímáte nebo odmítáte na nástěnce vy — agent nikdy nemůže označit vlastní práci za vyřešenou.

## Rozhodnutí žijí tam, kde práce [#decisions]

* **Vlákna anotací** — každá anotace nese konverzaci. Agent hlásí, co udělal, doptává se nebo oponuje, a výměna zůstává připnutá přesně k oblasti, o které je.
* **Stavy** — anotace prochází životním cyklem viditelně: převzatá, v review s přiloženým snímkem po opravě, a vyřešená až *vaším* přijetím v UI nástěnky.
* **Otázky** — agenti vám pokládají otázky s výběrem v panelu Questions na nástěnce, odpovídáte pilulkami na jedno kliknutí a odpovědi tam zůstávají jako trvalý záznam. Tenhle tok má [vlastní stránku](/cs/pm/questions).

## Review průchody [#reviews]

**run review** (v nabídce ⋯ nástěnky nebo v review pohledu panelu Annotations; z terminálu `vitrinka review judge <board>`) zařadí serverového soudce nad obrazovky nástěnky, volitelně se zaměřením („zkontroluj prázdné stavy"). Každá obrazovka se posoudí podle [review pravidel](/cs/qa/review-toolkit#brief) týmu a každý navržený nález — a když požádáte o kalibraci, i vzorek průchodů — nezávisle zkontroluje audit. Výsledky se objeví v review pohledu panelu Annotations, seskupené podle pravidla — pass, nález, chybí důkaz — každý s výřezem důkazu. **File finding** ho založí na nástěnce jako rozpracovanou anotaci, **Dismiss** ho zahodí a hodnocení užitečnosti řekne rubrice, co stálo za to. Po opravě **Verify a fix** zkontroluje auditem čerstvý snímek. Průchod začíná jen na požádání a dřívější nálezy zůstávají čitelné pod Historical board findings. Jak soudce funguje: [sada nástrojů pro revize](/cs/qa/review-toolkit#judge).

## Jak udržet stovky nástěnek dohledatelných [#organization]

Každá nástěnka patří do projektu a v něm do podskupiny:

| Podskupina      | Co se do ní skládá                             |
| --------------- | ---------------------------------------------- |
| `reviews`       | Nástěnky PR review                             |
| `testing`       | QA a set nástěnky                              |
| `sessions`      | Nahrané seance uživatelského testování         |
| `brainstorming` | Návrhové seance vedené rozhodnutími            |
| `design`        | Mockupy a designové směry                      |
| `journeys`      | Sady testovacích cest                          |
| `releases`      | Release stránky, průběžné i vydané             |
| `docs`          | Nástěnky živé dokumentace                      |
| `bugs`          | Bug nástěnka projektu se schválenými hlášeními |

V zobrazení Record › Boards projektu se nástěnky seskupují nejdřív pod svůj epic, pak podle podskupiny.

Nástěnky nad to nesou volné tagy — sdílený slovník s počty použití, takže „všechny nástěnky o onboardingu" je jeden filtr — a pořadí v bočním panelu si přetahujete sami.