To rozróżnienie ma realne konsekwencje biznesowe. Jeżeli FM jest funkcją organizacyjną, a nie „techniczną usługą”, to obsługa techniczna (utrzymanie infrastruktury, przeglądy, reakcje na awarie, zarządzanie ryzykiem, dokumentacja, zgodność prawna) przestaje być kosztem „do przycięcia”, a staje się mechanizmem utrzymania ciągłości operacyjnej i jakości środowiska pracy / świadczenia usług.

Dlatego publikacja POTOB zrobiła na mnie tak duże wrażenie. To nie tylko kolejna branżowa lektura, ale brakujący „most” między różnymi perspektywami w świecie FM.  Warto podkreślić, że bez wspólnych definicji trudno wdrożyć do obsługi technicznej podejście o charakterze zarządczym. Utrudnia to zarówno mierzenie KPI, budowanie SLA, prowadzenie audytów czy porównywanie kosztów i efektywności w czasie, jak i zapewnienie przewidywalności budżetowej oraz planowanie działań prewencyjnych. Dlatego w POTOB świadomie włączono do słownika także pojęcia zarządcze, takie jak SLA, KPI, OLA i UC, oraz opisano ich znaczenie w ramach spójnej architektury świadczenia usług.

W naszej pracy precyzja języka przekłada się bezpośrednio na pieniądze. POTOB „nazywa rzeczy po imieniu”, co w praktyce wcale nie jest oczywiste. Na rynku nagminnie mylimy usterkę z awarią, a czas reakcji z czasem pełnego usunięcia problemu. Brak wspólnego słownika powoduje, że te same słowa mogą oznaczać inne zjawiska (np. „awaria” vs „usterka”, „konserwacja” vs „remont”, „czas reakcji” liczony od zgłoszenia vs od przyjęcia, „SLA” rozumiane jako dokument jakościowy vs „załącznik do umowy”), co utrudnia porównywanie ofert i rozliczanie wykonania usług. POTOB adresuje ten problem poprzez wprowadzenie spójnego i rozbudowanego słownika pojęć, opartego m.in. na normie PN-EN ISO 41011 oraz definicjach funkcjonujących w krajowym porządku prawnym, jednocześnie precyzując kluczowe terminy związane ze świadczeniem usług obsługi technicznej. 

‍

Często spotykam się z traktowaniem Facility Managementu wyłącznie jako „technicznej usługówki”, np. reaktywnego naprawiania kranów czy klikania w portalu ticketowym, np. JIRA. POTOB, opierając się na normie ISO 41011, rzuca na to zupełnie inne światło. FM jest tu pokazany jako funkcja strategiczna, która integruje ludzi, miejsca i procesy. POTOB najlepiej czytać jako wyraźny sygnał zmiany podejścia: od reaktywnego „gaszenia pożarów” do świadomego i strategicznego FM. W obszarze utrzymania technicznego ten podział od lat opisuje się poprzez rozróżnienie między utrzymaniem korekcyjnym, podejmowanym po wystąpieniu awarii, a utrzymaniem prewencyjnym, ukierunkowanym na zapobieganie problemom. Zarówno słownik, jak i opis procesu zawarte w POTOB konsekwentnie wzmacniają właśnie logikę prewencji: obejmując obchody, inspekcje, testy funkcjonalne, planowane przeglądy i konserwacje serwisowe, a nie wyłącznie działania interwencyjne po wystąpieniu zdarzenia.

‍

Dla juniora to ważna lekcja: nie jesteśmy tylko od „gaszenia pożarów”. Od naszych działań zależy bezpieczeństwo, ciągłość biznesowa i komfort użytkowników. To przejście od działania awaryjnego do strategicznego zarządzania utrzymaniem ruchu. Największym gamechangerem POTOB nie jest sama liczba stron ani nawet rozbudowany słownik, tylko konsekwentnie zastosowana teza organizacyjna: proces obsługi technicznej zaczyna się na etapie strategii biznesowej organizacji odbiorczej, a nie rozpoczęcia trwania umowy. Wprost wskazano, że obsługa techniczna jest efektem misji, wizji i kierunku rozwoju organizacji oraz sposobu prowadzenia działalności, a brak kompetencji formalno‑technicznych może prowadzić do kosztownych problemów i niezrozumienia po obu stronach umowy. 

W pierwszym rozdziale POTOB analizuje dwa modele organizacji usług: podejście zasobowe, gdzie to organizacja odbiorcza szczegółowo definiuje każdy krok i potrzebne środki, oraz podejście wynikowe, w którym klient określa jedynie oczekiwany efekt, zostawiając modelowanie usługi profesjonalnemu dostawcy. Niezależnie od wybranej drogi, sukces zależy od posługiwania się tym samym językiem technicznym. Bez jednolitych definicji zawartych w POTOB każda ocena efektów współpracy pozostanie subiektywna i obarczona ryzykiem błędu, co w praktyce uniemożliwia rzetelne rozliczenie kontraktu. POTOB jest zaprojektowany tak, aby być użytecznym w obu wariantach: procesy mogą być realizowane zarówno przez organizację odbiorczą, jak i dostawcę usług – zależnie od tego, kto bierze odpowiedzialność za projektowanie i zarządzanie usługą.

‍

W polskich realiach obsługa techniczna działa w ścisłym otoczeniu obowiązków prawnych i dokumentacyjnych, takich jak kontrole roczne i pięcioletnie czy przeglądy wynikające z Prawa budowlanego. Państwowy system c‑KOB został zaprojektowany właśnie jako narzędzie gromadzenia i udostępniania danych o książce obiektu budowlanego oraz kontrolach okresowych z art. 62 Prawa budowlanego, co wymusza na nas jeszcze większą dyscyplinę procesową i terminologiczną.

Publikacja POTOB powstała jako efekt wielomiesięcznej pracy zespołu praktyków skupionych przy Polskiej Radzie Facility Management, w ramach Grupy ds. Techniki. W skład zespołu opracowującego publikację weszli: Krzysztof Ratyński (przewodniczący Grupy ds. Techniki), a także eksperci Facility Menagement: Zbigniew Mazurek, Radosław Drążkiewicz, Marek Krauze oraz Karolina Piątek-Suwała.

Dla zrozumienia roli POTOB kluczowe jest jednak nie tylko to, „kto napisał”, ale po co powstało opracowanie. Autorzy wprost komunikowali, że zależy im, aby książka stała się drogowskazem dla rynku oraz merytoryczną podstawą do profesjonalizacji komunikacji i ujednolicenia zasad współpracy, zarówno po stronie organizacji odbiorczych, jak i dostawców usług.

Korzystając z POTOB i mówiąc tym samym językiem obsługi technicznej, zyskujemy:

– porównywalność (ofert, budżetów, KPI, SLA i jakości usług – bo rozumiemy „to samo” pod tymi samymi nazwami);

– sprawniejsze kontraktowanie i mniej sporów (przenosimy rozmowę z poziomu intuicji i skrótów myślowych na poziom standardu procesowego i terminologicznego);

– gotowość na cyfryzację i audytowalność (CAFM/CMMS działają wtedy, gdy dane są spójne, a nowoczesne ujęcia tych narzędzi pokazują, że ich wartość polega m.in. na zarządzaniu aktywami, zleceniami, raportowaniu i przechodzeniu od działań reaktywnych do prewencyjnych);

– bezpieczeństwo i zgodność (w świecie, w którym kontrole okresowe wynikają z przepisów, a dokumentacja przechodzi do reżimu cyfrowego, ustandaryzowany proces i język obsługi technicznej ogranicza ryzyko „pracy w obiektach bez aktualnych przeglądów” oraz zwiększa zdolność do szybkiego udostępniania danych właściwym służbom).

Po dwóch latach pracy w technicznej obsłudze obiektów widzę w POTOB przede wszystkim fundament pod dojrzały rynek. To materiał, który pomaga juniorom szybciej zrozumieć branżę, a doświadczonym graczom pozwala uniknąć kosztownych nieporozumień. Oczywiste wydaje się, że chaos pojęciowy utrudnia cyfryzację. Narzędzia takie jak CAFM czy CMMS opierają się na danych o aktywach, zdarzeniach i pracy utrzymaniowej. Jeżeli dane są niespójne (klasyfikacja aktywów, kody usterek, typy prac), system przestaje być „źródłem prawdy” i nie daje wiarygodnych analiz. To dowód na to, że w świecie skomplikowanych instalacji i systemów CMMS, najważniejszym narzędziem wciąż pozostaje jasna i precyzyjna komunikacja.

‍