# Szablon briefu projektu

Cztery połączone dokumenty, które dobrze startują projekt i trzymają go w ryzach: dlaczego teraz, jeden cel, co jest w zakresie, a co poza nim, kto decyduje, kamienie milowe i ryzyka. Pobierz je jako pliki Markdown: otworzysz je w dowolnym edytorze, pokażą swój diagram na GitHubie i w Obsidianie, a do Nodary zaimportujesz je jako mapę.

Za darmo, bez konta, bez e-maila. Używaj, zmieniaj, udostępniaj.

[Pobierz szablon (.zip)](https://nodary.ai/downloads/szablon-briefu-projektu.zip)

## Przeczytaj każdą stronę przed pobraniem

Brief mieści się na jednym ekranie i linkuje do trzech części: ludzi, planu i ryzyk. Kursywa mówi, co napisać; przykłady dotyczą jednego przykładowego projektu, przeniesienia centrum pomocy na nową stronę przed końcem umowy.

- Brief projektu: Strona, którą wszyscy czytają najpierw: dlaczego teraz, cel, zakres i link do każdej części.
- Interesariusze i role: Kto decyduje, kto wykonuje pracę, kogo trzeba zapytać i kto musi tylko wiedzieć.
- Plan i kamienie milowe: Kamienie milowe z tym, co dla każdego znaczy gotowe, etapy, budżet i raportowanie.
- Ryzyka i decyzje: Co mogłoby zatrzymać projekt, co zespół z tym robi i każda decyzja podjęta po drodze.

### Brief projektu

_Jak korzystać z szablonu: wiersze kursywą to wskazówki. Zastąp je własnymi słowami, a potem usuń. Wartości w nawiasach kwadratowych uzupełniasz sam. Utrzymaj tę stronę na jednym ekranie: każdy, kto dołącza do projektu, powinien ją zrozumieć w pięć minut._

#### W skrócie

| Pole | Ten projekt |
| --- | --- |
| Projekt | [Nazwa] |
| Sponsor | [imię i nazwisko] |
| Kierownik projektu | [imię i nazwisko] |
| Start | [data] |
| Termin | [data] |
| Budżet | [kwota albo osoby i tygodnie] |
| Status | [proponowany, zatwierdzony, w toku, zakończony] |
| Następny kamień milowy | [nazwa i data] |

#### Dlaczego teraz

_Co się stanie, jeśli zespół nic nie zrobi. Brief bez powodu, by zacząć teraz, jest listą życzeń._

_Przykład (przykładowy projekt): Umowa hostingowa centrum pomocy kończy się 30 czerwca. Po tej dacie jego 400 artykułów i wyszukiwarka znikną z sieci._

[Dlaczego ten projekt i dlaczego teraz]

#### Cel

_Jeden wynik, mierzalny, z datą. Jeśli potrzebujesz dwóch celów, masz pewnie dwa projekty._

[Co jest prawdą, gdy projekt się kończy, i do kiedy]

#### Zakres

- W zakresie: [...]
- Poza zakresem: [...]
- Do decyzji: [...]

#### Ograniczenia

- Budżet: [...]
- Termin: [...]
- Ludzie: [...]
- Nie może się zmienić: [...]

#### Reszta briefu

_Każda część to osobny dokument. Linkuj do niej, zamiast kopiować, żeby każdy fakt żył w jednym miejscu._

- [Interesariusze i role](https://nodary.ai/pl/templates/project-brief#doc-team): kto decyduje, kto wykonuje pracę, kogo się pyta, a kogo informuje
- [Plan i kamienie milowe](https://nodary.ai/pl/templates/project-brief#doc-plan): kamienie milowe, etapy, budżet i raportowanie
- [Ryzyka i decyzje](https://nodary.ai/pl/templates/project-brief#doc-risks): ryzyka, założenia, rejestr decyzji i otwarte pytania

_Z tego szablonu możesz swobodnie korzystać, a także go zmieniać i udostępniać. Pochodzi z_ [Nodary](https://nodary.ai/pl)_, gdzie te pliki importują się jako mapa połączonych dokumentów._

### Interesariusze i role

**Właściciel:** [imię i nazwisko] · **Status:** szkic · **Ostatni przegląd:** [data]

_Wszyscy, od których projekt zależy albo na których wpływa, i co każda osoba w nim robi. Interesariusz, który dowiaduje się o projekcie w dniu startu, to ryzyko, którego można było uniknąć._

#### Ludzie

| Osoba lub zespół | Rola w projekcie | Odpowiada za | Decyduje o |
| --- | --- | --- | --- |
| [imię i nazwisko] | [sponsor] | [...] | [budżet, zakres] |
| [imię i nazwisko] | [kierownik projektu] | [...] | [...] |
| [zespół] | [...] | [...] | [...] |

#### RACI

_R wykonuje pracę, A za nią odpowiada i decyduje, C jest pytany wcześniej, I jest informowany później. Dokładnie jedno A w wierszu._

| Zadanie | R (wykonuje) | A (odpowiada) | C (konsultowany) | I (informowany) |
| --- | --- | --- | --- | --- |
| [Zakres] | [...] | [...] | [...] | [...] |
| [Budżet] | [...] | [...] | [...] | [...] |
| [Realizacja] | [...] | [...] | [...] | [...] |
| [Start] | [...] | [...] | [...] | [...] |

_Przykład (przykładowy projekt): Migracja treści: zespół wsparcia ją wykonuje, kierowniczka wsparcia za nią odpowiada, zespół produktu jest pytany o strukturę artykułów, a dział sprzedaży jest informowany o nowych adresach._

#### Jak się komunikujemy

- Cotygodniowe podsumowanie: [gdzie i kiedy]
- Decyzje: [gdzie są zapisywane]
- Pytania: [gdzie je zadawać i kto odpowiada]

Zobacz też: [Brief projektu](https://nodary.ai/pl/templates/project-brief#doc-overview) · [Plan i kamienie milowe](https://nodary.ai/pl/templates/project-brief#doc-plan)

### Plan i kamienie milowe

**Właściciel:** [imię i nazwisko] · **Status:** szkic · **Ostatni przegląd:** [data]

_Plan na poziomie, który czyta sponsor. Szczegółowe zadania żyją tam, gdzie pracuje zespół; ta strona mówi, kiedy przypada każdy kamień milowy i skąd będziesz o tym wiedzieć._

#### Kamienie milowe

| Kamień milowy | Data | Gotowe, gdy | Właściciel |
| --- | --- | --- | --- |
| [...] | [data] | [...] | [imię i nazwisko] |
| [...] | [...] | [...] | [...] |
| [...] | [...] | [...] | [...] |

_„Gotowe, gdy” to kolumna, którą wszyscy pomijają. Bez niej kamień milowy jest tylko datą._

_Przykład (przykładowy projekt): Treści przeniesione, 15 maja: gotowe, gdy każdy artykuł otwiera się na nowej stronie z działającymi linkami, sprawdzone przez wsparcie._

#### Etapy

```mermaid
flowchart LR
  n0["Brief zatwierdzony"]
  n1["Planowanie"]
  n2["Realizacja"]
  n3["Przegląd"]
  n4["Start"]
  n5["Zamknięcie"]
  n0 --> n1
  n1 --> n2
  n2 --> n3
  n3 --> n4
  n4 --> n5
```
_Od zatwierdzonego briefu do zamknięcia_

#### Budżet

| Pozycja | Szacunek | Wydano | Uwagi |
| --- | --- | --- | --- |
| [Ludzie] | [...] | [...] | [...] |
| [Narzędzia i usługi] | [...] | [...] | [...] |
| [Rezerwa] | [...] | [...] | [...] |

#### Raportowanie

_Jak często raportuje się postęp, komu, i co zmienia status z „zgodnie z planem” na „zagrożony”._

- Zgodnie z planem: [...]
- Zagrożony: [...]
- Opóźniony: [...]

Zobacz też: [Brief projektu](https://nodary.ai/pl/templates/project-brief#doc-overview) · [Interesariusze i role](https://nodary.ai/pl/templates/project-brief#doc-team) · [Ryzyka i decyzje](https://nodary.ai/pl/templates/project-brief#doc-risks)

### Ryzyka i decyzje

**Właściciel:** [imię i nazwisko] · **Status:** szkic · **Ostatni przegląd:** [data]

#### Ryzyka

| Ryzyko | Prawdopodobieństwo | Wpływ | Co z tym robimy | Właściciel |
| --- | --- | --- | --- | --- |
| [...] | [niskie, średnie, wysokie] | [niski, średni, wysoki] | [...] | [imię i nazwisko] |
| [...] | [...] | [...] | [...] | [...] |

_Przykład (przykładowy projekt): Przekierowania ze starych adresów nie są gotowe na 30 czerwca: wysoki wpływ. Programista ustawia je w maju, a wsparcie testuje 50 najczęściej czytanych artykułów._

#### Założenia

_To, w co wierzysz, ale czego nie sprawdziłeś. Każde założenie jest ryzykiem, dopóki ktoś go nie potwierdzi._

- [Założenie], sprawdza [imię i nazwisko] do [data]
- [...]

#### Rejestr decyzji

_Każda decyzja, która zmienia zakres, termin albo budżet: co, kto, dlaczego i która strona się zmieniła._

| Data | Decyzja | Kto zdecydował | Dlaczego | Zmieniona strona |
| --- | --- | --- | --- | --- |
| [data] | [...] | [...] | [...] | [...] |

#### Otwarte pytania

- [ ] [Pytanie], [kto odpowiada], [do kiedy]

Zobacz też: [Brief projektu](https://nodary.ai/pl/templates/project-brief#doc-overview) · [Plan i kamienie milowe](https://nodary.ai/pl/templates/project-brief#doc-plan)

## Jak z niego korzystać

### Napisz brief za jednym podejściem

Wypełnij przegląd ze sponsorką i kierownikiem projektu, w mniej więcej godzinę: dlaczego teraz, cel, zakres i ograniczenia. Cała reszta z tego wynika.

### Wskaż jedną osobę, która decyduje

W macierzy RACI daj każdemu zadaniu dokładnie jedną osobę, która za nie odpowiada. Dwie osoby decyzyjne to żadna.

### Zamień daty w sprawdzenia

Dla każdego kamienia milowego zapisz, co znaczy „gotowe”. Data bez sprawdzenia przesuwa się po cichu.

### Wracaj do niego przy każdym kamieniu milowym

Porównuj brief z rzeczywistością przy każdym kamieniu milowym, aktualizuj ryzyka i zapisuj każdą decyzję, która zmienia zakres albo termin.

## Zaimportuj go do Nodary jako mapę

Nodary to przestrzeń robocza oparta na AI, w której dokumenty zespołu łączą się ze sobą, zamiast się piętrzyć. Zaimportuj .zip, a brief pojawi się z trzema częściami pod sobą i z zachowanymi linkami. Przypisz każdemu dokumentowi osobę i termin, zobacz wszystkie daty w kalendarzu i śledź kamień milowy w widoku postępu na żywo, który mówi, czy zdążysz na czas. Agenci AI połączeni przez MCP czytają brief, zanim zaplanują w nim pracę.

1. Otwórz mapę projektu i wybierz „Importuj”.
2. Wybierz kartę „Folder lub ZIP”, a potem „Wybierz plik ZIP”.
3. Wskaż pobrany plik, sprawdź drzewo i zaimportuj.

Plan Free mieści dziesięć dokumentów na przestrzeń roboczą, wliczając stronę samego projektu: cztery dokumenty szablonu zmieszczą się z zapasem. Nodary ma też wbudowany jednostronicowy szablon briefu projektu.

## Jak pisać brief, który dobrze startuje projekt

Brief projektu zawodzi, gdy jest listą życzeń, której nikt nie może odrzucić, albo dokumentem, którego nikt nie otwiera po starcie. Te nawyki zapobiegają obu sytuacjom.

### Podaj powód, by zacząć teraz

Napisz, co się stanie, jeśli zespół nic nie zrobi. Brief bez własnego terminu konkuruje z każdym innym pomysłem i przegrywa.

### Jeden cel, z datą

Jeśli potrzebujesz dwóch celów, masz pewnie dwa projekty. Zapisz jeden wynik, który oznacza sukces, i do kiedy.

### Zapisz, co jest poza zakresem

Lista tego, co jest poza zakresem, chroni termin. Każdy jej wiersz to dyskusja, której nie będzie trzeba prowadzić później.

### Jedna osoba decyduje

Każda decyzja potrzebuje kogoś, kto za nią odpowiada. Komitet może doradzać, ale nie może decydować.

### Powiedz, co zakładasz

Każde założenie jest ryzykiem, dopóki ktoś go nie sprawdzi. Zapisz je, razem z osobą, która sprawdza każde z nich.

### Krótko i aktualnie

Jeden ekran na brief, jedna strona na część. Aktualizuj go, gdy projekt się zmienia, żeby nigdy nie opisywał projektu, którego już nie ma.

## Pytania o brief projektu

### Czym jest brief projektu?

Brief projektu to krótki dokument, który mówi, po co istnieje projekt, co ma osiągnąć, co jest w jego zakresie, a co nie, kto w nim uczestniczy i jak będzie prowadzony. Powstaje przed rozpoczęciem pracy, żeby sponsor, zespół i każdy, kto dołączy później, mówili o tym samym projekcie.

### Co powinien zawierać brief projektu?

Powód, by zacząć teraz, mierzalny cel z datą, zakres i to, co z niego wyłączone, ograniczenia, interesariuszy i ich role, kamienie milowe z tym, co znaczy „gotowe”, budżet, ryzyka i założenia oraz rejestr decyzji. Ten szablon ma dokument dla każdej grupy.

### Czym brief różni się od karty projektu?

Oba opisują projekt przed startem. Karta projektu to zwykle formalny dokument, który zatwierdza projekt i jego kierownika, podpisany przez sponsora. Brief jest krótszy i lżejszy: uzgadnia stanowiska zaangażowanych osób. Wiele zespołów używa go jako karty projektu.

### Czym jest macierz RACI?

To tabela, która dla każdego zadania mówi, kto je wykonuje (R), kto za nie odpowiada i decyduje (A), kogo pyta się wcześniej (C) i kogo informuje się potem (I). Najważniejsza zasada: dokładnie jedna osoba odpowiedzialna w wierszu.

### Jak długi powinien być brief projektu?

Sam brief powinien mieścić się na jednym ekranie. Szczegóły, takie jak plan, RACI i ryzyka, żyją na osobnych, połączonych stronach, żeby pierwsza strona pozostała czytelna.

### Czy mogę go używać w projektach dla klientów?

Tak. Agencje i konsultanci używają briefu, żeby uzgodnić zakres z klientem przed rozpoczęciem pracy. Szczególnie dbaj o aktualność listy tego, co poza zakresem, i rejestru decyzji: rozstrzygają większość nieporozumień.

Strona: https://nodary.ai/pl/templates/project-brief