Jak śledzić oczekujące sprawy na papierze, gdy w projekcie uczestniczy kilka osób

Oczekująca sprawa to konkretna odpowiedź, przekazanie pracy lub decyzja, którą musi dostarczyć inna osoba, zanim będzie można kontynuować. Przykładami są akceptacja projektu przez klienta, szacowany termin dostawy od dostawcy lub dane dotyczące kosztów od współpracownika. Zapisuj oczekiwany rezultat, a nie samo „czekam na Sama”. Przydatny wpis mógłby brzmieć: „Sam — prześlij poprawione dane dotyczące kosztów dla wyceny North Hall; potrzebne do ukończenia oferty”.

Wyjaśnienie organizacji Getting Things Done dotyczące listy „Waiting For” przedstawia kontaktowanie się w sprawie zobowiązań innych osób jako element zarządzania otwartymi zadaniami. Artykuł opisuje też punkty do omówienia jako sprawy, które należy poruszyć, gdy dana osoba jest dostępna. To rozróżnienie przydaje się w rejestrze projektu: niezrealizowane zobowiązanie zapisz jako oczekującą sprawę, a temat, który możesz poruszyć tylko na spotkaniu, wpisz do agendy tej osoby lub spotkania. Zobacz Porady dotyczące „Waiting For” od Getting Things Done.

Rejestr oczekujących spraw nie powinien stać się przechowalnią wszystkich niedokończonych zadań. Jeśli możesz już teraz samodzielnie zrobić postępy, zapisz to działanie na liście zadań projektu. Jeśli dostawca obiecał dostawę w konkretnym terminie, zachowaj to zobowiązanie również w harmonogramie; papierowy rejestr ułatwia kontakt, ale nie zastępuje daty, od której zależy plan.

W przypadku małego projektu użyj jednej strony lub kilku kolejnych stron w notesie albo segregatorze. Trzymaj go w miejscu dostępnym dla uczestników projektu i wyznacz jedną osobę do jego prowadzenia. Jeśli wszyscy nie mogą korzystać z tego samego arkusza, uzgodnijcie, gdzie znajduje się aktualna wersja i kto ją aktualizuje; dwie konkurujące ze sobą kopie utrudniają zaufanie do przypisanych osób i statusów.

Narysuj na stronie następujące kolumny:

W każdym wierszu rejestru uwzględnij identyfikator, projekt, oczekiwany rezultat i osobę, która ma go dostarczyć, osobę odpowiedzialną za kontakt, datę sprawdzenia oraz status z ostatnią aktualizacją. Na przykład: W-01 · oferta North Hall · Sam prześle poprawione dane · Lee skontaktuje się z Samem · sprawdzenie 14 maja · otwarte; prośba wysłana 10 maja. Drugi wiersz może wyglądać tak: W-02 · oferta North Hall · klient zatwierdzi lub poprawi projekt · Lee skontaktuje się z klientem · sprawdzenie 15 maja · otwarte; projekt wysłany 11 maja.

Przykładowe osoby i daty mają charakter ilustracyjny. Dostosuj kolumny do zespołu, zachowując jednak trzy rozróżnienia: kto ma coś dostarczyć, kto z zespołu skontaktuje się w tej sprawie i kiedy powinien to zrobić. Ta struktura opiera się na typowych polach rejestru zadań, takich jak identyfikator, opis, osoba odpowiedzialna, termin, status i notatki; zobacz przewodnik Smartsheet po szablonie listy zadań. Dodatkowe pola „na kogo czekamy” i „data sprawdzenia” pozwalają jasno zobaczyć zależność i następny krok zespołu.

Użyj osobnego wiersza dla każdego elementu do dostarczenia lub decyzji. Jeśli kilka osób ma dostarczyć osobne dane, przypisz każdej osobny identyfikator, nawet jeśli dotyczą tego samego projektu. Jeśli odpowiedź zależy od innej odpowiedzi, zaznacz poprzedzające zadanie w opisie — na przykład: „Dokończ projekt po otrzymaniu danych z W-03”. Dzięki temu łatwiej dostrzec zależność bez rysowania skomplikowanego diagramu.

Na spotkaniu lub przy przekazaniu zadania zapisz oczekiwany rezultat, osobę, która ma go dostarczyć, oraz uzgodniony termin, jeśli został ustalony. Potwierdź treść z uczestnikami: „Zapisuję, że prześlesz poprawione dane do wtorku; skontaktuję się w środę, jeśli ich nie otrzymam”. Chodzi o usunięcie niejasności dotyczących prośby i dalszego kontaktu, a nie o sugerowanie, że uzgodniono termin, jeśli tak się nie stało.

Dla każdego wpisu wybierz jedną osobę z zespołu, która będzie go monitorować. Kilka osób może potrzebować rezultatu, ale wskazanie jednej odpowiedzialnej osoby zapobiega temu, by kontakt zaginął między uczestnikami. Jeśli odpowiedzialność się zmieni, starannie przekreśl poprzednią osobę, wpisz nową i zaznacz, kiedy nastąpiło przekazanie. Nie przypisuj odpowiedzialności całemu zespołowi: to nazwa grupy, a nie wskazanie osoby, która wykona następny krok.

Jeśli ktoś podał konkretny termin, użyj właśnie tej daty. Jeśli nie uzgodniono terminu, wybierz rozsądną datę sprawdzenia statusu, uwzględniając najbliższy kamień milowy projektu i to, jak szybko potrzebne są informacje. Oznacz ją jako datę sprawdzenia, a nie obiecany przez drugą osobę termin dostarczenia. W przypadku krytycznej zależności wybierz datę sprawdzenia na tyle wczesną, by przed zagrożeniem kamienia milowego było jeszcze miejsce na przypomnienie, alternatywny plan lub rozmowę z kierownikiem projektu.

Kalendarz nadal przydaje się do zapisywania stałych spotkań i terminów. Rejestr odpowiada na inne pytanie: „W jakich sprawach musimy się skontaktować i kto to zrobi?”. Unikaj kopiowania dat w sposób, który utrudnia odróżnienie uzgodnionego terminu od daty przypomnienia.

Przeglądaj otwarte wpisy podczas regularnego spotkania projektowego lub w innym rytmie dostosowanym do tempa projektu. Przy każdym wierszu zapytaj: Czy rezultat już dotarł? Czy nadal jest potrzebny? Czy nadszedł termin sprawdzenia? Czy zmieniła się zależność lub osoba odpowiedzialna? Krótko aktualizuj notatkę o ostatniej aktualizacji, na przykład: „przypomnienie 14 maja; nowy szacowany termin 16 maja”. Papierowy rejestr jest przydatny tylko wtedy, gdy ktoś go przegląda i zmienia, gdy zmieniają się okoliczności, dlatego zadbaj, by przegląd był krótki i regularny.

Gdy termin minie, postępuj zgodnie z uzgodnioną ścieżką: skontaktuj się z daną osobą, ustal nową datę lub zgłoś wpływ opóźnienia kierownikowi projektu, jeśli zagraża ono kamieniowi milowemu. Zapisz nowe zobowiązanie i termin kolejnego sprawdzenia. Jeśli dana osoba nie może dostarczyć rezultatu, zapisz wymaganą decyzję — na przykład, czy skorzystać z alternatywnego dostawcy — jako nowe zadanie z własną osobą odpowiedzialną i terminem.

Gdy oczekiwany rezultat dotrze, oznacz wiersz jako ukończony i dodaj datę zakończenia. Jeśli nie jest już potrzebny, oznacz go jako anulowany i podaj przyczynę. Nie wymazuj od razu zamkniętych wierszy: pozostawienie ich do zapełnienia strony pomaga zespołowi zrozumieć niedawne zmiany i zapobiega nieporozumieniom, gdy wpis znika bez wyjaśnienia. Przy rozpoczynaniu nowej strony przenieś tylko faktycznie otwarte sprawy i ich aktualne szczegóły.

Jeśli strona zapełnia się dziesiątkami wpisów, pogrupuj wiersze według strumieni prac projektowych albo przeznacz osobną stronę na każdy strumień, zachowując te same kolumny i system identyfikatorów. Przy identyfikatorach przeniesionych na inną stronę dodaj odnośnik do niej. Nie twórz osobnych list dla każdej osoby, chyba że ktoś rzeczywiście zarządza niezależnym strumieniem prac; w przeciwnym razie kierownik projektu traci ogólny obraz tego, co blokuje pracę między zespołami.

Uzgodnij niewielki zestaw statusów, na przykład Otwarte, Termin sprawdzenia, Ukończone, Eskalowane i Anulowane. Jasno określ ich znaczenie. Na przykład „Termin sprawdzenia” oznacza, że nadeszła data sprawdzenia zespołu, a niekoniecznie, że druga osoba nie dotrzymała obietnicy. Jeśli odręczne notatki lub kserokopie mogą sprawić, że kolory będą nieczytelne, używaj symbolu wraz z opisanym statusem.

Jeśli projekt korzysta już ze wspólnego rejestru albo uczestnicy pracują w różnych miejscach i nie mogą przeglądać tego samego papierowego rejestru, korzystajcie ze wspólnego rejestru jako aktualnej wersji. Papierowa lista nadal może służyć jako pomoc podczas spotkania, ale zespół powinien wiedzieć, który rejestr jest wiążący, i unikać prowadzenia sprzecznych wersji.

Dla porównania, szablon rejestru działań Asany przypisuje każdemu zadaniu następczemu osobę odpowiedzialną, termin i kontekst we wspólnym aktualnym rejestrze. Papierowa strona może zapewniać taki sam podstawowy poziom odpowiedzialności, pod warunkiem że zespół uzgodni, kto ją aktualizuje i gdzie znajduje się jej aktualna wersja; szablon nie dowodzi, że papier sprawdzi się w każdym rozproszonym zespole.

Zanim dodasz wiersz, zadaj sobie pytania:

1. Czy potrzebujemy konkretnego wkładu innej osoby? Jeśli nie, zapisz własne następne działanie gdzie indziej.

2. Na jaki dokładnie rezultat czekamy? Opisz element do dostarczenia lub decyzję prostym językiem.

3. Kto skontaktuje się w tej sprawie w imieniu projektu? Wpisz jedną osobę z zespołu.

4. Kiedy powinniśmy ponownie sprawdzić status? Oddziel obiecany termin drugiej osoby od daty swojego przypomnienia.

5. Co zrobimy, jeśli termin się przesunie? Gdy zagrożony jest kamień milowy, wskaż następną osobę do kontaktu, alternatywną ścieżkę lub punkt eskalacji.

Prowadzenie rejestru oczekujących spraw to nie tyle papierkowa praca, ile zapewnienie wspólnej jasności: każdy oczekujący element ma widoczny rezultat, osobę odpowiedzialną za kontakt i termin kolejnego przeglądu. Raz przygotuj kolumny, potwierdzaj zobowiązania w chwili ich podejmowania i podczas przeglądu przesuwaj każdy wiersz naprzód albo go zamykaj.