Przejdź do treści
Michał Maksymowicz ITMM — senior software engineer Porozmawiajmy

Wsparcie techniczne istniejącego produktu

Senior developer do istniejącego produktu lub zespołu

Wchodzę w działający system, porządkuję kontekst i biorę odpowiedzialność za konkretny obszar: rozwój funkcji, modernizację legacy, integracje albo stabilizację pracy zespołu.

Bez pośredników i rotacji wykonawców. Rozmawiasz bezpośrednio z osobą, która analizuje problem, pracuje w kodzie i dowozi zmianę na produkcję.

  • Projekt, B2B lub UoP
  • Zdalnie w Polsce
  • Hybrydowo w Krakowie
Dashboard demonstratora CRM z KPI, wykresami i tabelą danych
Przykład produktu webowego Demonstrator CRM: dashboard, role, dane i proces operacyjny.

Dla technicznego decydenta

Gdy produkt działa, ale potrzebuje doświadczonej osoby, która szybko złapie kontekst.

Ta współpraca jest dla Ciebie, jeśli jako CTO, tech lead, product owner albo właściciel produktu potrzebujesz odciążyć zespół lub domknąć obszar, który od dłuższego czasu nie posuwa się do przodu.

  • Backlog rośnie, a brakuje seniora zdolnego samodzielnie przejąć temat.
  • System ma historię, zależności i ograniczenia, których nie da się pominąć.
  • Potrzebujesz partnera do decyzji technicznych, nie tylko realizacji ticketów.
  • Chcesz zacząć od konkretnego etapu i sprawdzić współpracę w praktyce.

Zakres odpowiedzialności

Mogę wejść tam, gdzie dziś brakuje właściciela technicznego tematu.

Nie musisz mieć gotowej specyfikacji stanowiska. Na początku ustalamy problem, odpowiedzialność i warunek powodzenia.

01

Rozwój produktu

Nowe funkcje, interfejsy i przepływy użytkownika od analizy potrzeby po wdrożenie oraz obserwację rezultatu.

02

Modernizacja legacy

Bezpieczne porządkowanie starszego kodu, wydzielanie modułów i zmiany etapami bez zatrzymywania działającego systemu.

03

Integracje i dane

API, migracje, synchronizacja danych, uprawnienia i automatyzacja procesów między istniejącymi narzędziami.

04

Wsparcie zespołu

Rozbicie problemu, decyzje architektoniczne, przeglądy kodu, stabilizacja procesu i dowiezienie trudnego obszaru.

Sposób wejścia

Najpierw rozumiem system. Potem zmieniam go bezpiecznie.

W istniejącym produkcie szybkość nie polega na pominięciu kontekstu. Polega na wybraniu najkrótszej drogi, która nie przeniesie ryzyka na użytkowników i zespół.

  1. 01
    Kontekst

    Produkt, użytkownicy, kod, środowiska, ograniczenia i priorytety.

  2. 02
    Pierwszy zakres

    Konkretny rezultat, odpowiedzialność, kryteria odbioru i sposób wdrożenia.

  3. 03
    Dostarczenie

    Małe, testowalne zmiany, jasna komunikacja i widoczny postęp.

  4. 04
    Decyzja

    Po pierwszym etapie wspólnie oceniamy dalszy model i zakres współpracy.

Elastyczny model

Forma współpracy wynika z potrzeby produktu.

Możemy zacząć od ograniczonego zakresu, a stałą formę ustalić dopiero wtedy, gdy obie strony znają już realia współpracy.

Projekt

Konkretny problem lub etap

Dobre wejście, gdy trzeba przejąć moduł, wdrożyć zmianę, ustabilizować obszar albo zweryfikować kierunek.

B2B

Stałe wsparcie produktu

Regularna dostępność i odpowiedzialność za ustalony obszar produktu, z pracą bezpośrednio z zespołem.

UoP

Długoterminowe wejście w zespół

Rozmawiam również o stałej roli, jeśli zakres odpowiedzialności, produkt i sposób pracy są dobrze dopasowane.

Dopasowanie

Najwięcej wartości wnoszę przy istniejących systemach webowych.

Dobry kontekst współpracy

  • Istniejący produkt webowy z użytkownikami, historią i realnym procesem biznesowym.
  • CMS, panel administracyjny, CRM, narzędzie operacyjne albo back-office.
  • Frontend i full-stack: React, TypeScript, JavaScript, Node.js oraz PHP.
  • Legacy, integracje API, SQL, role i uprawnienia, migracje oraz stopniowa modernizacja.
  • Zespół, który potrzebuje samodzielności, komunikacji i odpowiedzialności za rezultat.

To nie jest ten zakres

  • Helpdesk dla użytkowników domowych i doraźna obsługa komputerów.
  • Serwis urządzeń, instalacja systemu i naprawa sprzętu.
  • Rola pure DevOps skupiona wyłącznie na infrastrukturze bez pracy przy produkcie.
  • Masowa realizacja prostych stron według najniższej ceny.

Doświadczenie produkcyjne

Systemy, zespół i odpowiedzialność znam z wieloletniej praktyki.

W IT od 2007 roku, zawodowo przy systemach biznesowych od 2008, w Grupie Interia.pl od 2015.

Główny kontekst

CMS i back-office dużego portalu

Rozwijam i utrzymuję systemy używane codziennie przez wiele redakcji i ról użytkowników. Pracuję przy logice paneli, statusach publikacji, uprawnieniach, integracjach oraz modernizacji starszych modułów.

  • ciągłość działania i zmiany bez zatrzymywania pracy użytkowników
  • istniejący kod, zależności i ograniczenia bezpieczeństwa
  • małe, testowalne wdrożenia zamiast ryzykownego przepisywania całości

Szczegóły systemów produkcyjnych są objęte poufnością. Zanonimizowany kontekst omawiam podczas rozmowy.

18+ lat praktyki przy aplikacjach i systemach webowych
10 rekomendacji od liderów, przełożonych, developerów i strony biznesowej
End-to-end od diagnozy i decyzji technicznej po wdrożenie i utrzymanie
„Michał jest osobą mającą ogromną wiedzę. Cechy, jakimi się wyróżnia, to chęć rozwiązania danego problemu, dokładność i komunikatywność.”

Magdalena Żelawska-Szablowska · IT Chapter Leader, BNP Paribas

Zobacz rekomendacje na LinkedIn

Pierwsza rozmowa

Porozmawiajmy o produkcie lub roli.

Napisz, co działa dziś, gdzie brakuje odpowiedzialności i jakiego rezultatu potrzebuje zespół. Nie musisz przygotowywać pełnego briefu ani opisu stanowiska.

Odpiszę, czy kontekst pasuje do mojego doświadczenia i jaki pierwszy krok pozwoli to sprawdzić bez dużego zobowiązania.

Dostępność Zdalnie / Kraków

Opisz produkt i potrzebę

Wystarczą 3–5 zdań. Pierwsza rozmowa służy sprawdzeniu dopasowania.

pola wymagane

Po wysłaniu dostanę Twoje zapytanie e-mailem. Odpisuję zwykle w 1–2 dni robocze. Możesz też napisać bezpośrednio na kontakt@itmm.info albo zadzwonić: +48 786 861 628.