Każda z nich najpierw była ogłoszeniem, a dopiero potem problemem. Azure ACS przestał działać 2 kwietnia 2026, stare logowanie do SharePoint poszło za nim 1 maja.

Eksport z Visio do Power Automate zniknął 14 lipca, aplikacja mobilna Power Automate znika 31 sierpnia. Blokowanie Exchange Web Services rusza 1 października, a pula kredytów AI Builder kończy się 1 listopada.

Sześć dat, jeden rok, w dużej mierze te same firmy. Żadna z nich nie była awarią, przerwą w działaniu ani błędem. Wszystkie ogłoszono z wyprzedzeniem, a większość małych firm dowiedziała się po fakcie.

Zapowiedź trafia na adres, nie do człowieka

Microsoft publikuje te materiały porządnie. Message center niesie nadchodzące zmiany i wymagane działania, z filtrami i podsumowaniem mailowym, które administrator może włączyć (sprawdzone: 2026-08-20). Opis zarządzania zmianą pokazuje, jak te fazy mają wyglądać (sprawdzone: 2026-08-20).

Nic z tego nie pomoże, jeśli konto administratora należy do dostawcy, z którym rozstaliście się w 2022 roku. Nie pomoże też, gdy podsumowanie ląduje u właściciela, który czyta je między dwoma wyjazdami na budowę i nie odróżnia, która z jedenastu pozycji go dotyczy.

To jest właściwa awaria i ma naturę organizacyjną, nie techniczną. Informacja jest publiczna, datowana i darmowa. Brakuje osoby, której zadaniem jest ją przeczytać i zdecydować.

Zapowiedź bez właściciela to po prostu awaria z wbudowanym opóźnieniem.

Koszt łatwo przeoczyć, bo nigdy nie pojawia się jako jedna pozycja. Wychodzi jako skaner, który przestał wysyłać, księgowa, która nie otwiera folderu, zatwierdzenie, które po cichu przestało kogokolwiek powiadamiać. Każde naprawia się osobno, w najgorszym możliwym momencie, zwykle rękami tego, kto akurat jest pod ręką.

Gdzie te zmiany są publikowane

Cztery miejsca pokrywają niemal wszystko, czego potrzebuje mała firma.

Message center w centrum administracyjnym Microsoft 365 niesie zmiany usług i wymagane działania dla twojego konkretnego tenanta, więc jako jedyne z czterech jest spersonalizowane.

Lista wycofań w Power Platform obejmuje Power Automate, Power Apps i Dataverse. Tam pojawiło się wycofanie aplikacji mobilnej, obok zmian w łącznikach i danych audytowych (sprawdzone: 2026-08-20).

Dokumentacja produktowa niesie szczegóły, kiedy już wiesz, czego szukać, w tym harmonogram Exchange Web Services z datami końcowymi (sprawdzone: 2026-08-20).

Twoi dostawcy też się liczą. Firma, która wstawiła wam skanery albo system magazynowy, wie, czy jej produkt opiera się na czymś, co właśnie się wyłącza, i zwykle powie to dopiero zapytana.

Dwadzieścia minut w miesiącu

Rutyna, która działa w małej firmie, jest celowo mało ambitna, bo ambitną porzuca się w marcu.

Raz w miesiącu otwierasz Message center i czytasz wyłącznie pozycje oznaczone jako wymagające działania. Ogłoszenia o nowych funkcjach pomijasz. W większości miesięcy zajmie to kilka minut i nie przyniesie nic, co jest dobrym wynikiem, nie zmarnowanym spotkaniem.

Przy każdej pozycji wymagającej działania zapisz trzy linijki: czego dotyczy u ciebie, kto jest właścicielem, do kiedy ma być zrobione.

Jeśli nie umiesz odpowiedzieć na pierwszą, to już jest twoje znalezisko. Coś w firmie opiera się na czymś, czego nikt nie umie nazwać.

Potem wpisz datę do tego samego kalendarza, którego używasz do wszystkiego innego. Nie na listę zadań, do której nikt nie zagląda, i nie do notatki w skrzynce. Zmiana z datą i bez wpisu w kalendarzu to zmiana, którą spotkasz w październiku, w chwili gdy przestanie działać.

Dwa razy w roku zadaj dostawcom jedno pytanie na piśmie: czy obecna wersja tego, co nam sprzedaliście, opiera się na czymkolwiek, co Microsoft zapowiedział do wyłączenia. Odpowiedzi zachowaj.

Jak zamienić zapowiedź w zaplanowaną robotę

Różnica między firmą, która sobie radzi, a firmą zaskakiwaną sprowadza się do jednego: czy zapowiedź staje się zaplanowaną robotą z nazwiskiem.

Użyteczny wpis ma cztery części i mieści się w jednej linijce: zmiana, proces, którego dotyczy, osoba odpowiedzialna i termin. „Wycofanie EWS, skaner wysyłający maile w magazynie, Marek, do połowy września" to plan. „Sprawdzić tę rzecz z EWS" to notatka, która przeleży do grudnia.

Dwie zmiany z 2026 roku dobrze się na tym ćwiczy. Wycofanie Exchange Web Services wymaga najpierw inwentaryzacji, dopiero potem decyzji. Wycofanie aplikacji mobilnej Power Automate wymaga decyzji, gdzie zapisują się zatwierdzenia, czyli pytania o proces przebranego za techniczne.

Czego nie robić

Nie przesyłaj podsumowania wszystkim. Wiadomość wysłana do pięciu osób nie ma właściciela, a zespół uczy się, że takie maile można pomijać.

Nie używaj awarii jako filtra. To działa, w tym sensie, że na pewno się dowiesz. Kosztuje za każdym razem wpadkę widoczną dla klienta, a te są drogie w sposób, w jaki naprawa nigdy nie jest.

Nie reaguj na każde ogłoszenie. Większość pozycji w Message center dotyczy funkcji, których nie włączyliście i nie włączycie. Czytanie wszystkiego jest drogą do tego, żeby przestać czytać cokolwiek.

Nie myl zapowiedzi z projektem. Część zmian wymaga popołudnia i maila do dostawcy. Traktowanie każdej jak inicjatywy to druga metoda, żeby nie zrobić żadnej.

Kiedy potrzebny jest ktoś z zewnątrz

Wiele firm poprowadzi to samodzielnie. Jeśli jedna osoba ma dostęp administracyjny, orientuje się z grubsza, na czym firma stoi, i znajdzie dwadzieścia minut w miesiącu, zostaw to u siebie i wydaj pieniądze gdzie indziej.

Przestaje to być realne, gdy nikt nie umie powiedzieć, co zawiera tenant, albo gdy dostęp administracyjny siedzi u dostawcy, z którym już nie pracujecie. Tak samo, gdy uczciwą odpowiedzią na pytanie „co się zepsuje" jest wzruszenie ramionami.

Przestaje działać również wtedy, gdy osobą zdolną to robić jest ta sama, która cały tydzień musi być na budowie. W firmie trzydziestoosobowej to sytuacja typowa, i właśnie pod nią zbudowane jest nasze stałe wsparcie techniczne.

Nic z tego nie jest efektowne. Miarą jest to, że kolejna datowana zmiana przychodzi i mija, a nikt w firmie tego nie zauważa. Dokładnie tak ma to wyglądać.