Policzyłem swoje powiadomienia w pewien wtorek, na początku marca 2026. Wszystkie. Telefon, laptop, zegarek, mail, Slack, dashboardy monitoringu. 217 powiadomień w ciągu jednego dnia roboczego. Zareagowałem na 23. Pozostałe 194 to był szum — zerknięcie, mentalne przetworzenie, odrzucenie. Każde z nich kradło 3–5 sekund uwagi. To 10–15 minut czystego rozproszenia, rozłożone na cały dzień w 217 drobnych cięciach.

Ale prawdziwy koszt to nie 15 minut. To przełączanie kontekstu — kara mentalna, którą twój mózg płaci za każdym razem, gdy przeskakuje z jednej rzeczy na drugą. Badanie z 2005 roku z University of California w Irvine wykazało, że pełny powrót do zadania po przerwaniu zajmuje średnio 23 minuty. Nawet zerknięcie na powiadomienie i machnięcie go kosztuje 60–90 sekund ponownego skupienia. Pomnóż to przez 217, a matematyka przestaje być teoretyczna.

Więc przeszedłem na dietę powiadomieniową. Oto dokładny system, warstwa po warstwie. ⚙️

Krok 0: Audyt

Zanim cokolwiek wyciąłem, przez tydzień logowałem każde powiadomienie. Żadnego arkusza kalkulacyjnego — zwykły plik tekstowy. Za każdym razem, gdy telefon zawibrował albo ekran błysnął, dopisywałem linijkę: źródło, typ, czy podjąłem działanie.

Po siedmiu dniach wzorzec był oczywisty:

Źródło Śr. dziennie Działanie Werdykt
Slack (wszystkie kanały) 78 8 Głównie szum
Email 42 6 85% automatyczne/marketing
Telefon (apki) 35 3 Prawie całkowicie bezużyteczne
Monitoring/alerty 31 4 Zmęczenie alertami
Kalendarz 12 12 Wszystko przydatne — zostawiam
SMS/połączenia 9 5 Mieszane
Zegarek 10 2 Redundancja

Łącznie reakcja: 40 z 217. Stosunek sygnału do szumu na poziomie 18%. Na każde użyteczne powiadomienie przypadało 4,4 bezużytecznych, które trenowały mój mózg, żeby ignorował wszystko — łącznie z tym, co ważne.

To jest to, co inżynierowie nazywają alert fatigue — zmęczeniem alertami: kiedy dostajesz tyle ostrzeżeń, że przestajesz ufać któremukolwiek z nich. Szpitale badają ten problem, bo pominięte alerty zabijają ludzi. W twojej pracy pominięte alerty zabijają tylko skupienie. Ten sam mechanizm, niższe stawki.

Warstwa 1: Odcinamy źródła

Apki na telefonie. Wyłączyłem powiadomienia ze wszystkich aplikacji oprócz: połączeń telefonicznych, SMS, Signal i monitora uptime'u. Wszystko inne — newsy, social media, zakupy, bank, pogoda — cisza. Nie "ograniczone". Cisza. Jeśli chcę sprawdzić pogodę, otworzę aplikację. Nie musi mi przerywać pracy informacją o chmurach.

Email. Wypisałem się ze wszystkiego, co nie było człowiekiem piszącym konkretnie do mnie. Newslettery lecą na osobny adres, który sprawdzam raz dziennie. Automatyczne powiadomienia z serwisów (GitHub, Stripe, AWS) trafiają do folderów bez alertów. Sprawdzam te foldery dwa razy dziennie: o 9:00 i o 15:00.

Smartwatch. Wyłączyłem wszystkie powiadomienia oprócz połączeń telefonicznych. Zegarek znów jest zegarkiem. Pokazuje godzinę. Taka jego rola.

Efekt po warstwie 1: z 217 dziennych powiadomień spadek do około 90.

Warstwa 2: Naprawiamy Slacka

Slack był największym winowajcą. 78 powiadomień dziennie, reakcja na 8. Problem nie leżał w Slacku — problem polegał na tym, że siedziałem na 24 kanałach, wszystkie ustawione na "powiadamiaj o każdej wiadomości".

Nowy setup:

  • Wyciszyłem wszystkie kanały. Tak, wszystkie. Stan domyślny: wyciszony.
  • Odciszyłem trzy: #incidents (problemy produkcyjne), #deploys (status wdrożeń), #direct (wiadomości adresowane do mnie).
  • Keyword alerts — Slack pozwala ustawić słowa kluczowe do powiadomień, które triggerują się na wszystkich kanałach. Ustawiłem swoje imię i "urgent". Jeśli ktoś mnie wspomni lub oznaczy coś jako krytyczne, widzę to. Reszta: sprawdzam ręcznie dwa razy dziennie.
  • Tylko wątki. Odpowiadam w wątkach, nie w kanałach. Mniej szumu od @channel dla wszystkich.
  • Zaplanuj wysłanie. Jeśli to nie jest pilne, planuję wiadomość na 9:00 następnego dnia. Żadnych nocnych pingów do kolegów.

Powiadomienia ze Slacka spadły z 78 do około 12. Z tych 12 reaguję na 10. To 83% sygnału, wzrost z 10%. ⚙️

Warstwa 3: Naprawiamy alerty monitoringu

Mój setup monitoringowy — UptimeRobot do sprawdzania uptime'u, Grafana do dashboardów metrykowych (wizualne panele pokazujące kondycję serwerów w czasie rzeczywistym), własne skrypty do analizy logów — generował 31 alertów dziennie. Większość to było "CPU powyżej 70%" albo "pamięć powyżej 80%". To nie są incydenty. To normalne wahania, które same się rozwiązują w kilka minut.

Nowe poziomy alertów:

Krytyczne (natychmiast, telefon przez PagerDuty free tier):

  • Serwis jest DOWN
  • Czas odpowiedzi przekracza 10 sekund
  • Dysk zapełniony powyżej 95%
  • Certyfikat SSL wygasa w ciągu 7 dni
  • Błędy połączenia z bazą danych

Nie push notification — prawdziwy telefon. Jeśli coś jest na tyle krytyczne, żeby przerywać deep work, jest na tyle krytyczne, żeby zadzwonić.

Ostrzeżenie (zbiorczy digest o 8:00):

  • CPU powyżej 90% przez 30+ minut
  • Pamięć powyżej 90% utrzymująca się
  • Nietypowe wzorce ruchu

Info (logowane, bez powiadomienia):

  • Wszystko inne. CPU na 75%. Pamięć na 80%. Normalna wariancja. Logowane do dashboardów Grafany. Rzucam okiem na dashboardy raz dziennie podczas porannego przeglądu.

Alerty monitoringu spadły z 31 do średnio 2,3 na dzień. Krytyczne mnie budzą. Ostrzeżenia przeglądam przy porannej herbacie. Info skanuję podczas codziennego checkupu. 🛁

Warstwa 4: Piątka, która zostaje

Po przejściu przez trzy warstwy moja dzienna liczba powiadomień ustabilizowała się na około 5, które wymagają natychmiastowej reakcji:

  1. Alerty incydentowe — coś padło na produkcji. 0–1 dziennie.
  2. Wiadomości bezpośrednie — człowiek potrzebuje odpowiedzi konkretnie ode mnie. 2–3 dziennie.
  3. Przypomnienia kalendarza — spotkanie za 5 minut. Zostają, bo inaczej zapomnę.
  4. Powiadomienia o wdrożeniach — deploy przeszedł czy nie? Jedno na deploy.
  5. Połączenia telefoniczne — jeśli ktoś dzwoni, to wystarczająco pilne, żeby przerwać.

Wszystko inne jest zbatchowane, wyciszone lub wyeliminowane. Nie "odłożone". Nie "ograniczone". Wyłączone lub zaplanowane.

Co zmieniło się w tydzień

Pierwsze dwa dni były dziwne. Cicho. Jakby coś się popsuło. Ciągle sięgałem po telefon, żeby sprawdzić... nic. Fantomowe wibracje — badacze nazywają to syndromem fantomowych wibracji — ustąpiły po jakichś trzech dniach.

Około piątego dnia coś się przełączyło. Po raz pierwszy od miesięcy skończyłem 3-godzinny blok deep work bez przerwy. Przeczytałem cały dokument techniczny na jedno posiedzenie. Przeprowadziłem rozmowę bez zerknięcia na telefon ani razu.

Po dwóch tygodniach byłem mniej zmęczony pod koniec dnia. Nie dlatego, że pracowałem mniej — te same godziny. Ale mój mózg nie przetwarzał 200 mikro-przerwań. Obciążenie poznawcze — łączny wysiłek mentalny, jaki twoja pamięć robocza obsługuje w danym momencie — było po prostu niższe.

Po miesiącu odzyskałem mniej więcej 90 minut produktywnego czasu dziennie. Nie z samych powiadomień — z przełączania kontekstu, które wyeliminowałem. 90 minut razy 20 dni roboczych to 30 godzin miesięcznie. Prawie pełny tydzień pracy. Część tych godzin spędziłem w wannie. Zero żalu. 🛁

Opór, na który się natkniesz

Ludzie powiedzą, że jesteś "trudny do złapania". Dobrze. Trudny do złapania oznacza trudny do przerwania. To nie znaczy, że nie odpowiadasz — nadal sprawdzasz Slacka dwa razy dziennie, nadal odpisujesz na maile w ciągu 4 godzin, nadal odbierasz telefony. Po prostu nie pozwalasz, żeby 200 pingów dyktowało rytm twojego dnia.

Ludzie, którzy naprawdę pilnie cię potrzebują, zadzwonią. Reszta może poczekać na twój następny check-in. I wiecie co odkryłem: prawie wszystko może poczekać 2 godziny. Prawie nic nie jest tak pilne, jak się wydaje w momencie pinga.

Dieta powiadomieniowa to nie bycie niedostępnym. To bycie świadomie dostępnym — na twoich zasadach, według twojego harmonogramu, z pełną uwagą. 🫶

Pięć powiadomień dziennie. Tylko tyle się liczy. Cała reszta to szum udający sygnał. 🫶