Outsourcing programistów nearshore z Polski

Nearshore software development to współpraca z zespołem z pobliskiego kraju, który pracuje w podobnej strefie czasowej. Outsourcing oprogramowania dzieli się zwykle według odległości:

• Nearshore: zespół blisko, więc macie wspólny dzień pracy.
• Offshore: zespół daleko, z dużą różnicą czasu.
• Onshore: zespół w Twoim kraju.

Jesteśmy partnerem nearshore. Polska leży w strefie CET/CEST, używanej w całej Europie Środkowej, i należy do UE.

Dla zespołu z Wielkiej Brytanii Polska jest godzinę do przodu. Dla zespołów z Niemiec, Austrii, Szwajcarii i Skandynawii nie ma różnicy czasu. W obu przypadkach stand-upy, demo i planowanie mieszczą się w tych samych godzinach, a cały dzień pracy pokrywa się z Twoim zespołem.

Dla wszystkich podstawa prawna jest taka sama: umowa powierzenia przetwarzania danych (DPA) na każdy projekt, oparta na art. 28 ust. 3 RODO.

W Norwegii pracujemy ze Skyfri, Kyoto Group, BizBotem i Monetorem. W Skyfri w Oslo system zarządzania energią (EMS) steruje pracą 7 obiektów, z ponad 5 MWh pojemności magazynów i ponad 4 MW mocy baterii. Współpraca zaczęła się od siedmiotygodniowego audytu technicznego, od 20 listopada 2023 do 7 stycznia 2024 roku. Od stycznia 2024 roku w zespole EMS Skyfri pracują nasi inżynierowie, a EMS trafił na produkcję w czerwcu 2024 roku. Ten sam trzon naszych ludzi, w tym inżynierowie, którzy wdrożyli EMS, pracuje z zespołem Skyfri do dziś. Po audycie Skyfri zdecydowało się zbudować nową warstwę IoT dla EMS na Azure IoT Hub i Edge, a nasz zespół ją dostarcza. Praca jest zorganizowana w cztery równoległe strumienie w jednym zespole: EMS, Monitoring i Asset Management, Data i Onboarding oraz Industrial Design.

Projekt Kyoto Group trwał łącznie trzy i pół roku. W pierwszym etapie nasz zespół zbudował MVP produktu. W 2024 roku pracowaliśmy razem ponownie i od stycznia do grudnia 2024 rozwijaliśmy produkt w Scrumie. MVP urosło do systemu zarządzania bateriami opartego na SCADA (supervisory control and data acquisition). System monitoruje i steruje przepływem energii w czasie rzeczywistym. Zbiera też dane pogodowe i ma interfejs do symulacji pracy instalacji. Zespół pracował ramię w ramię z ekspertami od magazynowania ciepła, sprzętu i rynków energii. Regularnie pracował też na miejscu w Oslo, żeby połączyć sprzęt z oprogramowaniem.

Dla BizBota w Oslo przygotowaliśmy nowy UX i UI platformy, łącznie 400 ekranów.

Henric Jonsson, Head of Business Development w Monetorze, powiedział o naszym projekcie end to end ze Stavanger: „Zespół robi świetną robotę i rozwija się razem z nami przez cały proces”.

Zespół dedykowany może zostać przy jednym produkcie przez lata. Ticket Club rozwija z nami ten sam serwis od kwietnia 2017 roku, a praca trwa w 2026. Od kwietnia 2022 roku nasz zespół pracuje też nad platformą inspekcji IoT dla klienta, który pozostaje anonimowy. Od lipca 2022 roku pracujemy dla Mudity, która produkuje telefony z ekranem e-ink.

Nasz klient Enerace rozwija z nami Enerace.Online: jeden stały zespół buduje je w Scrumie od 2020 roku, od warsztatów i szacunków, przez dostarczanie i testy na stagingu, po wydanie i utrzymanie. Warsztaty wracają przy każdym nowym module: architektura w 2021 roku, import faktur w 2024, nowe widoki i PowerShift w 2025.

Nasz klient Zeronest pracuje z tym samym zespołem od początku, a do końca pierwszych dwóch lat zespół poświęcił platformie 11 220 godzin. Platforma składa się z trzech połączonych aplikacji: aplikacji mobilnej dla prosumenta, aplikacji mobilnej dla instalatora i platformy webowej.

Project Manager po naszej stronie jest albo Product Ownerem, albo Scrum Masterem, nigdy obiema rolami w jednym projekcie. Jeśli masz własnego Product Ownera, Project Manager dba o to, żeby ta rola działała, a w razie potrzeby pomaga Ci ją ukształtować. Project Manager pilnuje planu i priorytetów oraz prowadzi komunikację, a także pilnuje zakresu i blokuje zmiany, których nikt nie zaakceptował. Każdy projekt ma własny kanał na Slacku i zasady komunikacji z Tobą. Spotkania mają agendę i ustalony limit czasu. Oprócz wydarzeń Scruma odbywają się regularne retrospektywy projektu.

Za stronę techniczną odpowiada Project Tech Leader, osoba z największą wiedzą techniczną w projekcie, wyznaczana przez naszego CTO razem z szefami zespołów frontendu i backendu. Tech Leader ustala standardy kodu, prowadzi proces code review, weryfikuje szacunki i wskazuje ryzyka techniczne. Architektura, wymagania i standardy techniczne, code review, szacunki, ryzyka i dokumentacja należą wspólnie do Tech Leadera i CTO. Business Owner reprezentuje naszą firmę w projekcie, a ryzyka są eskalowane do Business Ownera albo Head of Delivery.

Gdy w zespole zmienia się osoba, działamy według procesu onboardingu, bez dodatkowych kosztów dla Ciebie. Nowa osoba przechodzi ten sam onboarding biznesowy i techniczny, a gdy zmienia się Project Manager, projekt jest przekazywany według procesu. Przy każdej zmianie w zespole aktualizujemy też rejestr osób, które mają dostęp do Twoich danych. Anonimowa platforma inspekcji IoT i Enerace zapisały to w retrospektywach z lipca 2026 roku: małe zmiany w zespole zachowały ciągłość wiedzy, a przekazanie dobrze się sprawdziło, gdy zespół rósł.

Nasz proces ma cztery etapy: warsztaty discovery, sprinty z działającym demo, testy i QA przed wydaniem oraz wsparcie po uruchomieniu. Każdy projekt obejmuje demo, codzienne stand-upy, peer review, code review i narzędzia do zarządzania projektem. Zadania zapisujemy jako user stories z story pointami, a każde zadanie ma wskazaną osobę odpowiedzialną.

• Każdy sprint kończy się wydaniem i pokazem działającej części produktu na środowisku testowym.
• Testy i QA poprzedzają każde wydanie. W Centrum Komunikacji QA sprawdza każdą zmianę zgłoszoną przez pracowników klienta, zanim zostanie zamknięta. W Enerace każda zmiana w silniku obliczeń jest testowana i porównywana z wynikami produkcyjnymi przed wydaniem.
• Staging działa na zanonimizowanej kopii danych produkcyjnych.
• Backend Zeronest ma testy jednostkowe, jest monitorowany w Sentry, a wdraża go GitHub Actions.
• Przed pierwszym wdrożeniem na produkcję jest etap stabilizacji, a pierwsza wersja trafia na żywo po pozytywnym feedbacku od pierwszych użytkowników.

Nowe backendy zaczynamy od własnego szablonu projektu w Django. Centrum Komunikacji wystartowało z repozytorium utworzonego na jego podstawie, z monorepo React i React Native (Expo) oraz CI/CD skonfigurowanym w lipcu i sierpniu 2025 roku. W naszych wewnętrznych standardach repozytoria Enerace są wzorcowym projektem frontendu i backendu.

Wsparcie trwa w rytmie sprintów z etapu budowy. Każdy sprint utrzymaniowy zaczyna się od krótkiego przeglądu zmian na produkcji i kończy krótkim raportem na piśmie. Działające systemy aktualizujemy etapami, najpierw środowisko deweloperskie, potem produkcja. Zeronest na przykład pozostał dostępny podczas trzech aktualizacji: docelowego API Androida w sierpniu 2025 roku, React Native od kwietnia do lipca 2026 i Django od lipca do września 2026.

• EMS Skyfri: frontend w React, backend w Pythonie z asyncIO, potok danych w Databricks, Azure IoT Edge i Azure IoT Hub, hosting na Azure.
• Kyoto Group: React.js i Python na AWS, a do infrastruktury Terragrunt i Jenkins.
• Enerace: Python i Django z API GraphQL i Celery, React z TypeScriptem i Redux Toolkit, React Native, AWS (ElastiCache, autoskalowanie) i Mailgun. Importy danych rynkowych mają automatyczne ponowienia i limity czasu, health checki pilnują kolejek Celery, a alerty zgłaszają brak danych. Produkt przeszedł cztery duże modernizacje stosu, w 2022, 2023, 2025 i 2026 roku, bez przepisywania od zera.
• Enerace PowerShift: planuje harmonogram pracy maszyn tak, żeby łączny koszt energii, dystrybucji i opłaty mocowej był jak najniższy, i ma ekran operatora dla hali produkcyjnej. Prace nad nim ruszyły w grudniu 2025 roku, a do końca czerwca 2026 działały już ekran operatora i nowe obliczanie dystrybucji.
• Mudita: Java i Kotlin oraz Python, na poziomie Android Open Source Project (AOSP). Zbudowaliśmy własny sklep z aplikacjami Mudity, Developer Portal i platformę aktualizacji bezprzewodowych (OTA) dla telefonu Mudita Kompakt.
• Zeronest: Next.js, MUI i Redux Toolkit na webie, React Native w aplikacjach mobilnych, Python i Django z DRF i Celery, AWS (ECS, RDS, S3, Lambda, Cognito, SNS).

Porównując partnerów nearshore, sprawdź pięć rzeczy: dzień pracy pokrywający się z Twoim, dane zostające w UE, umowę powierzenia przetwarzania danych na każdy projekt, kod przechodzący na Ciebie oraz inżynierów pracujących w Twoich narzędziach i Twoim procesie Scrum.

Order Group to software house z Warszawy, prowadzony przez pięciu współzałożycieli, w tym naszego CTO. W całej firmie zrealizowaliśmy ponad 50 wdrożeń AWS, a klienci oceniają nas na 5,0 w Clutch, na podstawie 18 zweryfikowanych opinii. Skyfri, Ticket Club i Enerace to przykłady zespołów, które zostały z nami na dłużej. Budujemy też oprogramowanie na zamówienie, aplikacje mobilne i platformy chmurowe.