Szablon agendy spotkania rozpoczynającego projekt: role, zakres i ryzyka

Spotkanie rozpoczynające projekt to nie spotkanie statusowe pod inną nazwą. Zwykle po raz pierwszy sponsor, kierownik projektu, zespół realizujący projekt oraz klient lub wewnętrzny interesariusz znajdują się w jednym pomieszczeniu. To też ostatni moment w projekcie, gdy można niewielkim kosztem skorygować brak zgodności.

Przed spotkaniem rozpoczynającym projekt istnieje on głównie jako propozycja, opis zakresu prac albo zestaw wiadomości na Slacku wymienionych między dwiema lub trzema osobami. Pozostali uczestnicy projektu przeczytali różne fragmenty tych materiałów, o ile w ogóle coś przeczytali. Spotkanie pozwala połączyć te częściowe perspektywy we wspólne rozumienie tego, co powstanie, dlaczego, do kiedy i kto za to odpowiada.

Zwykła agenda spotkania statusowego tego nie obejmuje. Takie spotkania zakładają, że zespół uzgodnił już zakres i role, a potrzebuje jedynie informacji o postępach. Spotkanie rozpoczynające projekt ma zrobić coś odwrotnego: ustalić zakres i role, zanim będzie można mierzyć postępy. Jeśli opiera się na ogólnym szablonie albo nie ma żadnego szablonu, zespół zwykle rozmawia o tym, co chce omawiać najbardziej wygadana osoba w pomieszczeniu. Sprawy, które naprawdę przesądzają o sukcesie projektu — kto za co odpowiada, co wyraźnie nie wchodzi w zakres i jak zapisywać decyzje — pozostają na późniejszy e-mail, który może zostać wysłany, ale nie musi.

Osobna agenda spotkania rozpoczynającego projekt rozwiązuje ten problem, umieszczając wszystkie te kwestie w harmonogramie przed rozpoczęciem spotkania, zamiast liczyć na to, że pojawią się naturalnie w rozmowie.

Kompletna agenda spotkania rozpoczynającego projekt ma stały zestaw sekcji, które sprawdzą się zarówno przy dwutygodniowej inicjatywie wewnętrznej, jak i sześciomiesięcznym projekcie dla klienta. Niektóre sekcje zajmują dwie minuty, inne piętnaście. Kolejność ma większe znaczenie niż dokładny czas.

Poniżej znajduje się gotowy do skopiowania szablon oparty na powyższych sekcjach. Wklej go do Google Docs, Notion albo wybranego narzędzia do zarządzania projektami i dostosuj czas do długości spotkania.

AGENDA SPOTKANIA ROZPOCZYNAJĄCEGO PROJEKT

Nazwa projektu: _____________
Data: _____________ | Godzina: _____________ | Miejsce / link do wideokonferencji: _____________
Osoba prowadząca: _____________ | Osoba sporządzająca notatki: _____________
Uczestnicy: _____________

1. POWITANIE I PRZEDSTAWIENIE SIĘ (5 min) Runda: imię i nazwisko, rola oraz zakres odpowiedzialności każdej osoby w tym projekcie.

2. TŁO PROJEKTU I CELE (10 min) Dlaczego realizujemy ten projekt: _____________ Cel biznesowy / miernik sukcesu: _____________ Wprowadzenie sponsora: _____________

3. ZAKRES I PRODUKTY PRACY (15 min) W zakresie: _____________ Poza zakresem (wymień wyraźnie): _____________ Najważniejsze produkty pracy i terminy: _____________

4. ROLE I ZAKRESY ODPOWIEDZIALNOŚCI (10 min) Sponsor projektu: _____________ Kierownik projektu: _____________ Liderzy zespołów: _____________ Osoba kontaktowa po stronie klienta / interesariuszy: _____________ Macierz odpowiedzialności omówiona: [ ] Tak [ ] Załączona osobno

5. HARMONOGRAM I KAMIENIE MILOWE (10 min) Data spotkania rozpoczynającego projekt: _____________ Najważniejsze kamienie milowe: _____________ Docelowa data zakończenia: _____________

6. ZASADY KOMUNIKACJI (5 min) Główny kanał: _____________ Częstotliwość aktualizacji statusu: _____________ Ścieżka eskalacji: _____________

7. RYZYKA I OTWARTE PYTANIA (10 min) Znane ryzyko | Osoba odpowiedzialna | Działanie ograniczające ryzyko _____________ | _____________ | _____________ _____________ | _____________ | _____________ Otwarte pytania wymagające dalszych ustaleń: _____________

8. PRZYGOTOWANIE REJESTRU DECYZJI (5 min) Gdzie będą zapisywane decyzje: _____________ Kto będzie aktualizować rejestr: _____________

9. KOLEJNE KROKI I ZADANIA DO WYKONANIA (5 min) Zadanie | Osoba odpowiedzialna | Termin _____________ | _____________ | _____________ _____________ | _____________ | _____________

10. ZAKOŃCZENIE I KOLEJNE SPOTKANIE (2 min) Data następnego spotkania: _____________ Spotkanie zakończono o: _____________

Sekcję dotyczącą ryzyk warto potraktować jako coś więcej niż formalność. Zespoły, które nazywają ryzyka na głos podczas spotkania rozpoczynającego projekt i przypisują do każdego z nich osobę odpowiedzialną, wykrywają problemy kilka tygodni wcześniej niż zespoły, które odkładają rozmowę o ryzyku do chwili, gdy coś pójdzie nie tak. Zobacz nasz przewodnik szablon agendy spotkania w PDF, jeśli wolisz format do wydrukowania i używania podczas spotkania.

Spotkanie rozpoczynające projekt z niewłaściwym doborem uczestników albo przeciąga się przez rozmowy poboczne, które mają znaczenie tylko dla dwóch osób, albo pomija kogoś, czyja zgoda jest potrzebna przed rozpoczęciem pracy. Lista właściwych uczestników jest krótsza, niż zakłada większość zespołów.

O tym, czy projekt będzie przebiegać zgodnie z planem po spotkaniu rozpoczynającym projekt, decydują trzy rzeczy: granica zakresu zaakceptowana przez wszystkich, lista ryzyk z przypisanymi osobami odpowiedzialnymi oraz rejestr decyzji, który przetrwa samo spotkanie.

Niekontrolowane rozszerzanie zakresu rzadko zaczyna się od dramatycznego wniosku o zmianę. Zwykle rozpoczyna je niewielkie, brzmiące rozsądnie rozszerzenie w trzecim tygodniu, któremu nikt się nie sprzeciwia, bo pierwotny zakres nie został zapisany na tyle jasno, by można go było porównać z nowym pomysłem. Wyraźne wskazanie podczas spotkania rozpoczynającego projekt elementów poza zakresem — nie tylko tego, co jest w nim ujęte, lecz także tego, co celowo wykluczono — daje zespołowi dokument, na który może się później powołać, zamiast polegać na pamięci o tym, co zostało zasugerowane.

Z ryzykami jest podobnie. Ryzyko wspomniane raz podczas spotkania rozpoczynającego projekt, ale nigdy niezapisane, w praktyce nie różni się od ryzyka, którego nikt nie zidentyfikował. Każde ryzyko zgłoszone podczas spotkania powinno mieć przypisaną osobę odpowiedzialną i, jeśli to możliwe, działanie ograniczające ryzyko. Informacje te należy zapisać w miejscu widocznym dla całego zespołu.

Rejestr decyzji zasługuje na szczególną uwagę, ponieważ najczęściej się go pomija. W każdym projekcie gromadzą się dziesiątki drobnych decyzji — którego dostawcy użyć, jaki kierunek projektowy obrać, któremu terminowi nadać priorytet, gdy dwa terminy kolidują — a bez bieżącego rejestru zespoły ponownie roztrząsają już podjęte decyzje, bo nikt nie potrafi wskazać, kiedy i dlaczego je podjęto. Rozpoczęcie rejestru podczas spotkania rozpoczynającego projekt, od pierwszych wpisów dotyczących decyzji podjętych właśnie na tym spotkaniu, ustala oczekiwanie, że będzie on używany na bieżąco, a nie odtwarzany po fakcie, gdy dojdzie do sporu.

Zwykle to sporządzanie notatek tworzy lukę między spotkaniem rozpoczynającym projekt a użyteczną dokumentacją projektu. Osoba prowadząca spotkanie jednocześnie pilnuje czasu, odpowiada na pytania i śledzi agendę — przygotowanie w tym samym czasie przejrzystego, uporządkowanego zapisu jest trudne nawet dla doświadczonego kierownika projektu.

Notelyn wypełnia tę lukę, nagrywając spotkanie rozpoczynające projekt i przekształcając je bezpośrednio w uporządkowany materiał. Nagraj spotkanie lub prześlij plik później, a Notelyn dokona transkrypcji, rozpozna, kto co powiedział, i przygotuje protokół uporządkowany według omówionych punktów agendy, zamiast płaskiej transkrypcji chronologicznej.

Następnie Notelyn automatycznie wyodrębnia zadania do wykonania, wskazując, kto zobowiązał się do czego i na kiedy, dzięki czemu kierownik projektu nie musi odtwarzać listy kolejnych kroków z pamięci po zakończeniu spotkania. Narzędzie tworzy również podsumowanie decyzji podjętych podczas rozmowy, które staje się pierwszymi wpisami w rejestrze decyzji projektu bez konieczności osobnego ich przepisywania. Jeśli później jakiś szczegół okaże się niejasny — na przykład dokładna data, do której zobowiązał się interesariusz, albo ryzyko wskazane przez lidera zespołu — asystent AI Q&A może odpowiedzieć bezpośrednio na podstawie transkrypcji, bez konieczności przeszukiwania nagrania.

Większość problemów podczas spotkań rozpoczynających projekt powtarza się, ponieważ wynika z tych samych kilku nawyków. Łatwiej wychwycić je na etapie przygotowywania szablonu niż naprawiać projekt, który trwa już od trzech tygodni.

Warto starannie przygotować tę agendę spotkania rozpoczynającego projekt za pierwszym razem, a potem traktować ją jako stały dokument dostosowywany do kolejnych projektów, zamiast za każdym razem tworzyć go od podstaw. Sekcje tego przewodnika — cele, zakres, role, harmonogram, zasady komunikacji, ryzyka i rejestr decyzji — obejmują kwestie, które przesądzają o tym, czy projekt rozpoczyna się przy wspólnych założeniach, czy od zgadywania.

Skopiuj powyższy szablon, dostosuj czas do długości spotkania i wyraźnie potwierdź elementy poza zakresem oraz osoby odpowiedzialne za ryzyka, zamiast pozostawiać te kwestie w domyśle. Najważniejszy nawyk: kończ każde spotkanie rozpoczynające projekt jasno wskazanymi kolejnymi krokami i rozpocznij rejestr decyzji podczas tego samego spotkania, a nie dopiero wtedy, gdy pierwszy spór sprawi, że będzie potrzebny.

Jeśli nagrywasz spotkania rozpoczynające projekt, Notelyn może przekształcić nagranie w uporządkowany protokół, wyodrębnione zadania do wykonania, podsumowanie decyzji i notatki podsumowujące dostępne dla całego zespołu. Dzięki temu projekt rozpoczyna się od wspólnego, dokładnego zapisu zamiast rozproszonych osobistych notatek.

Więcej informacji znajdziesz w naszych przewodnikach: notatki ze spotkania z zadaniami do wykonania, gdzie opisujemy metodę sporządzania notatek w czasie rzeczywistym, oraz podsumowanie spotkania, gdzie wyjaśniamy, jak przekształcać notatki z dowolnego spotkania w kolejne kroki.