Porzucenie projektu przez wykonawcę lub software house: Jak przejąć kod i dokończyć aplikację bez zaczynania od zera?

To jeden z najtrudniejszych scenariuszy w biznesie technologicznym: minęły miesiące od rozpoczęcia prac, budżet został w znacznej części skonsumowany, a poprzedni wykonawca przestał odbierać telefony, mnoży wymówki lub ogłasza, że „projektu w tym budżecie nie da się dokończyć”.

Przedsiębiorcy w takiej sytuacji często stają przed fałszywym dylematem: wyrzucić dotychczasowy kod do kosza i zapłacić od nowa innej agencji, albo tkwić w toksycznej relacji z niesłownym dostawcą.

Prawda jest taka, że w większości przypadków kod da się uratować. Wymaga to jednak chłodnej, inżynierskiej procedury zamiast emocjonalnych decyzji. Oto kompletny plan działania, który stosujemy w ITLight podczas misji ratunkowych (Project Rescue).

---

Krok 1: Natychmiastowe zabezpieczenie aktywów cyfrowych (Pierwsze 24h)

Zanim wejdziesz w spór prawny z dotychczasowym wykonawcą, musisz upewnić się, że Twoja firma posiada pełną fizyczną kontrolę nad infrastrukturą i kodem źródłowym:

1. Repozytorium Git (GitHub / GitLab / Bitbucket): Upewnij się, że masz uprawnienia Ownera (Właściciela organizacji), a nie tylko zwykłego członka. Pobierz pełną kopię zapasową (mirror clone) repozytorium na bezpieczny dysk lokalny.
2. Konta chmurowe i hosting (AWS, Google Cloud, Firebase, Vercel): Przełącz adres e-mail rozliczeniowy na wewnętrzną skrzynkę Twojej firmy. Odłącz karty płatnicze agencji i podepnij własną metodę płatności, aby serwery nie zostały wyłączone z powodu nieopłaconej faktury.
3. Konta w sklepach z aplikacjami: Apple Developer Program i Google Play Console muszą być zarejestrowane bezpośrednio na dane Twojej spółki.
4. Klucze dostępowe i zmienne środowiskowe (.env): Zabezpiecz klucze API do bramek płatności (Stripe, Przelewy24), wysyłki maili (Sendgrid, Resend) i baz danych. Zmień hasła administracyjne do baz produkcyjnych.

---

Krok 2: Niezależny audyt techniczny w 48h (Triage inżynierski)

Najgorsze, co może zrobić nowy wykonawca, to bez patrzenia w kod powiedzieć: „Kto to Panu tak spier... Trzeba wszystko napisać od nowa”. W 90% przypadków to próba wyciągnięcia dodatkowego budżetu.

W ITLight proces weryfikacji porzuconego projektu opiera się na 4 filarach audytu:

+-------------------------------------------------------------------------+
|                  CZTEROETAPOWY AUDYT RATUNKOWY ITLIGHT                  |
+------------------------------------+------------------------------------+
                                     |
    +--------------------------------+--------------------------------+
    |                                                                 |
    v                                                                 v
+-----------------------+                                 +-----------------------+
|  1. ARCHITEKTURA      |                                 |  2. JAKOŚĆ KODU       |
| - Czytelność modułów  |                                 | - Pokrycie testami    |
| - Skalowalność bazy   |                                 | - Dług technologiczny |
| - Zgodność z wzorcami |                                 | - Bezpieczeństwo i bugi|
+-----------------------+                                 +-----------------------+
    |                                                                 |
    +--------------------------------+--------------------------------+
                                     |
    +--------------------------------+--------------------------------+
    |                                                                 |
    v                                                                 v
+-----------------------+                                 +-----------------------+
|  3. ZALEŻNOŚCI        |                                 |  4. PROCENT UKOŃCZENIA|
| - Przestarzałe pakiety|                                 | - Gotowość pod release|
| - Licencje bibliotek  |                                 | - Brakujące moduły    |
| - Ryzyka vendor-lock  |                                 | - Wycena dokończenia  |
+-----------------------+                                 +-----------------------+

W wyniku audytu klient otrzymuje precyzyjny raport z twardymi danymi:

• Ile procent kodu nadaje się do bezpośredniego wykorzystania,
• Które moduły wymagają jedynie refaktoryzacji,
• Dokładną wycenę i harmonogram dokończenia brakujących funkcjonalności.

---

Krok 3: Prawne rozliczenie z poprzednim wykonawcą

Aby móc bezpiecznie komercjalizować oprogramowanie, konieczne jest formalne uporządkowanie praw autorskich:

• Protokół zdawczo-odbiorczy stanu faktycznego: Dokumentujący stan prac na dzień rozwiązania współpracy (np. commit hash w repozytorium).
• Przeniesienie autorskich praw majątkowych: Upewnij się, że za zapłacone faktury wykonawca przeniósł prawa na wszystkich wymaganych polach eksploatacji (w tym prawo do modyfikacji i dalszego rozwoju przez podmioty trzecie).
• Zwolnienie z klauzul wyłączności: Gwarantujące, że żadne zapisy umowne nie blokują przekazania kodu nowemu zespołowi inżynierskiemu.

---

Krok 4: Wdrożenie zwinnego planu dokończenia (Stabilizacja & Release)

Przejęcie projektu nie polega na rzuceniu się do pisania nowych funkcji. Najpierw stabilizujemy to, co już powstało:

Faza A: Postawienie środowiska CI/CD i testów (Dni 1–5)

Nowy zespół uruchamia automatyczne kompilacje kodu i konteneryzację (Docker). Każda zmiana jest testowana automatycznie, co zapobiega psuciu istniejących modułów.

Faza B: Usunięcie krytycznych blokad (Dni 6–15)

Naprawa błędów blokujących rejestrację użytkowników, proces płatności czy synchronizację bazy danych.

Faza C: Dokończenie priorytetowych modułów biznesowych (Dni 16+)

Praca w 2-tygodniowych sprintach z regularnymi demonstracjami postępów na środowisku stagingowym (testowym). Klient widzi realny postęp co kilka dni.

---

Case Study: Uratowanie aplikacji medycznej przed utratą dotacji

Jeden z naszych klientów z sektora medycznego znalazł się w krytycznej sytuacji: poprzednia agencja przez 8 miesięcy nie dostarczyła działającej wersji MVP, a termin rozliczenia dotacji z funduszy unijnych upływał za 7 tygodni.

• Działanie ITLight: W 48 godzin przeprowadziliśmy audyt kodu Flutter i backendu Node.js. Zabezpieczyliśmy 65% istniejącej bazy kodu, przepisaliśmy wadliwą strukturę bazy danych i wdrożyliśmy brakujący moduł telekonsultacji wideo.
• Wynik: Aplikacja została opublikowana w App Store i Google Play 10 dni przed ostatecznym deadlinem. Klient z sukcesem rozliczył 100% dotacji i kontynuuje rozwój platformy.

---

Twój projekt IT utknął w martwym punkcie? Nie trać czasu

Każdy tydzień zwłoki z porzuconym projektem to straty operacyjne i zniecierpliwienie klientów lub inwestorów.

• Zleć ekspresową diagnozę kodu: Formularz Audytu i Kontaktu.
• Oszacuj koszt dokończenia aplikacji: Kalkulator Projektu.
• Zobacz także: Audyt kodu i ratowanie projektów IT oraz Przejęcie i modernizacja aplikacji mobilnej.