Dług technologiczny sam w sobie nie jest błędem. Każdy zespół czasem wybiera szybsze rozwiązanie, żeby zdążyć na termin. Problem zaczyna się wtedy, gdy nikt tego nie zapisuje, a koszt spłaty pojawia się po latach jako „konieczna refaktoryzacja” na fakturze.
Gdzie dług się chowa
W raportach dla zarządu dług rzadko występuje pod własną nazwą. Częściej widać go pośrednio:
- Rosnący udział „utrzymania” w godzinach. Jeśli z kwartału na kwartał rośnie, a liczba użytkowników stoi w miejscu, system staje się trudniejszy w obsłudze.
- Coraz dłuższe estymacje podobnych zadań. Formularz, który rok temu zajmował 3 dni, dziś zajmuje 8.
- Brak testów automatycznych ukryty za hasłem „testujemy manualnie, tak jest szybciej”.
- Jedna osoba, która „wie, jak to działa”. To dług wiedzy i ryzyko zakładnika w jednym.
Dlaczego dostawca nie ma interesu, żeby o nim mówić
W modelu Time & Materials każda godzina poprawek to przychód wykonawcy. Nie trzeba złej woli, żeby system z czasem komplikował się sam. Wystarczy, że nikt po stronie klienta nie pyta o koszt utrzymania przed akceptacją rozwiązania.
Jeśli dług nie jest zapisany na liście, to nie jest dług. To przyszła faktura bez daty.
Co zrobić w tym kwartale
- Poproś o rejestr długu: pozycja, skutek biznesowy, koszt spłaty w dniach, właściciel.
- Rozdziel w raportach godziny na nowe funkcje, poprawki i utrzymanie.
- Ustal budżet na spłatę, np. 15–20% przepustowości zespołu, i rozliczaj go jak każdy inny projekt.
Po dwóch kwartałach zobaczysz trend. To wystarczy, żeby rozmawiać z dostawcą o liczbach, a nie o przeczuciach.
ZAPYTAJ SWOJE IT · NA NAJBLIŻSZYM SPOTKANIU
Trzy pytania do dostawcy
- Pokażcie listę znanego długu z kosztem spłaty w dniach roboczych.
- Ile procent czasu zespołu w ostatnim kwartale poszło na poprawki, a ile na nowe funkcje?
- Kto zatwierdził każdy skrót i dlaczego?
