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ę.
4 pliki Markdown w archiwum .zip, 4 kB
Za darmo, bez konta, bez e-maila. Używaj, zmieniaj, udostępniaj.
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.
Dokumenty
Plik Szablon briefu projektu/Brief projektu.md
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: kto decyduje, kto wykonuje pracę, kogo się pyta, a kogo informuje
- Plan i kamienie milowe: kamienie milowe, etapy, budżet i raportowanie
- Ryzyka i decyzje: 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, gdzie te pliki importują się jako mapa połączonych dokumentów.
Plik Szablon briefu projektu/Brief projektu/01 Interesariusze i role.md
Interesariusze i role
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]
Plik Szablon briefu projektu/Brief projektu/02 Plan i kamienie milowe.md
Plan i kamienie milowe
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
- Brief zatwierdzonyPlanowanie
- PlanowanieRealizacja
- RealizacjaPrzegląd
- PrzeglądStart
- StartZamknięcie
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
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: [...]
Plik Szablon briefu projektu/Brief projektu/03 Ryzyka i decyzje.md
Ryzyka i decyzje
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]
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ę.
- Otwórz mapę projektu i wybierz „Importuj”.
- Wybierz kartę „Folder lub ZIP”, a potem „Wybierz plik ZIP”.
- 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 Nodary łączy dokumentację 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ń.
Trzymaj projekt tam, gdzie pracuje zespół.
Zaimportuj szablon do Nodary, a brief stanie się mapą, którą twój zespół i twoi agenci AI utrzymują w aktualności. Za darmo dla dwóch członków, jednego projektu i dziesięciu dokumentów, bez karty.