Ocena błędu, którego nie da się odtworzyć

Jeśli nie da się tego odtworzyć, nie da się tego oszacować. Można to oszacować, próbując to znaleźć.

Błąd, którego nie da się odtworzyć, to dwie niewiadome ujęte w jednym zgłoszeniu. Pierwszą niewiadomą jest przyczyna: w środowisku produkcyjnym występuje objaw, ale nie ma niezawodnego sposobu na wywołanie go lokalnie, nie ma spójnego śladu stosu ani wiersza w logach, który zawsze by mu poprzedzał. Drugą niewiadomą jest poprawka, która zależy całkowicie od pierwszej. Przyznanie punktacji poprawce, zanim poznana zostanie jej przyczyna, jest równoznaczne z ocenianiem zadania, którego zespół w rzeczywistości nie jest w stanie ocenić.

Naprawa nie zawsze jest trudna, gdy już znajdzie się przyczynę; często wystarczy zmiana w jednym wierszu kodu. Najbardziej kosztowne jest samo znalezienie przyczyny. Oszacowanie czasu potrzebnego na poszukiwanie jest realistyczne; oszacowanie czasu potrzebnego na naprawę jest natomiast oparte na życzeniowym myśleniu.

O czym się mówi w tym pomieszczeniu

Inżynier A: „Myślę, że chodzi o unieważnienie pamięci podręcznej”.

Inżynier B: „Myślę, że to kwestia charakteru pracownika”.

Wstęp: „Czy komuś udało się to zrealizować na żądanie?”

Pytanie: „Wypróbowaliśmy dwadzieścia różnych rozwiązań. Żadne z nich nie okazało się niezawodne”.

Wsparcie: „To trzech użytkowników tygodniowo, zawsze we wtorkowe popołudnia”.

Pytania, które warto zadać przed głosowaniem

• Jakie są objawy i jak często się pojawiają?
• Czy na podejrzanych ścieżkach prowadzone jest już rejestrowanie, czy też musimy je najpierw dodać?
• Czy istnieje klient, którego konto jest uznane za wadliwe i na podstawie którego moglibyśmy odtworzyć ten błąd?
• Ile kosztuje klienta ten błąd w skali tygodnia i czy uzasadnia to przeprowadzenie szczegółowej analizy?
• Jaki jest wyznaczony termin na przeprowadzenie dochodzenia, zanim ponownie zajmiemy się tą sprawą?

Dwie nazwane teorie i brak powtórzenia wyników to nie powód do zamknięcia sprawy; to obszar badań, na który należy przeznaczyć środki. Należy przeznaczyć na to budżet i wyznaczyć punkt kontrolny, a następnie dokonać ponownej oceny, gdy przyczyna zostanie zidentyfikowana.

Proszę zatwierdzić budżet na poszukiwania. Gdy przyczyna zostanie zidentyfikowana, proszę oszacować koszt naprawy osobno.

Zobacz szacowanie testu o niestabilnych wynikach w przypadku tego samego typu sytuacji oraz typowe błędy w planowaniu pokerowym dotyczące szacowania błędów z dokładnością na poziomie funkcji. Zapoznaj się z innymi przykładami szacowania z objaśnieniami lub rozpocznij bezpłatną sesję planowania pokerowego, gdy przyczyna jest znana.