Ten kod, który kręci się w tornadzie obok krowy? To Twój

To przejęcie oprogramowania zbudowanego przez inny zespół i doprowadzenie go do stanu, w którym znów można je bezpiecznie uruchamiać, zmieniać i nad nim panować. W praktyce składają się na to cztery rzeczy: audyt istniejącego kodu, odzyskanie repozytoriów, infrastruktury i kont, ustabilizowanie tego, co akurat się sypie, oraz uczciwa decyzja, czy obecne rozwiązanie zostawić, zrefaktoryzować, czy wymienić. Firmy szukają tej usługi, gdy współpraca z dostawcą kończy się źle, MVP zbudowane przez foundera przestało nadążać za firmą albo odszedł wewnętrzny zespół.

Tak – to większość naszej pracy w tym obszarze. Prosimy o dostęp do odczytu repozytorium i krótką rozmowę, robimy audyt gotowości do produkcji i wracamy z ustaleniami, ryzykami i miesięcznym kosztem utrzymania. Na tej podstawie dostajesz plan o stałym zakresie. Nie musisz zobowiązywać się do całego przejęcia, żeby zamówić audyt – wielu klientów najpierw kupuje samą ocenę, a dopiero potem decyduje.

Zaskakująco często sytuacja jest lepsza, niż się wydaje. Zacznij od ustalenia, co umowa mówi o prawach własności i co jest zarejestrowane na kogo – domeny, konta chmurowe, aplikacje w sklepach, klucze do zewnętrznych API. Zwykle potrafimy odtworzyć system z tego, do czego masz dostęp: z wdrożenia produkcyjnego, fragmentu repozytorium, starego backupu. Zmieniamy też każdy sekret, który znał poprzedni zespół – a ten krok pomija zdumiewająco wiele firm. Jeśli umowa faktycznie zostawia własność po ich stronie, to temat dla Twojego prawnika, a my przygotujemy opinię techniczną, o którą poprosi.

Audyt, od którego wszystko się zaczyna, wyceniamy według wielkości repozytorium: od 890 € za Readiness Check małego projektu do 8000 € i więcej za systemy z wieloma repozytoriami lub działające w branżach regulowanych. Samo przejęcie wyceniamy potem jako stały zakres na podstawie ustaleń z audytu – cenę widzisz więc obok uzasadnienia, a nie przed nim. Jeśli zamiast pełnego przejęcia wolisz nadzór nad własnym zespołem, rozliczamy się miesięcznie i wychodzi to znacznie taniej.

Zwykle nie – domyślnie wręcz to odradzamy. Przepisanie od zera wyrzuca do kosza lata reguł biznesowych, których nikt nie spisał, w tym tych brzydkich, które powstały, bo kiedyś poskarżył się prawdziwy klient. Przepisujemy komponent, gdy audyt pokazuje, że wymiana jest tańsza niż naprawa – i mówimy, których komponentów to dotyczy, zanim ruszy jakakolwiek praca.

Tę datę podajemy w trakcie audytu, zanim cokolwiek podpiszesz, bo zależy wyłącznie od tego, co znajdziemy – udokumentowany kod z testami to zupełnie inna sytuacja niż kod bez jednego i drugiego. Na pewno nie zaczniemy wdrażać nowych funkcji do systemu, którego jeszcze nie rozumiemy. Właśnie tak przejęcie najczęściej zamienia się w drugą akcję ratunkową.

Zacznij od zabezpieczenia dostępów, a nie od szukania nowego wykonawcy. Zmień hasła, nad którymi masz kontrolę, wyeksportuj wszystko, do czego masz dostęp, i spisz to, do czego go nie masz: repozytoria, DNS, konta chmurowe, wpisy w sklepach z aplikacjami, operatorów płatności. Robimy to dla klientów co tydzień – i zwykle właśnie to przesądza, czy przekazanie będzie tylko trudne, czy także drogie.

Zwykle tak – i częściej, niż się wydaje. Domenę, konto chmurowe czy aplikację w sklepie można odzyskać przez dostawcę, jeśli wykażesz, że to Twoja firma za nie płaciła. Trudniej jest z samym kodem – dlatego najpierw sprawdzamy, czy gdzieś jeszcze istnieje artefakt builda, obraz serwera albo lokalna kopia na laptopie któregoś z programistów.

Naprawić – chyba że rachunek mówi inaczej, a zwykle nie mówi. Większość software house’ów wycenia przepisanie, bo łatwiej je oszacować i więcej na nim zarobić. Tyle że przepisanie zabiera rok, a na koniec dostajesz coś, co potrafi mniej niż to, co już działało. Decyzję podejmujemy po przeczytaniu kodu, nie przed.

Tak – i często to najtańsza droga. Dwa tygodnie pracy na zakładkę z ludźmi, którzy ten kod pisali, oszczędzają miesiące odtwarzania wiedzy. Gdy to niemożliwe, odtwarzamy ją z samego kodu: wolniej, ale jak najbardziej się da.