Procesy i systemy pracy

System, proces i procedura to nie to samo

V

Mylenie tych pojęć psuje diagnozę i prowadzi do złych wdrożeń. Zobacz, jak odróżnić system, proces i procedurę.

Tomasz Karczmarczyk
AutorTomasz Karczmarczyk
4 minuty czytania

System, proces i procedura to nie to samo

Dużo bałaganu w firmach powoduje nie brak narzędzi, lecz brak rozróżniania pojęć. Gdy system, proces i procedurę wrzuca się do jednego worka, każdy problem zaczyna wyglądać tak samo, więc naprawa zwykle mija się z celem.

To nie jest spór o słowa. To różnica między trafną diagnozą a kosztownym zgadywaniem, po którym firma dokupuje formularz, nowe narzędzie albo kolejną warstwę obejścia i udaje, że właśnie „uporządkowała pracę”.

3 poziomy, 3 różne pytania

Proces opisuje przepływ pracy. Pokazuje, co dzieje się od początku do końca, jakie są etapy i gdzie jeden przechodzi w kolejny.

Procedura schodzi niżej. Mówi, jak wykonać konkretną czynność w ramach procesu, krok po kroku, bez miejsca na dowolność, która później zabiera czas i rodzi błędy.

System jest jeszcze czymś innym. To układ zasad, ról, narzędzi i zależności, który sprawia, że różne części firmy współpracują ze sobą i nie rozpadają się przy pierwszym wyjątku.

Najprościej ująć to tak: jeśli pytasz „jak działa całość?” – mowa o systemie. Jeśli pytasz „jak płynie praca?” – mowa o procesie. Jeśli pytasz „jak wykonać ten krok?” – mowa o procedurze.

Gdzie zaczyna się bałagan

Problem zaczyna się wtedy, gdy ktoś widzi opóźnienia, błędy albo chaos i odruchowo mówi: „proces nie działa”. To bardzo wygodne zdanie. Jest też często fałszywe.

Może bowiem nie działać procedura jednego kroku. Może brakować spójności całego systemu. Może też nie istnieć nawet nazwana ścieżka pracy, więc o procesie mówi się tylko z grzeczności.

W praktyce wygląda to tak: handlowiec zbiera dane inaczej niż dział realizacji, realizacja przekazuje je dalej w innym formacie, a na końcu ktoś dopisuje instrukcję do arkusza i ogłasza sukces. Nie, to nie jest naprawa systemu. To plaster przyklejony do miejsca, którego nawet dobrze nie nazwano.

1 bałagan, 3 różne problemy

Wyobraź sobie firmę, w której obsługa nowego klienta trwa zbyt długo. Właściciel mówi, że „trzeba poprawić proces onboardingu”.

Brzmi rozsądnie, ale dopiero rozbicie problemu pokazuje, co naprawdę jest zepsute. Jeśli handlowiec nie przekazuje pełnych danych, może to być problem procedury przekazania. Jeśli etapy pracy są źle ułożone i każdy czeka na każdego, to problem procesu. Jeśli CRM, formularze, odpowiedzialności i zasady obiegu informacji nie trzymają się kupy, to problem systemu.

Bez tego rozdzielenia firma wykonuje klasyczny ruch: kupuje nowe narzędzie. Potem okazuje się, że stary bałagan po prostu dostał ładniejszy interfejs.

Nie każdy problem jest problemem systemu

Nie każdy problem trzeba od razu rozbierać na poziomie systemu. Jeśli masz dobrze zaprojektowany proces zamówień, a ludzie mylą jeden konkretny krok przy wystawianiu faktury, to nie znaczy jeszcze, że cała konstrukcja się sypie.

W takim przypadku problem może być czysto proceduralny. Instrukcja jest niejasna, kolejność działań źle opisana albo ktoś zostawił zbyt duże pole do interpretacji. Tu naprawa systemu byłaby przerostem formy nad treścią, czyli drogą metodą na mały błąd.

Nie chodzi o to, że każdy problem jest systemowy. Chodzi o to, że bez rozróżnienia poziomów nie wiadomo, z jakim problemem ma się do czynienia.

Najczęstsze błędy

  • Używanie słowa „proces” jako worka na wszystko. Wtedy błąd instrukcji, konflikt ról, zły obieg informacji i awaria narzędzia dostają tę samą etykietę, choć są różnymi problemami.
  • Dopisywanie procedur tam, gdzie nie ma spójności systemu. Firma nie umie połączyć ludzi, narzędzi i odpowiedzialności, więc tworzy kolejne instrukcje.
  • Wiara, że narzędzie uporządkuje bałagan pojęciowy. Nie uporządkuje. System nazwany błędnie i opisany byle jak pozostaje chaosem, tylko teraz jeszcze płaci się abonament.

Co z tego wynika w praktyce

Zanim zaczniesz coś „usprawniać”, nazwij poziom problemu. Najpierw ustal, czy patrzysz na całość działania, na przepływ pracy, czy na wykonanie pojedynczego kroku.

Dopiero potem ma sens decyzja o zmianie.

  • System porządkuje się przez zasady współpracy między elementami.
  • Proces poprawia się przez zmianę przebiegu pracy.
  • Procedurę naprawia się przez doprecyzowanie wykonania.

To filtr, który pozwala odsiać przypadkowe ruchy od sensownej diagnozy. Bez niego firma zwykle robi dużo, płaci sporo i rozumie niewiele.

FAQ

Czym różni się proces od procedury?

Proces pokazuje cały przepływ pracy od początku do końca. Procedura opisuje sposób wykonania konkretnego kroku w tym przepływie.

Czy procedura może zastąpić proces?

Nie. Procedura może opisać jeden fragment działania, ale nie zastąpi logiki całego przebiegu pracy.

Czy każda firma potrzebuje systemu?

Tak, nawet jeśli go tak nie nazywa. Jeśli w firmie współpracują ludzie, narzędzia, dane i odpowiedzialności, to jakiś system już istnieje – pytanie tylko, czy działa świadomie, czy przypadkowo.

Skąd wiedzieć, czy problem jest systemowy?

Jeśli błąd wraca w różnych miejscach, dotyczy wielu osób albo wynika z niespójności między narzędziami, rolami i zasadami działania, zwykle problem leży wyżej niż pojedyncza procedura.

Co dalej

Jeśli w firmie wszystko „jest procesem”, zacznij od analizy przepływu pracy i nazwij problem, zanim zaczniesz go naprawiać.

Tomasz Karczmarczyk
O autorze
Tomasz Karczmarczyk
Jestem edukatorem AI i inżynierem oprogramowania. Pomagam firmom odzyskać czas, który codziennie ginie w powtarzalnych zadaniach. Audytuję procesy i narzędzia, wdrażam automatyzacje i buduję zespoły wspierane przez AI. Założyłem także PressShield – markę specjalizującą się w cyberbezpieczeństwie witryn opartych na WordPressie.
V

Powiązane

Zrozumienie jednego strzępu to za mało, by pojąć nadchodzące zmiany. Zanurz dłonie głębiej w kurz archiwum i odczytaj inne z tego samego stosu.

Dlaczego audyt procesu jest ważniejszy niż wybór narzędzia
6 minut czytania

Dlaczego audyt procesu jest ważniejszy niż wybór narzędzia

Masz ręczne procesy i chaos operacyjny? Sprawdź, dlaczego audyt procesu warto zrobić przed wyborem narzędzia lub wdrożeniem AI.

Single source of truth to warunek sensownego AI
5 minut czytania

Single source of truth to warunek sensownego AI

Sprawdź, dlaczego AI nie pomaga firmie bez jednego źródła prawdy i jak uporządkować wiedzę operacyjną przed wdrożeniem.

Responsywność nie oznacza sprawnego systemu pracy
6 minut czytania

Responsywność nie oznacza sprawnego systemu pracy

Zobacz, dlaczego szybkie odpowiedzi często maskują źle zorganizowaną pracę i jak rozpoznać system, który nie żeruje na stałej dostępności ludzi.

Równe udziały wspólników często kończą się blokadą
5 minut czytania

Równe udziały wspólników często kończą się blokadą

Równe udziały brzmią uczciwie, ale często blokują firmę w sporze. Sprawdź, kiedy działają, a kiedy prowadzą do paraliżu.

System oceny to układ sterowania, nie opis pracy
4 minuty czytania

System oceny to układ sterowania, nie opis pracy

System oceny nie mierzy pracy – on ją kształtuje. Sprawdź, dlaczego miernik staje się celem i co z tym zrobić.

Gdzie naprawdę ucieka marża w firmie usługowej
5 minut czytania

Gdzie naprawdę ucieka marża w firmie usługowej

Skargi wskazują hałas, nie prawdziwy koszt. Sprawdź, gdzie w firmie usługowej czas zamienia się w straty i jak znaleźć etap blokujący całą resztę.