# Roadmapa, cele zespołu i cele indywidualne

W moim zespole patrzymy na cele z roadmapy, a ludzie mają przypisane cele indywidualne i zakres odpowiedzialności na kwartał. Mierzymy także czas dojścia zmiany do produkcji. Sama liczba zamkniętych zadań nie pokazuje, czy zrobiliśmy to, co było najważniejsze.

Ten wzór zachowuje układ planowania, z którego korzystam: cele zespołu, cele osób i tygodniowy przegląd priorytetów. Dodałem pola na powiązania, terminy oraz potwierdzenie wyniku. To miejsca do uzupełnienia waszymi ustaleniami, nie kopia celów ani danych mojego zespołu.

## Jak użyć tego pliku

Dołączcie go do rozmowy z agentem w projekcie. Wskażcie aktualną roadmapę, plan kwartału i zadania, które wolno mu odczytać. Agent porównuje źródła i proponuje uzupełnienie. Brak celu, odpowiedzialności lub potwierdzenia wydania ma nazwać wprost, zamiast wymyślać odpowiedź.

Jeśli macie już te informacje w Confluence lub innym miejscu, uzupełnijcie istniejące strony. Zadania nadal prowadzicie w swojej kolejce pracy. Tutaj trzymajcie linki i ustalenia potrzebne do decyzji, zamiast kopiować wszystkie opisy i statusy. Plan kwartalny uzgadniacie z osobami, których dotyczy; agent nie przydziela samodzielnie ludziom celów.

## 1. Roadmapa: co chcemy osiągnąć i kiedy

**Produkt lub obszar:** [uzupełnijcie]

**Data aktualizacji i osoba prowadząca plan:** [uzupełnijcie]

Roadmapa pokazuje większe rezultaty i ich kolejność. Szczegółowe zadania są podlinkowane niżej. W kolumnie terminu rozróżnijcie ustalony termin od prognozy lub dalszego pomysłu.

| Horyzont / termin i jego pewność | Cel i potrzeba użytkownika | Co ma być dostępne na końcu | Właściciel / współpraca | Zależność lub blokada | Stan / potwierdzenie |
| --- | --- | --- | --- | --- | --- |
| [kwartał, miesiąc lub data; zobowiązanie / prognoza / pomysł] | [jaki problem rozwiązujemy] | [wynik możliwy do sprawdzenia] | [uzgodniona odpowiedzialność] | [co musi wydarzyć się wcześniej] | [stan i link do dowodu] |
| [kolejny horyzont] | [następny cel] | [rezultat] | [uzupełnijcie] | [uzupełnijcie] | [uzupełnijcie] |

Przy zmianie terminu lub zakresu dopiszcie powód oraz wpływ na pozostałe cele. Jeżeli chcecie pokazać plan na osi czasu, agent może ułożyć tę tabelę graficznie. Niech zachowa te same cele, zależności i statusy — bez dopisywania dat lub procentów gotowości.

## 2. Cele zespołu na kwartał

**Kwartał:** [uzupełnijcie]

**Ograniczenia:** [utrzymanie, dyżury, dostępność, inne zobowiązania]

| Priorytet i cel roadmapy | Cel zespołu | Właściciel / współpraca | Rezultat i kryterium ukończenia | Termin | Stan / dowód |
| --- | --- | --- | --- | --- | --- |
| [link do celu, uzgodniona kolejność] | [co dowozimy w tym kwartale] | [kto prowadzi i kto pomaga] | [co sprawdzamy oraz kto przyjmuje wynik] | [data lub przedział] | [stan, blokada, link do potwierdzenia] |

Opis rezultatu i status to różne informacje. „W trakcie” nie mówi, co ma być gotowe. Zapiszcie oczekiwany wynik przed rozpoczęciem, a faktyczny rezultat oraz dowód dopiszcie po wykonaniu.

Wzór statusów do dopasowania: **planowane / w realizacji / zablokowane / odebrane / na produkcji / efekt sprawdzony / odłożone**. Zadanie organizacyjne może nie wymagać wdrożenia — wtedy wskażcie właściwy sposób odbioru, zamiast zaznaczać fikcyjną produkcję.

## 3. Cel indywidualny i odpowiedzialność kwartalna

Powtórzcie kartę dla każdej odpowiedzialności, którą uzgadniacie. Może obejmować dostarczenie zmiany, utrzymanie obszaru, rozwój umiejętności albo przekazanie wiedzy. Powiążcie ją z celem zespołu lub jawną potrzebą utrzymania produktu.

| Pole | Wasze ustalenie |
| --- | --- |
| Kwartał i osoba / rola | [uzupełnijcie w wewnętrznym planie] |
| Cel zespołu lub obszar utrzymania | [link i powód tej odpowiedzialności] |
| Cel indywidualny | [konkretny wynik do uzyskania w tym okresie] |
| Zakres odpowiedzialności | [za co ta osoba odpowiada, jakie decyzje podejmuje, co wymaga uzgodnienia] |
| Rezultat i sposób sprawdzenia | [po czym poznamy, że cel został osiągnięty; kto to potwierdzi] |
| Współpraca i potrzebne wsparcie | [od kogo zależy wynik, kto pomaga w mniej znanym obszarze] |
| Bieżąca praca i dostępność | [jak cel mieści się obok utrzymania, dyżurów oraz czasu na naukę] |
| Termin i punkt przeglądu | [kiedy sprawdzacie postęp, a kiedy rezultat] |
| Zadania i materiały | [linki do rzeczywistej pracy i źródeł wiedzy] |
| Stan / dowód / blokada | [faktyczny wynik; co pozostało do zrobienia] |

Nie rozliczajcie celu indywidualnego samą liczbą zadań, promptów czy linii kodu. Sprawdźcie uzgodniony rezultat i zakres odpowiedzialności. Opieka nad stabilnością, pomoc innym lub usunięcie zależności mogą być wartościowe, choć nie zwiększają liczby nowych funkcji.

## 4. Tygodniowy przegląd priorytetów

**Data przeglądu:** [uzupełnijcie]

| Priorytet / cel | Właściciel | Co zostało ukończone i czym to potwierdzamy? | Co jest blokadą? | Następny krok / kto / kiedy |
| --- | --- | --- | --- | --- |
| [link do celu] | [rola / osoba] | [wynik i odnośnik; odróżnijcie odbiór od wydania] | [potrzebna decyzja, wiedza lub zależność] | [jedna czynność, odpowiedzialność i termin] |

Wracajcie do pytań: czy idziemy w stronę celu, co już działa na produkcji i co wymaga decyzji? Jeśli pilna praca zmienia plan kwartału, zapiszcie wspólnie, co odkładacie. Nie dopisujcie nowego celu do niezmienionej listy obowiązków.

## 5. Zadania, czas do produkcji i wynik celu

Zadanie łączcie linkiem z odpowiednim celem. Daty bierzcie z historii pracy i potwierdzonego wydania. Poniższy wiersz jest wzorem zestawienia z tych źródeł; nie wymaga ręcznego przepisywania całej historii.

| Zadanie / cel | Wejście: zdarzenie i data | Odbiór: data | Produkcja: data i wersja | Czas wejście → produkcja | Wynik / dowód |
| --- | --- | --- | --- | --- | --- |
| [odnośniki] | [ustalony status początkowy i data] | [data lub brak odbioru] | [potwierdzone wdrożenie; gdy nie było — „jeszcze niewydane”] | [różnica dat według wspólnej definicji] | [sprawdzenie działania i rezultatu celu] |

Przed liczeniem ustalcie, co oznacza **wejście** do mierzonego procesu, jakie środowisko jest produkcją oraz czy liczycie czas kalendarzowy czy roboczy. Stosujcie te same granice we wszystkich porównaniach. Odbiór techniczny i połączenie kodu z główną gałęzią nie oznaczają automatycznie wdrożenia. Przy stopniowym udostępnianiu funkcji zapiszcie także, kiedy dotarła do docelowych użytkowników.

Pokażcie osobno zmiany niewydane oraz czas od ich wejścia do dziś. Nie przypisujcie im zerowego czasu dostarczenia. Jeśli zadanie nie wymaga produkcji, zaznaczcie to z powodem i sprawdźcie uzgodniony rezultat innym sposobem. Szczegółowy pomiar tempa, jakości i bezpieczeństwa prowadzi istniejąca [karta pomiaru efektów AI](team-ai-transition-pl.md).

Na przeglądzie kwartału sprawdźcie każdy cel: uzgodniony rezultat, faktyczny wynik, dowód, nierozwiązane zależności i decyzję o dalszej pracy. Wydanie funkcji oraz osiągnięcie efektu dla użytkownika mogą nastąpić w różnych terminach. Nie wyliczajcie procentu celu z liczby zamkniętych zadań, jeśli zadania nie odzwierciedlają jego kryteriów ukończenia.

## Prompt do uzupełnienia waszego planu

```text
Przeczytaj załączony wzór i nasze dostępne źródła: [roadmapa, plan kwartału, zadania].
Najpierw pokaż, które informacje już mamy i gdzie. Proponuj uzupełnienie tych miejsc,
zamiast tworzyć drugą listę celów lub kopiować całą historię zadań.
Połącz cele roadmapy z celami zespołu, celami indywidualnymi i odpowiedzialnością
na kwartał. Uwzględnij utrzymanie, współpracę, wsparcie i dostępność.
Oddziel oczekiwany rezultat, bieżący status i potwierdzony wynik.
Przy czasie do produkcji najpierw zapytaj o zdarzenie początkowe i sposób liczenia.
Nie traktuj odbioru ani połączenia kodu jako potwierdzenia wdrożenia.
Nie wymyślaj celów, osób, terminów, procentów gotowości ani dowodów.
Nie oceniaj pracowników i nie przydzielaj im samodzielnie nowych celów.
Przygotuj propozycję planu i tygodniowego przeglądu do uzgodnienia przez zespół.
Nie zapisuj nic w zewnętrznych systemach bez osobnego polecenia.
```