Jak zmienić firmę informatyczną bez przestoju

Ten lęk jest zwykle źle nazywany. Firma nie boi się nowego dostawcy — sprawdziła go, rozmawiała z nim, widziała zakres i referencje. Boi się luki: momentu, w którym poprzednik przestał już traktować Was jak klienta, a następca jeszcze nie wie, że faktury wystawia program stojący na jednym komputerze w księgowości.

Luka jest realna, ale ma konkretną przyczynę i mierzalną długość. Wiedza o środowisku nie jest zapisana w umowie — siedzi w historii zgłoszeń, w nawykach i w czyjejś pamięci, a wygaśnięcie umowy nie przenosi z tego niczego. Luka trwa dokładnie tyle, ile nowy dostawca nie ma własnych dostępów i nie ma opisu środowiska. Jedno i drugie można mieć, zanim stara umowa się skończy.

Dlatego data przełączenia jest ostatnim krokiem zmiany, a nie pierwszym. Biuro rachunkowe, które składa wypowiedzenie w styczniu, a przełącza obsługę w marcu, ryzykuje nieporównanie mniej niż firma, która robi jedno i drugie w ten sam piątek — nie dlatego, że marzec jest lepszym miesiącem, tylko dlatego, że w międzyczasie ktoś zdążył spisać, co w ogóle jest do przejęcia.

Nie każda frustracja jest powodem do zmiany. Dostawca, który w jednym tygodniu odpowiada wolniej, bo ma trzy awarie naraz, bywa dobrym dostawcą, a umowa, w której od dwóch lat nikt nie przejrzał zakresu, bywa złą umową u dobrego dostawcy. Zanim zaczniecie szukać następcy, warto rozstrzygnąć, czy problemem jest wykonawca, czy zakres, za który nikt nie płaci — rozmowa o rozszerzeniu umowy czasem załatwia więcej niż zmiana szyldu, i jest znacznie tańsza.

Są jednak sygnały, które nie znikają po takiej rozmowie, bo nie wynikają z czyjejś złej woli, tylko z tego, jak współpraca jest ułożona. Warto czytać je jak obserwacje, a nie jak zarzuty — wtedy każdy z nich da się po prostu sprawdzić.

Przejęcie obsługi IT nie jest przekazaniem dobrej woli, tylko przekazaniem kontroli administracyjnej. Jeżeli domena, tenant Microsoft 365 i umowy licencyjne są zarejestrowane na Waszą firmę, zmiana dostawcy jest decyzją, którą podejmujecie sami. Jeżeli są zarejestrowane na dostawcę, to Wy nie zmieniacie dostawcy — Wy prosicie go o zgodę.

Dlatego pierwszą rzeczą do sprawdzenia nie jest oferta konkurencji, tylko stan własny. Poniższa lista nie wymaga żadnych narzędzi — wystarczy przejść ją punkt po punkcie i zapisać odpowiedzi. Zwykle to właśnie przy niej wychodzi pierwsza rzecz, o której nikt nie wiedział.

Zanim padnie jakakolwiek data, warto przeczytać obowiązującą umowę w całości, razem z załącznikami. Istotne są cztery rzeczy: długość okresu wypowiedzenia i moment, od którego biegnie, wymagana forma, automatyczne przedłużenie oraz to, co umowa mówi o zwrocie dostępów i dokumentacji. Jeśli o tym ostatnim nie mówi nic, nie znaczy to, że dostępy nie są Wasze — znaczy, że nikt o tym nie pomyślał.

Okres wypowiedzenia bywa traktowany jak kara, a jest harmonogramem. Trzy miesiące to komfortowy czas na audyt, uporządkowanie własności, zebranie dokumentacji i spokojne ustalenie daty przełączenia. Miesiąc jest ciasny, ale wciąż wystarczający, żeby nie improwizować. Kłopot pojawia się tylko wtedy, gdy wypowiedzenie idzie pierwsze, a myślenie zaczyna się drugie — wtedy zegar tyka niezależnie od tego, czy ktokolwiek wie, gdzie są hasła.

W trakcie wypowiedzenia da się zrobić prawie wszystko: przegląd środowiska, inwentaryzację, przeniesienie własności domeny, założenie własnego sejfu haseł, opisanie sieci i licencji, ustalenie kolejności prac. Nie da się — i nie należy — wyłączać monitoringu ani kopii zapasowych poprzednika, dopóki nie działają nowe, ani odbierać mu dostępów administracyjnych, dopóki formalnie odpowiada za środowisko. Odpowiedzialność bez dostępu jest gorsza niż brak jednego i drugiego.

Przejęcie zaczyna się od audytu i inwentaryzacji, jeszcze przed wypowiedzeniem. Nie da się zaplanować zmiany w środowisku, którego nikt nie spisał, a przegląd odpowiada przy okazji na pytanie o własność: co jest Wasze, a co trzeba najpierw odzyskać. Na tym etapie nie trzeba przekazywać nikomu haseł administracyjnych — wystarczą uprawnienia do odczytu i obecność osoby, która wie, gdzie te hasła u Was leżą.

Drugi krok to dostępy i dokumentacja. Nowy dostawca powinien dostać własne, imienne konta administracyjne, a nie współdzielone hasło po poprzedniku: widać wtedy, kto co zrobił, a odcięcie starego dostępu nie wymaga zmiany niczego innego. Równolegle powstaje opis środowiska — lista urządzeń, kont i licencji, schemat sieci, kontakty do operatora i producentów oprogramowania, lokalizacja kopii zapasowych. Ten dokument zostaje u Was i to on, a nie czyjaś dobra pamięć, jest zabezpieczeniem przed kolejną taką zmianą.

Trzeci krok to okres równoległy. Nowy dostawca ma już uruchomiony monitoring i nadzór nad kopiami zapasowymi, obserwuje środowisko i poznaje jego rytm, ale zgłoszenia wciąż idą starym kanałem, bo stara umowa jeszcze obowiązuje. Ten tydzień albo dwa jest najtańszym ubezpieczeniem w całym procesie — właśnie wtedy wychodzą rzeczy, których nie ma w żadnej dokumentacji, i wychodzą przy dwóch dostawcach zamiast przy żadnym.

Dopiero potem następuje przełączenie: zmiana kanału zgłoszeń, przejęcie kontaktu z operatorem i producentami oprogramowania, odebranie dostępów poprzednikowi. Dla większości pracowników jest to przede wszystkim nowy numer telefonu i nowy adres e-mail do zgłoszeń; tam, gdzie trzeba wymienić narzędzie zdalnego dostępu albo ochronę stacji roboczych, uprzedzamy o tym wcześniej. Po przełączeniu zostaje okres docierania, zwykle pierwszy miesiąc, w którym ujawniają się zależności, o których nikt nie wiedział: arkusz pobierający dane z konkretnego udziału sieciowego, drukarka z ręcznie wpisanym adresem IP, program branżowy działający tylko na jednym stanowisku. Jeśli jesteście w Bydgoszczy lub okolicy, tę część da się zrobić na miejscu, przy szafie i sprzęcie — w zakresie wizyt ustalonym w umowie; tam takich rzeczy szuka się szybciej niż zdalnie.

To jest zdanie, które najczęściej odblokowuje decyzję: kompetentne przejęcie nie wymaga zgody ani pomocy ustępującego dostawcy. Wymaga jej wyłącznie wygoda. Wszystko, co jest potrzebne, znajduje się albo w Waszych własnych systemach — panel domeny, tenant, faktury, umowy — albo daje się odtworzyć od zera: sieć można zmapować, urządzenia spisać, konfigurację opisać na nowo. Współpraca poprzednika skraca ten proces, ale nie decyduje o tym, czy jest możliwy.

Warto to powiedzieć wprost, bo wiele firm trwa przy dostawcy, z którym nie chce już pracować, wyłącznie z obawy, że „oni nam tego nie oddadzą”. Jedyną rzeczą, której naprawdę nie da się odtworzyć własnymi siłami, jest własność zapisana na kogoś innego — i to ona, a nie atmosfera rozstania, jest w tej całej sprawie prawdziwym ryzykiem.

Co natomiast psuje się naprawdę, to zmiana przeprowadzona w tydzień. Domena, której przedłużenia nie pilnuje już nikt, wygasa w swoim terminie — kilka tygodni albo kilka miesięcy po przełączeniu — i zabiera ze sobą pocztę całej firmy. Subskrypcja opłacana kartą, do której nikt nie ma dostępu, przestaje się odnawiać, a nieopłacona subskrypcja uruchamia zegar, po którym licencje przestają działać; ile go zostało, widać w panelu administracyjnym, a nie w artykule. Zadanie kopii zapasowej, które działało w konsoli wyłączonej razem z poprzednią umową, po prostu przestaje się wykonywać — a kopia, o której nikt nie raportuje, nie jest kopią, tylko nadzieją.

Zaczynamy od krótkiej, bezpłatnej rozmowy o tym, co dziś nie działa, a potem od audytu IT — i robimy go, zanim złożycie wypowiedzenie. Przeglądamy kopie zapasowe i to, czy ktokolwiek próbował z nich odtworzyć dane, konfigurację Microsoft 365, konta, uprawnienia i MFA, sieć i firewall, bezpieczeństwo stacji roboczych, licencje oraz to, czy istnieje jakakolwiek aktualna dokumentacja. Wnioski dostajecie na piśmie, uszeregowane według wpływu na firmę, i możecie je pokazać komu chcecie — również obecnemu dostawcy.

Jeżeli z przeglądu wyjdzie, że obecny dostawca robi swoją robotę dobrze, a problemem jest zbyt wąski zakres umowy, powiemy to wprost. Przejęcie bez uzasadnienia jest kosztem dla obu stron, a my wolimy stracić jeden kontrakt niż prowadzić go przez rok w poczuciu, że nie powinien był się zacząć.

Gdy decyzja zapada, proponujemy zakres, plan i umowę SLA z zapisanymi poziomami pilności i czasami reakcji: w obecnych warunkach standardowych zgłoszenie standardowe w ciągu trzech dni roboczych, pilne w ciągu dwunastu godzin, a w planach IT Business i IT Critical krótsze okna ustalane indywidualnie i wpisane do umowy. Potem przejmujemy dostępy, porządkujemy hasła administracyjne w sejfie, uruchamiamy monitoring i nadzór nad kopiami zapasowymi w zakresie ustalonym w umowie oraz spisujemy środowisko: urządzenia, licencje, sieć, dostępy, dostawców.

Te same zasady wpisujemy do własnej umowy. Dokumentacja, inwentaryzacja i hasła administracyjne są Wasze, tenant i domena zarejestrowane na Waszą firmę, a okres wypowiedzenia ustalony tak, żeby odejście nie było karą. Firma, która w każdej chwili może odejść, zostaje dlatego, że chce — i tylko taka wersja tej współpracy wytrzymuje kilka lat.