dokumentacja incydentu

Dokumentacja incydentu to zapis okoliczności, przebiegu i skutków zdarzenia bezpieczeństwa lub awarii.

Zakres informacji w dokumentacji incydentu

Dokumentacja incydentu opisuje zdarzenie, które zakłóciło działanie komputera, laptopa, urządzenia peryferyjnego, systemu operacyjnego albo aplikacji. Powinna wskazywać datę i godzinę wykrycia problemu, osobę lub mechanizm, który go zgłosił, urządzenie objęte zdarzeniem oraz objawy zaobserwowane przed rozpoczęciem naprawy. W przypadku komputera użytkownika mogą to być między innymi samoczynne restarty, brak obrazu, komunikat błędu, utrata dostępu do plików, nietypowe odgłosy dysku, przegrzewanie się obudowy albo wyraźne spowolnienie pracy.

Rzetelny opis oddziela fakty od przypuszczeń. Zdanie „komputer wyłączył się o godzinie 14:20 podczas kopiowania plików” jest informacją obserwowalną, natomiast „przyczyną była uszkodzona pamięć RAM” pozostaje hipotezą do czasu wykonania testu. W dokumencie warto zapisać także konfigurację sprzętową, wersję systemu operacyjnego, nazwę aplikacji, podłączone urządzenia oraz zmiany wykonane bezpośrednio przed wystąpieniem problemu. Takie dane ułatwiają późniejsze odtworzenie warunków zdarzenia.

Chronologia, objawy i dowody techniczne

Najbardziej użyteczną częścią dokumentacji jest chronologiczny przebieg incydentu. Kolejne wpisy powinny zawierać czas wykonania czynności, jej opis oraz wynik. Przykładowa sekwencja może obejmować uruchomienie laptopa, pojawienie się komunikatu, odłączenie zasilacza, próbę uruchomienia w trybie awaryjnym, wykonanie kopii danych i przeprowadzenie testu podzespołów. Chronologia pozwala sprawdzić, czy objawy zmieniły się po konkretnej czynności oraz czy problem występuje stale, czy tylko w określonych warunkach.

Dowody techniczne należy przechowywać w sposób umożliwiający ich późniejszą weryfikację. Mogą to być zdjęcia komunikatów na ekranie, zrzuty ekranu, raporty diagnostyczne, wyniki testów pamięci, informacje o stanie dysku odczytane przez S.M.A.R.T., wpisy Dziennika zdarzeń systemu Windows albo logi aplikacji. Przy każdym materiale trzeba wskazać źródło i czas pozyskania. Nie należy przepisywać całych logów bez selekcji; lepiej zaznaczyć konkretny wpis, kod błędu, identyfikator zdarzenia i jego kontekst. Jeżeli zapis pochodzi z kilku urządzeń, dokumentacja powinna jasno rozróżniać ich nazwy lub numery inwentarzowe.

Diagnoza, działania naprawcze i wynik

Opis diagnozy powinien przedstawiać wykonane testy oraz ich wyniki, a nie tylko końcową etykietę usterki. Jeżeli komputer nie uruchamia się, można odnotować zachowanie diod, pracę wentylatora, obecność obrazu oraz reakcję na inne źródło zasilania lub zewnętrzny monitor. W przypadku niestabilności systemu istotne są informacje o powtarzalności błędu, obciążeniu procesora, temperaturach, stanie sterowników i wynikach testów pamięci lub nośnika danych. Każdy test powinien mieć określony cel, aby było jasne, jak wpływa na zawężenie przyczyny.

Działania naprawcze trzeba zapisać w kolejności wykonania, z uwzględnieniem zmian w sprzęcie i oprogramowaniu. Dokument może obejmować ponowne osadzenie modułu pamięci, wymianę uszkodzonego dysku, czyszczenie układu chłodzenia, aktualizację sterownika, przywrócenie konfiguracji albo reinstalację aplikacji. Należy zaznaczyć, czy przed operacją wykonano kopię danych i czy po operacji przeprowadzono test kontrolny. Wynik powinien określać, jakie objawy ustąpiły, jakie pozostały oraz w jakich warunkach urządzenie zostało przekazane do dalszego użycia. Jeżeli przyczyny nie udało się potwierdzić, trzeba napisać to wprost i wskazać ograniczenia przeprowadzonej diagnostyki.

Dokument przekazania sprzętu po incydencie

Końcowa część dokumentacji powinna umożliwiać innemu technikowi lub użytkownikowi zrozumienie aktualnego stanu urządzenia bez ponownego odtwarzania całego badania. Warto podać rozpoznaną przyczynę, wykonane czynności, wymienione elementy, zastosowane ustawienia oraz rezultat testu końcowego. Przydatne jest również wskazanie, czy komputer uruchamia system, wykrywa wszystkie podzespoły, utrzymuje połączenie sieciowe, prawidłowo ładuje akumulator i przechodzi test obciążenia. Jeżeli występuje ryzyko ponowienia usterki, należy opisać warunek jej wystąpienia, na przykład pracę przy wysokiej temperaturze lub użycie konkretnego urządzenia USB.

Warszawskie Pogotowie Komputerowe zajmuje się profesjonalną naprawą laptopów, komputerów PC i ich podzespołów, a dokumentacja incydentu może uporządkować informacje przekazane podczas przyjęcia urządzenia do serwisu. Dobrze opisane zgłoszenie pozwala powiązać objawy zgłaszane przez użytkownika z wynikami oględzin i testów. Po zakończeniu prac dokument powinien zawierać datę zamknięcia incydentu, status urządzenia oraz informację o tym, czy wykonano sprawdzenie działania po naprawie. Taki zapis ułatwia także porównanie podobnych awarii tego samego komputera w przyszłości.