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 zmienić jedną linię kodu. Najkosztowniejszym etapem jest jednak jej wykrycie. Szacowanie czasu potrzebnego na poszukiwanie jest realistyczne; szacowanie 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 oddaniem głosu

  • Jakie są objawy i jak często się one pojawiają?
  • Czy na podejrzanych ścieżkach prowadzone jest już rejestrowanie, czy też musimy je najpierw dodać?
  • Czy istnieje klient, którego konto jest znane jako wadliwe i na którym 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 zakończenia 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 związane z planowaniem 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.