Technical Debt to "pożyczka" którą bierzesz gdy budujesz szybko kosztem jakości kodu. Jak każdy dług — trzeba go spłacać, inaczej "odsetki" (bugs, wolny development) rosną.
Czym jest Technical Debt
Przykłady tech debt:
- Brak testów automatycznych
- Zduplikowany kod (copy-paste)
- Przestarzałe biblioteki / dependencies
- Słaba architektura (monolith który powinien być modularny)
- Brak dokumentacji
Nie każdy tech debt jest zły. Czasem warto pożyczyć żeby wypuścić MVP szybciej.
💡 Dobry vs Zły Tech Debt
Dobry: Świadoma decyzja — "Budujemy szybko teraz, refactor później"
Zły: Nieświadomość lub lenistwo — "Nie wiedzieliśmy jak to zrobić dobrze"
Dlaczego PM powinien rozumieć Tech Debt
- Wpływa na velocity — im więcej debt, tym wolniejszy development
- Zwiększa bugs — zły kod = więcej błędów
- Demotywuje devów — nikt nie lubi pracować w bałaganie
- Blokuje nowe features — "nie możemy dodać X bo architektura nie pozwala"
Jak mierzyć Tech Debt
Metryki które PM może śledzić:
- Bug rate: Ile bugów per sprint
- Velocity trend: Czy spada w czasie?
- Time to fix bugs: Czy rośnie?
- Developer satisfaction: Ankiety zespołu
- Code coverage: % kodu pokrytego testami
Jak zarządzać Tech Debt
1. Dedykuj czas na spłatę
- 20% capacity każdego sprintu na tech debt
- Lub dedykowane "tech debt sprints" co kwartał
2. Priorytetyzuj tech debt jak features
- Dodaj tech debt do backlog
- Oceń impact (jak bardzo spowalnia development)
- Traktuj jak investment, nie koszt
3. Boy Scout Rule
- "Leave the code better than you found it"
- Przy każdym feature — małe improvements
- Nie czekaj na "wielki refactor"
4. Komunikuj stakeholderom
- Nie mów "musimy zrobić refactor" (nie rozumieją)
- Mów "to przyspieszy development o 30%" (rozumieją)
Jak rozmawiać z devami
Dev: "Musimy przepisać cały moduł X"
PM (źle): "Nie mamy czasu, mamy features do zrobienia"
PM (dobrze): "Rozumiem. Jaki jest impact? Czy możemy zrobić to inkrementalnie? Ile czasu zaoszczędzimy w przyszłości?"
Kluczowe pytania:
- Jaki jest business impact? (wolniejszy development, więcej bugów)
- Czy możemy zrobić to małymi krokami?
- Jaki jest ROI? (ile czasu teraz vs ile zaoszczędzimy)
📝 Zadanie
Porozmawiaj z zespołem dev: jakie są top 3 tech debt items które najbardziej spowalniają development? Dodaj je do backlog i zaplanuj kiedy je spłacicie.