Weryfikowanie i dokumentowanie rozwiązania

Po wdrożeniu poprawki praca jeszcze się nie kończy. Ostatnie etapy — weryfikacja i dokumentowanie — domykają proces i zamieniają naprawę w trwałą wartość. Pominięcie tych etapów grozi zbyt wczesnym ogłoszeniem sukcesu lub utratą zdobytej wiedzy. Profesjonalne rozwiązywanie problemów zawsze potwierdza rezultat i zapisuje przebieg działań, nawet gdy wszyscy chcą już przejść dalej.

Weryfikacja pełnej funkcjonalności systemu oznacza potwierdzenie, że pierwotny objaw zniknął i że nic innego nie przestało działać. Należy przetestować dokładnie scenariusz, w którym występowała awaria, a następnie sprawdzić powiązane usługi. Jeśli naprawiono problem z DNS, należy również potwierdzić działanie stron WWW, poczty elektronicznej i innych aplikacji zależnych od rozpoznawania nazw. Poprawka, która usuwa jeden objaw, ale powoduje inny problem, nie jest prawdziwą naprawą.

To użytkownik zgłosił problem, dlatego to użytkownik powinien potwierdzić jego rozwiązanie. Należy poprosić go o powtórzenie czynności, która wcześniej kończyła się niepowodzeniem. Jego potwierdzenie ma znaczenie, ponieważ może korzystać z systemu inaczej niż technik i zauważyć utrzymujący się problem, który został przeoczony. Akceptacja użytkownika buduje także zaufanie i wyraźnie oznacza incydent jako rozwiązany z perspektywy klienta.

Dobra weryfikacja obejmuje więcej niż jeden zgłoszony objaw. Należy potwierdzić, że wydajność jest prawidłowa, inni użytkownicy tego samego urządzenia lub VLAN-u nie mają problemów oraz że w dziennikach nie pojawiają się nowe błędy. Zmiana może wywołać skutki uboczne; dokładne testy pozwalają wykryć je od razu, gdy problem jest jeszcze analizowany, zamiast później otrzymać zaskakujące ponowne zgłoszenie.

CompTIA łączy weryfikację z odpowiednimi środkami zapobiegawczymi. Jeśli awarię spowodował zużyty kabel, należy wymienić także pobliskie starzejące się kable. Jeśli zapełnienie dysku doprowadziło do awarii serwera rejestrującego zdarzenia, należy dodać alert informujący o małej ilości wolnego miejsca. Zapobieganie powtórzeniu problemu pokazuje różnicę między zwykłym reagowaniem a rzeczywistym ulepszaniem sieci.

Dokumentacja jest siódmym i ostatnim krokiem, który często traktuje się pobieżnie. Zapisanie incydentu tworzy bazę wiedzy, przyspiesza przyszłe naprawy, wspiera audyty i pomaga uczyć się członkom zespołu. Następna osoba, która napotka ten sam objaw — być może Pan lub Pani za sześć miesięcy — będzie wdzięczna za jasne notatki. Niedokumentowane poprawki to lekcje, których trzeba uczyć się ponownie.

Należy zapisać najważniejsze informacje: objaw, zakres i czas wystąpienia, potwierdzoną przyczynę, podjęte działania oraz rezultat. Należy odnotować uruchomione polecenia i wprowadzone zmiany konfiguracji. Trzeba także podać datę i swoje imię i nazwisko. Zwięzły, ale kompletny zapis pozwala odtworzyć i powtórzyć rozwiązanie bez zgadywania.

Poprawki należy zapisywać w systemie obsługi zgłoszeń lub bazie wiedzy, a także aktualizować powiązane materiały, takie jak diagramy sieci, listy adresów IP i kopie zapasowe konfiguracji, jeśli poprawka je zmieniła. Aktualizowanie tych dokumentów referencyjnych jest częścią zamykania zgłoszenia. Nieaktualne diagramy powodują późniejsze nieporozumienia, dlatego moment wprowadzenia zmiany jest najlepszym czasem na ich aktualizację.

Jeśli poprawka zmieniła normalne działanie, należy zaktualizować punkt odniesienia i progi monitorowania. Nowy serwer, łącze lub konfiguracja zmieniają obraz tego, co uznaje się za „normalne”. Odświeżenie punktu odniesienia zapewnia poprawność przyszłych alertów i zapobiega ciągłemu wywoływaniu fałszywych alarmów przez nowy stan normalny. Dokumentacja i punkty odniesienia razem pomagają zachować wiarygodny obraz działania środowiska.

W przypadku poważnych incydentów krótki przegląd wyciągniętych wniosków pozwala ustalić, co poszło dobrze, co trwało zbyt długo i jak zapobiec powtórzeniu problemu. Wnioski te prowadzą do lepszego monitorowania, jaśniejszych runbooków i szybszego reagowania w przyszłości. Traktowanie każdego incydentu jako szansy na poprawę, a nie tylko czegoś, co trzeba przetrwać, stopniowo wzmacnia całe działanie sieci.

Weryfikacja i dokumentowanie kończą siedmioetapową metodykę: identyfikację, tworzenie teorii, testowanie, planowanie, wdrażanie, weryfikację i dokumentowanie. Konsekwentne stosowanie tego cyklu sprawia, że rozwiązywanie problemów jest niezawodne, łatwe do nauczania i stale udoskonalane. Na egzaminie i w pracy technicy, którzy dobrze kończą zadanie — potwierdzając i zapisując rezultat — to osoby, których poprawki naprawdę są trwałe.

Sprawdź swoją wiedzę na temat ostatnich etapów.

Nauczył się Pan lub nauczyła się Pani weryfikować i dokumentować działania. Najważniejsze punkty:

• Należy potwierdzić, że objaw zniknął i nic innego nie przestało działać; następnie poprosić użytkownika o potwierdzenie.
• Należy wprowadzać środki zapobiegawcze, gdy jest to przydatne.
• Należy dokumentować objaw, przyczynę, działania i rezultat.
• Należy aktualizować diagramy, kopie zapasowe, punkty odniesienia i progi.
• W przypadku poważnych incydentów należy przeprowadzać przeglądy wyciągniętych wniosków.