Pokaż, czy projekt czeka na Twój zespół, czy na klienta

„W toku” często zbyt ogólnie opisuje przerwę. Użyj kilku spójnych statusów, np. „czeka na klienta”, „czeka na nasz zespół” lub „czeka na inną stronę”. Dodaj krótki powód. To propozycje nazw, a projekt może potrzebować innych.

Oddziel oczekiwaną osobę od odpowiedzialnej za monitorowanie projektu. Gdy klient ma dostarczyć plik, jest następną stroną do działania, ale osoba prowadząca klienta nadal sprawdza odbiór i decyduje, co przy jego braku.

Opisz dokładnie brakujący element, odpowiedź lub decyzję. „Czeka na końcowe zdjęcia produktu do strony” jest użyteczniejsze niż „czeka na materiały”. Wskaż etap lub decyzję, która bez tego nie ruszy. Dzięki temu współpracownik zobaczy, czy inna praca może trwać równolegle, czy projekt rzeczywiście stoi.

Pisz neutralnie. Zapis mówi, co wiadomo o pracy, a nie dlaczego druga osoba nie zadziałała. Jeśli prośby nie wysłano, zapisz wewnętrzne przygotowanie i wysyłkę zamiast oznaczać oczekiwanie na klienta.

Dla zależności od klienta zapisz czas wysłania prośby i lokalizację szczegółów. Jeśli jej nie wysłano, przypisz wewnętrznego właściciela przygotowania i wysyłki. Wybierz datę przeglądu odpowiednią do rzeczywistego rytmu projektu i możliwości zespołu. To czas kontroli statusu, a nie szacowana data końca projektu.

Przy oczekiwaniu na własny zespół wskaż działającą osobę i wewnętrzny warunek uwolnienia następnego etapu. Dla dostawcy lub decydenta zachowaj kontakt tylko tam, gdzie pozwalają zwykłe zasady pracy. Rejestr powinien wskazywać źródło zamiast kopiować całe wątki e-mail.

Po otrzymaniu oczekiwanego elementu zapisz, co i kiedy dotarło oraz kto potwierdził przydatność. Właściciel monitorowania może przesunąć projekt do następnego stanu i wskazać działanie. Przy częściowej odpowiedzi pozostaw widoczne pozostałe braki zamiast zamykać całą zależność.

Jeśli data przeglądu minie bez zmiany, właściciel decyduje o kontakcie, pracy z dostępnym materiałem, zmianie kolejności lub eskalacji decyzji. Rejestr nie rozstrzyga winy klienta ani kontynuacji bez brakujących danych.

Rejestr służy wewnętrznej koordynacji i spójnemu zapisowi. Aktualizacja dla klienta ma inny cel: wyjaśnić znane informacje, niepewność i termin kolejnego kontaktu. Nie zamieniaj daty przeglądu CSV w datę zakończenia.

Zapisz użyty kanał i rzeczywiste otrzymanie odpowiedzi. Jeśli klient preferuje inny uzgodniony kanał, osoba prowadząca może go wybrać.

Poproś asystenta Areinum o uporządkowanie dostarczonych zapisów według następnej osoby, zablokowanego etapu i wewnętrznego właściciela monitorowania. Przed zmianą statusu projektu sprawdź źródło i rzeczywiste odpowiedzi.