Blog

  • Delegowanie, które nie wraca: lista kontrolna przed przekazaniem zadania

    „Przekazałem, a i tak muszę poprawiać” to najczęstsza skarga właścicieli małych firm.
    Wniosek, który z niej wyciągają, brzmi zwykle: szybciej zrobię sam. Wniosek jest zrozumiały
    i prowadzi prosto z powrotem do pracy po godzinach.

    Zadanie wraca zwykle z jednego z trzech powodów. Każdy z nich da się usunąć przed
    przekazaniem, w kilka minut.

    Powód pierwszy: nie było wiadomo, jak wygląda „zrobione”

    „Przygotuj zestawienie sprzedaży” może znaczyć tabelę na pięć wierszy albo raport na
    dziesięć stron. Osoba wykonująca zgaduje, trafia w co drugie oczekiwanie i dostaje poprawki –
    które odbiera jako niesprawiedliwe, bo przecież zrobiła to, o co prosiłeś.

    Lekarstwo jest tanie: pokaż przykład. Jeden zrobiony wcześniej plik mówi więcej niż akapit
    opisu i zajmuje pięć sekund na wysłanie.

    Powód drugi: nie było wiadomo, co wolno rozstrzygnąć samodzielnie

    Człowiek dochodzi do miejsca, w którym trzeba coś zdecydować – i staje, bo nie wie,
    czy to jego decyzja. Albo pyta i traci dzień, albo decyduje i słyszy, że nie powinien.

    Przekazując zadanie, powiedz wprost, gdzie leży granica: „ceny do dwóch tysięcy ustalasz
    sama, powyżej pytasz”. Jedno zdanie usuwa większość zatrzymań.

    Powód trzeci: nie było uzgodnionego terminu sprawdzenia

    Bez tego są dwa scenariusze i oba są złe. Albo pytasz co pół dnia, jak idzie – i wtedy
    nie delegowałeś, tylko przeniosłeś nadzór. Albo nie pytasz wcale i dowiadujesz się o
    problemie w dniu terminu, gdy jest za późno.

    Umów jeden punkt kontrolny w połowie drogi. Nie po to, żeby oceniać, tylko żeby wyłapać
    rozjazd, póki kosztuje godzinę, a nie tydzień.

    Lista kontrolna do skopiowania

    Przed przekazaniem zadania sprawdź, czy druga strona ma:

    Cel – po co to robimy, nie tylko co
    Przykład – jak wygląda dobrze zrobione
    Granicę decyzji – co rozstrzyga sama, o co pyta
    Dostępy – wszystkie, sprawdzone, nie „chyba ma”
    Termin – i osobno punkt kontrolny w połowie
    Odbiorcę – komu to trafia i w jakiej formie

    Pierwszy raz zawsze kosztuje więcej

    Przekazanie zadania po raz pierwszy zajmuje więcej czasu, niż zajęłoby zrobienie go
    samemu. To nie jest oznaka, że delegowanie nie działa – to jest normalny koszt wejścia.

    Zwraca się przy trzecim, czwartym powtórzeniu. Dlatego delegować opłaca się rzeczy
    powtarzalne, a nie jednorazowe. Jednorazowe faktycznie szybciej zrobić samemu i nie ma
    w tym nic złego.

    Sygnał, że przekazanie się udało

    Nie ten, że zadanie zostało wykonane. Ten, że przy kolejnym powtórzeniu nie trzeba było
    niczego dopowiadać. Jeśli za drugim razem znowu tłumaczysz to samo, problem nie leży
    w człowieku, tylko w tym, że pierwsze przekazanie nigdzie nie zostało zapisane.

    Wtedy wracamy do opisu procesu – i to jest właściwy moment, żeby go spisać, bo
    dokładnie wiadomo, czego zabrakło.

  • Które procesy opisać najpierw, gdy nie masz opisanego żadnego

    Decyzja „opiszmy nasze procesy” zwykle kończy się w ten sam sposób. Ktoś bierze na warsztat
    najbardziej złożony proces w firmie, bo „ten jest najważniejszy”, spędza nad nim trzy
    tygodnie, po czym robota staje – bo trzy tygodnie to dłużej, niż wytrzymuje zapał, a efektu
    nadal nie widać.

    Sensowna kolejność nie wynika z ważności procesu. Wynika z tego, jak szybko opis zacznie
    oszczędzać czyjś czas.

    Cztery kategorie, na które warto rozłożyć listę

    Kategoria Cecha Priorytet
    Wąskie gardło często + umie jedna osoba pierwszy
    Częsty i prosty często + umie kilka osób drugi
    Rzadki i ryzykowny rzadko + drogo kosztuje błąd trzeci
    Rzadki i błahy rzadko + błąd nic nie kosztuje nie opisuj

    Ostatni wiersz jest najważniejszy i najczęściej ignorowany. Opisanie procesu, który
    zdarza się dwa razy w roku i nic nie kosztuje, to czysta strata – a taki opis i tak
    zdezaktualizuje się przed następnym użyciem.

    Jak zrobić listę w tydzień, bez warsztatów

    Nie organizuj sesji mapowania procesów. W małej firmie to zwykle jeden dzień pracy
    wszystkich, po którym powstaje diagram, do którego nikt nie wraca.

    Zamiast tego poproś każdą osobę o jedną rzecz: przez tydzień niech zapisuje czynności,
    które wykonała więcej niż raz. Jedna linijka na czynność, w notatniku albo w arkuszu.
    Bez opisywania, bez struktury – sama nazwa i ile razy.

    Po tygodniu masz listę realnej pracy. Nie listę pracy, o której ludzie myślą, że ją
    wykonują – to dwie różne listy i różnią się bardziej, niż większość właścicieli zakłada.

    Dwa pytania, które ustawiają priorytet

    Dla każdej pozycji z listy zadaj dwa pytania i zapisz odpowiedzi obok:

    • Ile osób umie to zrobić? Jeśli jedna – to kandydat na pierwsze miejsce,
      niezależnie od tego, jak prosta jest sama czynność. Jedna osoba to jedno wąskie gardło
      i jeden urlop od kryzysu.
    • Ile razy w miesiącu? Częstotliwość mnoży każdą oszczędność. Proces
      wykonywany codziennie, skrócony o pięć minut, daje w skali roku ponad dwadzieścia godzin.

    Posortuj po tych dwóch kolumnach i masz kolejność. To zajmuje godzinę i daje lepszy wynik
    niż warsztat.

    Rytm, który się utrzymuje

    Jeden proces tygodniowo. Nie pięć, nie „zrobimy to w kwartał”. Jeden, opisany
    i sprawdzony na kimś, kto go nie zna.

    Po kwartale masz kilkanaście działających opisów. Przy tempie „wszystko naraz” masz
    po kwartale niedokończony dokument i przekonanie, że opisywanie procesów nie działa.

    Sygnał, że idziesz dobrze. Liczba pytań kierowanych
    do właściciela procesu spada. Jeżeli po opisaniu procesu pytań jest tyle samo, opis nie
    zadziałał – i lepiej to zobaczyć po pierwszym, niż po piętnastym.

    Od czego zacząć w tym tygodniu

    Weź kartkę i wypisz z pamięci trzy czynności, które w Twojej firmie umie zrobić tylko
    jedna osoba. Nie musisz do tego żadnego tygodnia obserwacji – te trzy każdy właściciel
    zna na pamięć, bo to one budzą go w nocy.

    Zacznij od tej, która zdarza się najczęściej.

  • Jak opisać proces, żeby ktoś inny faktycznie go wykonał

    Typowa firmowa instrukcja wygląda tak: „Wprowadź fakturę do systemu i oznacz odpowiednim
    kodem projektu”. Autor wie, co znaczy „odpowiedni”. Czytelnik nie wie i albo pyta, albo
    zgaduje. Jedno i drugie oznacza, że instrukcja nie zadziałała.

    Różnica między opisem, który działa, a takim który nie działa, sprowadza się do jednej
    rzeczy: czy da się go wykonać, nie znając kontekstu.

    Test pierwszego dnia

    Zanim uznasz instrukcję za gotową, wyobraź sobie, że wykonuje ją ktoś, kto jest w firmie
    trzeci dzień. Nie wie, kto jest kim. Nie wie, gdzie leżą pliki. Nie wie, co robić, gdy coś
    wygląda nietypowo.

    Każde miejsce, w którym taka osoba musiałaby kogoś zapytać, to luka. Nie trzeba ich
    wszystkich zasypywać od razu, ale trzeba je zobaczyć.

    Struktura, która się sprawdza

    Kolejność poniżej nie jest przypadkowa. Człowiek czytający instrukcję w trakcie pracy
    przeskakuje do kroków – dlatego wszystko, co musi wiedzieć wcześniej, ma być nad nimi
    i ma być krótkie.

    1. Kiedy to robimy. Konkretny wyzwalacz: „w każdy poniedziałek do 10:00”,
      „gdy klient przysyła zamówienie mailem”. Nie „regularnie”.
    2. Czego potrzebujesz. Dostępy, pliki, uprawnienia – wypisane z nazwy.
      To ta lista decyduje, czy ktoś zacznie, czy odłoży na później.
    3. Kroki. Jeden krok to jedna czynność. Jeśli w kroku jest „i”, to prawie
      zawsze są to dwa kroki.
    4. Skąd wiadomo, że wyszło. Widoczny efekt: status się zmienił, mail
      poszedł, plik jest w katalogu. Bez tego nikt nie wie, czy skończył.
    5. Co robić, gdy coś nie pasuje. Do kogo iść i w jakiej sytuacji.

    Szablon do skopiowania

    Nazwa procesu: [czasownik + rzeczownik, np. „Rozliczenie faktur kosztowych”]

    Właściciel: [stanowisko, nie imię – imiona się zmieniają]
    Ostatnia aktualizacja: [data]

    Kiedy: [konkretny wyzwalacz]

    Potrzebujesz: [dostępy, pliki, uprawnienia]

    Kroki:
    1. [czynność] → [widoczny efekt]
    2. [czynność] → [widoczny efekt]

    Gotowe, gdy: [stan końcowy, który da się sprawdzić]

    Gdy coś nie pasuje: [do kogo i kiedy]

    Trzy błędy, które psują dobre instrukcje

    Opisywanie wyjątków w głównym ciągu. Instrukcja rozrasta się do trzech
    stron, bo autor wpisał wszystkie „chyba że”. Główna ścieżka ma opisywać przypadek typowy.
    Wyjątki idą na koniec, pod osobnym nagłówkiem.

    Odsyłanie do wiedzy, której czytelnik nie ma. „Postępuj zgodnie
    z przyjętą praktyką” to nie jest krok. Jeśli praktyka jest przyjęta, ale nigdzie nie
    zapisana, to właśnie ją trzeba opisać.

    Brak daty i właściciela. Instrukcja bez daty jest nie do odróżnienia od
    nieaktualnej. Po roku nikt nie wie, czy opisuje stan obecny, i wszyscy wolą zapytać kolegę.

    Jak sprawdzić, czy działa

    Jedyny wiarygodny test: daj instrukcję komuś, kto procesu nie zna, i patrz, jak wykonuje,
    bez podpowiadania. Zapisuj każde miejsce, w którym się zatrzymał. To są dokładnie te miejsca
    do poprawienia – nie te, które Tobie wydawały się trudne.

    Jedno takie przejście daje więcej niż godzina poprawiania tekstu przy biurku.

    Od czego zacząć

    Nie opisuj wszystkiego. Zacznij od procesu, który spełnia dwa warunki naraz: powtarza się
    często i tylko jedna osoba umie go wykonać. To jest miejsce, gdzie opis zwraca się
    najszybciej – bo zdejmuje wąskie gardło, a nie tylko porządkuje dokumentację.