Dlaczego jakość oprogramowania to Twój największy niewidzialny koszt?

W żadnej firmie nie powstaje prezentacja zatytułowana „Straty wynikające ze słabej jakości oprogramowania”. Nie dlatego, że tych strat nie ma, ale dlatego, że są rozproszone, trudne do jednoznacznego przypisania i niewygodne w raportowaniu. Trochę w IT, trochę w obsłudze klienta, trochę w marketingu, który musi dowieźć wynik, trochę w sprzedaży, która ma gorszy kwartał. Jakość oprogramowania rzadko występuje jako jedna pozycja kosztowa. Częściej działa jak stały podatek, niewidoczny, ale pobierany regularnie, miesiąc po miesiącu.

Najbardziej zdradliwe jest to, że brak jakości przez długi czas nie boli wystarczająco mocno. System działa. Klienci jeszcze są. Wydania wychodzą. Problemy pojawiają się pojedynczo, więc łatwo je zracjonalizować: to incydent, to wyjątek, każdemu się zdarza. Dopiero po czasie okazuje się, że te wyjątki zaczęły tworzyć wzorzec, a wzorzec to trwały drenaż finansowy, który obniża rentowność i zdolność do wzrostu.

Dlaczego ten koszt jest niewidzialny

Koszt braku jakości nie eksploduje w jednym miejscu. On rozlewa się po organizacji, aż staje się nową normalnością. Błąd w systemie uruchamia efekt domina. Support dostaje więcej zgłoszeń, więc trzeba zwiększyć zespół. Marketing widzi spadek konwersji i dosypuje budżetu. Sprzedaż zaczyna słyszeć coraz więcej „musimy się zastanowić”. IT zamiast rozwijać produkt, gasi pożary. Każdy dział reaguje lokalnie, racjonalnie i w dobrej wierze. Nikt nie widzi pełnego obrazu, bo każdy płaci swoją część rachunku w swojej rubryce.

Poniższa tabela zbiera te rubryki w jednym miejscu. Jeśli chcecie zobaczyć własny niewidzialny koszt, wystarczy przejść ją wiersz po wierszu i przy każdym zapytać osobę, która ma dane.

Ekonomia błędu: o koszcie decyduje moment wykrycia

Jednym z największych mitów w organizacjach technologicznych jest przekonanie, że bug to bug. W rzeczywistości o koszcie błędu nie decyduje jego złożoność, lecz moment wykrycia. Błąd znaleziony przy projektowaniu to poprawka w dokumencie. Ten sam błąd w kodzie to poprawka i retest. W testach systemowych to poprawka, retest i opóźnienie. Na produkcji płacicie już nie tylko za kod. Płacicie za cały łańcuch konsekwencji: zaangażowanie zespołów, pracę wsparcia, przestoje, utracone transakcje, frustrację użytkowników i ryzyko kar. Produkcja jest najdroższym środowiskiem testowym, jakie można sobie wybrać, a mimo to wiele firm wybiera je codziennie, po prostu nie wykrywając błędów wcześniej.

Badania DORA pokazują tę zależność od lat na dużych próbach: w raporcie z 2024 roku zespoły z najwyższego klastra wydajności mają odsetek nieudanych zmian na poziomie 5 procent, a zespoły z najniższego 40 procent. To nie jest różnica w talencie. To różnica w tym, jak wcześnie prawda o zmianie wychodzi na jaw.

Dlaczego firmy odkładają inwestycję w jakość

Bo brak QA nie boli od razu. Koszt jest rozłożony w czasie, rozmyty pomiędzy działy i trudny do jednoznacznego przypisania. QA pojawia się w budżecie jako koszt, a jego brak jako oszczędność. Skrócone testy, odłożona refaktoryzacja, release wypchnięty mimo sygnałów ostrzegawczych: każda z tych decyzji jest logiczna w skali sprintu. W skali roku bywa bardzo droga, tylko że rachunek przychodzi do innych rubryk niż ta, w której zapisano oszczędność.

W sektorach regulowanych ten mechanizm ma jeszcze jeden wymiar. W bankowości i medycynie margines błędu praktycznie przestał istnieć, a jakość przestała być wewnętrzną sprawą zespołu IT. Stała się ryzykiem finansowym, regulacyjnym i reputacyjnym, które trafia na agendę zarządów, bo regulator potrafi zapytać o proces testowy wprost.

Jak nazwać ten koszt po imieniu w jeden tydzień

Nie potrzebujecie modelu finansowego ani konsultingowego projektu. Potrzebujecie czterech liczb z własnej firmy, zebranych z osób z tabeli wyżej.

1. Godziny pracy awaryjnej w kwartale. Weźcie trzy ostatnie incydenty produkcyjne i policzcie je od początku do końca: diagnoza, naprawa, komunikacja, retest, obsługa zgłoszeń. Pomnóżcie przez stawkę godzinową i przez liczbę incydentów w kwartale.
2. Koszt regresji przed wydaniami. Ile osób przez ile dni sprawdza produkt przed każdym wydaniem i ile wydań macie w kwartale.
3. Koszt opóźnień. Ile razy release przesunął się z powodu błędów i ile wart był każdy dzień poślizgu dla biznesu.
4. Koszt po stronie klienta. Odsetek zgłoszeń wsparcia dotyczących błędów, rabaty i utracone odnowienia, jeśli da się je przypisać.

Suma to Wasz kwartalny, już płacony koszt braku jakości. Nie jest to koszt hipotetyczny. To pieniądze, które już wychodzą, tylko czterema drzwiami naraz, więc nikt ich nie sumuje.

Co się dzieje, gdy ktoś ten rachunek odwróci

Najlepiej pokazuje to projekt, w którym klient sam policzył efekt. Argos, firma e-commerce, płaciła niewidzialny podatek w najdroższej możliwej formie: awarie w okresach szczytowych, czyli dokładnie wtedy, gdy ruch i przychód były największe, oraz pięciodniowa regresja przed każdym wydaniem. Zakres pracy to automatyzacja testów i uporządkowanie procesów QA. Liczby poniżej pochodzą od klienta.

Źródło: wyniki projektu Quality Island dla Argos (e-commerce), liczby potwierdzone przez klienta.

Zwróćcie uwagę, że trzy z tych czterech liczb to dokładnie pozycje z tabeli niewidzialnych kosztów: praca awaryjna, błędy widoczne dla klienta i czas zespołu przy każdym wydaniu. Czwarta, konwersja, to moment, w którym jakość przestaje być tarczą, a zaczyna zarabiać.

Prawdziwe pytanie nie brzmi „czy stać nas na QA”

Prawdziwe pytanie brzmi: ile już dziś płacicie za jego brak i jak długo jeszcze możecie sobie na to pozwolić. Dopóki nikt nie policzy rachunku z czterech kroków wyżej, odpowiedź zawsze będzie brzmiała „jakoś działa”. Kiedy rachunek jest policzony, rozmowa o budżecie na jakość zmienia charakter: przestaje być rozmową o koszcie, a staje się rozmową o tym, które drzwi zamknąć najpierw.

W Quality Island zaczynamy dokładnie od tego: audyt jakości, dojrzałości QA albo procesu testowego bardzo często pokazuje jedno. Pieniądze już dziś uciekają, tylko nikt nie nazwał ich po imieniu. Lepiej policzyć to teraz, niż tłumaczyć się z tego później.