Testowanie teorii i tworzenie planu

Po ustaleniu teorii prawdopodobnej przyczyny należy ją przetestować przed rozpoczęciem jakiejkolwiek naprawy. Testowanie potwierdza, czy przypuszczenie jest trafne, i zapobiega marnowaniu wysiłku lub przypadkowemu spowodowaniu szkód. Zasada jest prosta: najpierw udowodnić przyczynę, a dopiero potem zaplanować rozwiązanie. Przystąpienie do naprawy na podstawie niepotwierdzonej teorii jest jednym z najczęstszych błędów podczas rozwiązywania problemów.

Dobry test izoluje jedną zmienną i daje jasną odpowiedź „tak” lub „nie”. Jeśli podejrzewa Pan / podejrzewa Pani uszkodzony kabel, należy zastąpić go sprawnym kablem i sprawdzić, czy łącze zostanie przywrócone. Jeśli podejrzewany jest DNS, należy wykonać ping do miejsca docelowego najpierw po adresie IP, a następnie po nazwie. Każdy test powinien potwierdzać lub wykluczać dokładnie jedną teorię, aby wynik był jednoznaczny.

Jeśli test potwierdzi teorię, można przejść do planowania naprawy. Jeśli jej nie potwierdzi, nie należy naginać faktów — trzeba ustalić nową teorię i ponownie ją przetestować. Rozwiązywanie problemów często wielokrotnie przechodzi między tworzeniem teorii a testowaniem. Każda wykluczona teoria zawęża obszar poszukiwań, więc nawet „nieudany” test przybliża do rzeczywistej przyczyny.

Czasami przyczyna wykracza poza zakres Pana/Pani dostępu, wiedzy lub uprawnień, na przykład w przypadku awarii u dostawcy usług internetowych albo problemu z głównym routerem, do którego nie ma Pan/Pani dostępu. W takich sytuacjach należy eskalować problem do starszego technika, innego zespołu lub dostawcy. Eskalacja nie oznacza porażki — jest właściwym działaniem, gdy samodzielne próby oznaczałyby stratę czasu lub ryzyko uszkodzeń. Należy przekazać wszystkie dotychczasowe ustalenia.

Po potwierdzeniu przyczyny należy przygotować plan działania. Trzeba szczegółowo opisać dokładne kroki, ich kolejność i oczekiwany rezultat. Pisemny plan pomaga zachować porządek podczas stresującej naprawy i umożliwia jego sprawdzenie przez inne osoby. W przypadku zmian dotyczących środowiska produkcyjnego jasny plan decyduje o tym, czy naprawa przebiegnie sprawnie, czy stanie się improwizowaną zmianą powodującą nowe awarie.

Częścią planowania jest pytanie: „co może zepsuć ta zmiana?”. Ponowne uruchomienie przełącznika odłączy wszystkie podłączone do niego urządzenia, zmiana maski podsieci może odizolować hosty, a aktualizacja oprogramowania układowego może zresetować ustawienia. Wcześniejsze określenie potencjalnych skutków pozwala ostrzec użytkowników, zaplanować przestój i przygotować się na skutki uboczne, zamiast być nimi zaskoczonym.

Zawsze należy zaplanować możliwość powrotu do poprzedniego stanu. Przed zmianą konfiguracji należy zapisać jej bieżącą wersję, aby można było ją przywrócić, jeśli poprawka nie zadziała. Plan wycofania zmian sprawia, że ryzykowna zmiana staje się odwracalna. Świadomość, że można cofnąć zmianę, zmniejsza stres i zapobiega przekształceniu nieudanej poprawki w długotrwałą awarię podczas gorączkowych prób odzyskania sprawności.

W zarządzanych środowiskach zmiany podlegają kontroli zmian: są dokumentowane, zatwierdzane i często planowane w oknie serwisowym, gdy ich wpływ jest najmniejszy. Ta formalność może wydawać się powolna, ale zapobiega sytuacji, w której dobrze intencjonowana poprawka jednej osoby zakłóca działanie firmy w godzinach największego obciążenia. Nawet małe sieci korzystają z uproszczonej wersji tej dyscypliny.

Podczas wdrażania należy zmieniać jedną rzecz naraz i testować ją po każdej zmianie. Jeśli zmieni Pan lub Pani pięć ustawień jednocześnie i problem zniknie, nie będzie wiadomo, która zmiana zadziałała ani czy nie spowodowano nowego problemu. Pojedyncze, przetestowane zmiany pozwalają zachować jasny związek przyczynowo-skutkowy, co jest niezbędne zarówno przy naprawianiu, jak i dokładnym dokumentowaniu.

Należy poinformować użytkowników i członków zespołu, których dotyczy zmiana, o tym, co zostanie zrobione i kiedy, szczególnie jeśli wystąpi przestój. Jasna komunikacja pozwala ustalić oczekiwania, ogranicza liczbę sfrustrowanych zgłoszeń i umożliwia użytkownikom zapisanie pracy. Nieoczekiwana awaria, nawet zaplanowana, podważa zaufanie. Krótkie uprzedzenie zmienia zakłócającą działanie poprawkę w profesjonalnie zarządzane zdarzenie.

Mając przetestowaną teorię, szczegółowy plan działania, świadomość skutków ubocznych, przygotowaną możliwość wycofania zmian oraz poinformowanych interesariuszy, jest Pan lub Pani gotowa do bezpiecznego wdrożenia. To staranne przygotowanie oddziela niezawodnych techników od tych, którzy zgadują i liczą na szczęście. Następny etap — wdrożenie i weryfikacja — staje się wtedy prosty i obarczony niewielkim ryzykiem.

Sprawdź swoją wiedzę na temat testowania i planowania.

Nauczył się Pan lub nauczyła się Pani testować teorie i planować działania. Najważniejsze punkty:

• Przed naprawą należy przetestować teorię; potwierdzić ją lub sformułować nową.
• Należy eskalować problem, gdy jego przyczyna wykracza poza własne kompetencje lub możliwości.
• Należy przygotować plan obejmujący kroki, potencjalne skutki i możliwość wycofania zmian.
• W środowisku produkcyjnym należy stosować kontrolę zmian i okna serwisowe.
• Należy zmieniać jedną rzecz naraz i komunikować plan.