Oferta / Wsparcie i utrzymanie
Projekt zostaje u Was, my dokładamy to, czego brakuje
Decyzja architektoniczna, przegląd kodu przed wdrożeniem, pomoc przy wydajności albo przejęcie projektu po poprzednim wykonawcy. Bez przejmowania własności i bez wypychania Waszego zespołu z projektu.
Czym jest wsparcie zespołu
Wsparcie zespołu to praca po stronie Waszego projektu bez przejmowania nad nim kontroli: konsultacja przy decyzji technicznej, przegląd kodu przed wdrożeniem, pomoc przy konkretnym problemie albo uporządkowanie projektu po poprzednim wykonawcy. Efektem ma być zespół, który radzi sobie dalej sam - a nie zależność od nas.
Dla firm, które prowadzą projekt własnymi siłami i potrzebują drugiej pary oczu albo dodatkowych rąk.
01W skrócie
Najważniejsze informacje
- Dla kogo
- Firmy z własnym programistą lub zespołem, agencje bez zaplecza technicznego, projekty po zmianie wykonawcy
- Zakres
- Konsultacje architektoniczne, przegląd kodu, wsparcie przy wdrożeniu, diagnoza problemów, przejęcie projektu
- Forma
- Pojedyncza konsultacja, stała pula godzin miesięcznie albo udział w konkretnym etapie projektu
- Technologie
- Next.js, React, Node.js, PostgreSQL, integracje API
- Co dostajesz
- Pisemną rekomendację z uzasadnieniem, a nie samą opinię na spotkaniu
- Od czego zależy cena
- Forma współpracy i zaangażowanie w skali miesiąca
02Zakres
Co wchodzi w zakres
Przy tworzeniu
- Wybór stosu technologicznego i architektury przed pierwszą linią kodu
- Przegląd kodu i decyzji projektowych w trakcie budowy
- Konfiguracja środowisk, wdrożeń i kopii zapasowych
- Wsparcie przy wydajności, bezpieczeństwie i dostępności
- Udział w rekrutacji technicznej po stronie klienta
Przy prowadzeniu
- Przejęcie projektu po poprzednim wykonawcy wraz z inwentaryzacją
- Diagnoza problemów, których zespół nie może namierzyć
- Uporządkowanie repozytorium, zależności i procesu wdrożeń
- Dokumentacja techniczna tam, gdzie jej nie ma
- Doraźne zwiększenie zespołu na czas jednego etapu
03FAQ
Częste pytania
Czy będziecie chcieli przepisać wszystko od nowa?
Nie z zasady. Przepisanie działającego systemu kosztuje więcej, niż wygląda, i zwykle wraca z tymi samymi problemami. Zaczynamy od tego, co da się poprawić w istniejącym kodzie, a przebudowę rekomendujemy tylko wtedy, gdy potrafimy pokazać, dlaczego wychodzi taniej - z liczbami, nie z przekonaniem.
Pracujemy w innej technologii niż wasza. Ma to sens?
Zależy od tego, czego dotyczy wsparcie. Przy architekturze, wydajności, bezpieczeństwie i procesie wdrożeń technologia ma mniejsze znaczenie. Przy pracy w kodzie mówimy wprost, czy znamy dany stos na tyle, żeby być pomocni - jeśli nie, mówimy o tym zamiast się uczyć na Waszy koszt.
Czy przegląd kodu kończy się listą uwag do poprawienia?
Kończy się listą uszeregowaną według ryzyka, z rozróżnieniem na to, co trzeba naprawić, co warto, a co jest kwestią stylu. Bez tego rozróżnienia raport z przeglądu jest tylko listą zarzutów i nikt z niego nie korzysta.
Jak wygląda przejęcie projektu po innym wykonawcy?
Od inwentaryzacji: co jest w repozytorium, gdzie stoi produkcja, kto ma dostępy, co jest udokumentowane, a co tylko w czyjejś głowie. Dopiero potem mówimy o zakresie dalszej pracy. Sama inwentaryzacja bywa najbardziej wartościową częścią - często to pierwszy moment, w którym firma widzi, co właściwie posiada.
Powiązane usługi
Napisz, gdzie utknęliście
Wystarczy kilka zdań o projekcie i o tym, czego brakuje. Odpowiemy, w jakiej formie wsparcie ma sens - i czy w ogóle jesteśmy do tego właściwi.