Nieformalne przysłowie; heurystyka zarządzania ryzykiem

Prawo Murphy'ego

Murphy's Law

Projektuj tak, jakby ścieżki awarii były realne, ponieważ niektóre z nich będą. Prawo Murphy'ego jest użyteczne, gdy skłania do przygotowania zamiast do fatalizmu.

Popularność

Przydatność

Nazwy alternatywne

Czwarte prawo termodynamiki (humorystyczne / nieformalne) / brak powszechnie przyjętej formalnej nazwy naukowej.

Dziedziny

Inżynieria, projektowanie bezpieczeństwa, inżynieria niezawodności, zarządzanie projektami, eksploatacja, codzienne podejmowanie decyzji

Definicja

Prawo Murphy'ego to nieformalne powiedzenie: „Wszystko, co może pójść źle, pójdzie źle.”

Główna idea

Systemy powinny być projektowane przy założeniu, że mogą wystąpić błędy, awarie, niewłaściwe użycie, zły timing oraz błędy ludzkie.
Jego praktyczna wartość nie polega na pesymizmie; polega na przygotowaniu.

Jak to działa

Kiedy proces ma słaby punkt, niejasną instrukcję, kruchą zależność lub możliwy błąd ludzki, ta słabość może ostatecznie spowodować awarię.
Zasada zachęca ludzi do wczesnego identyfikowania ścieżek awarii oraz projektowania zabezpieczeń, kopii zapasowych, kontroli i mechanizmów bezpiecznych w razie awarii.

Przykład użycia

Przed wdrożeniem oprogramowania zespół zakłada, że wartości konfiguracyjne mogą być brakujące, wywołania sieciowe mogą się nie powieść, a użytkownicy mogą wprowadzać nieoczekiwane dane. Dodają walidację, ponawianie prób, logowanie, wycofywanie zmian i monitorowanie.

Znany przykład

Przykład: Standardowa historia pochodzenia wskazuje na testy Sił Powietrznych USA, w których uniknięty błąd w konfiguracji pomógł zainspirować frazę związaną z prawem Murphy'ego.
Dlaczego to pasuje do tej zasady: Historia uchwyca praktyczną lekcję, że jeśli system może być złożony lub użyty w niewłaściwy sposób, ktoś w końcu tak zrobi.
Status weryfikacji: Szersze pochodzenie Sił Powietrznych jest powszechnie powtarzane, ale dokładne sformułowanie i szczegóły pierwszej chwili nie są udokumentowane z pełną pewnością.

Przypadki użycia / Sytuacje, w których ma zastosowanie

Inżynieria krytyczna dla bezpieczeństwa
Wdrażanie oprogramowania i planowanie incydentów
Ocena ryzyka projektu
Produkcja i kontrola jakości
Planowanie i logistyka wydarzeń
Lotnictwo, transport i testy wojskowe
Projektowanie interfejsu użytkownika, w którym użytkownicy mogą popełniać przewidywalne błędy

Kiedy nie używać lub powszechne błędne użycie

Nie traktuj tego jako prawa naukowego ani gwarantowanej prognozy.
Nie używaj tego jako wymówki dla złego planowania.
Nie używaj tego, aby twierdzić, że porażka jest nieunikniona.
Nie myl tego z pechem; użyteczna wersja dotyczy ryzyka, którego można uniknąć.
Nie nakładaj tego tak mocno, aby powodowało niepotrzebny strach, opóźnienia lub nadmierne komplikowanie.

Wynalezienie / Pochodzenie zasady

Wynalazca: kwestionowany. Powszechnie kojarzony z kapitanem Edwardem A. Murphym Jr.; John Paul Stapp pomógł spopularyzować to wyrażenie w kontekście testów lotniczych. Wcześniej istniały podobne powiedzenia przed Murphym.
Rok wynalezienia: Zwykle kojarzony z 1949 rokiem, ale dokładne pochodzenie jest sporne. Badania nad pochodzeniem słowa wskazują na pewne drukowane użycie w 1951 roku oraz szersze zastosowanie w bezpieczeństwie lotniczym do 1956 roku.
Kraj / kontekst pochodzenia: Stany Zjednoczone; testy lotnicze, bezpieczeństwo wojskowej awiacji i eksperymenty z sania rakietowymi.

Krótka praktyczna wskazówka

Spodziewaj się ścieżek awarii zanim się wydarzą, a następnie zaprojektuj kontrole i kopie zapasowe, aby małe błędy nie stały się wielkimi katastrofami.