Co to jest outstaffing IT i czym różni się od outsourcingu?

Outstaffing IT to model współpracy, w którym wynajmujesz konkretnych programistów od zewnętrznej agencji do pracy wyłącznie nad twoim projektem, ale pod twoim bezpośrednim zarządem. Główna różnica polega na tym, że w outsourcingu oddajesz zewnętrznej firmie cały projekt i odpowiedzialność za jego ostateczny wynik, podczas gdy w outstaffingu kupujesz jedynie czas oraz umiejętności specjalistów, włączając ich fizycznie lub zdalnie do swojego wewnętrznego zespołu. To rozwiązanie ucina problem rekrutacji.

Wielu menedżerów myli te dwa pojęcia. Często podpisują umowy, nie rozumiejąc, za co dokładnie płacą i kto ma nadzorować kod. A różnica uderza w budżet bardzo szybko. Jeśli zastanawiasz się, co to jest outstaffing IT i czym różni się od outsourcingu, musisz spojrzeć na strukturę zarządzania. W outsourcingu płacisz za gotowy produkt. W outstaffingu (często nazywanym body leasingiem lub team extension) płacisz za roboczogodziny człowieka, który siedzi na twoim Slacku, uczestniczy w twoich daily i pisze kod według twoich standardów architektonicznych.

Co to jest outstaffing IT w praktyce i jak działa ten model?

Zasada działania outstaffingu opiera się na prostym trójkącie. Masz swoją firmę (klienta), masz dostawcę (vendora, np. software house) i masz specjalistę. Vendor zatrudnia programistę u siebie. Płaci mu pensję, opłaca ZUS, kupuje mu laptopa, wysyła na urlop i dba o jego szkolenia. Ty podpisujesz umowę B2B z vendorem na wynajem tego człowieka. Płacisz stałą stawkę za godzinę jego pracy w modelu Time and Material. Specjalista dostaje od ciebie dostęp do repozytorium GitHub, loguje się do waszej Jiry i zaczyna zamykać tickety.

Dla twojego działu HR ten człowiek nie istnieje. Nie masz go na liście płac. Ale dla twojego CTO lub Tech Leada jest to po prostu kolejny członek zespołu. Zlecasz mu zadania dokładnie tak samo, jak pracownikom etatowym in-house.

Pamiętam wdrożenie systemu magazynowego dla klienta z podpoznańskich Komornik jakieś dwa lata temu. Wzięliśmy wtedy na outstaffing dwóch chłopaków od Reacta z warszawskiej agencji. Umowa była prosta. Mieli dowieźć moduł obsługi płatności dla kierowców w trzy tygodnie. W tradycyjnym outsourcingu agencja po prostu oddałaby nam po miesiącu gotowy kod podpięty pod API, wystawiając fakturę za całość. My chcieliśmy mieć nad nimi pełną kontrolę od środka. Niestety, jeden z nich pierwszego dnia z rozpędu rozwalił nam środowisko testowe. Zrobiliśmy szybki rollback, zawiesiło się na moment repozytorium, więc wprowadzono poprawkę z palca przed poniedziałkiem rano. Kosztowało nas to trochę nerwów. Prawda jest zresztą absolutnie taka, że nauczyliśmy się wtedy brutalnie weryfikować kompetencje przed wpięciem obcego człowieka w nasz core biznesu. To nas uratowało przy kolejnych projektach.

Wynajęcie zewnętrznego inżyniera ma konkretne zalety biznesowe, które sprawiają, że firmy odchodzą od klasycznych rekrutacji:

• Szybkość wpięcia do projektu. Zamiast publikować ogłoszenia na portalach pracy, przeglądać setki CV i tracić trzy miesiące na proces rekrutacyjny, dzwonisz do vendora i masz gotowego seniora na pokładzie w ciągu 48 godzin. Czasem dostajesz od razu całe wyselekcjonowane CV z ukrytymi danymi osobowymi do akceptacji. Tyle.
• Możliwość natychmiastowego zwolnienia zasobu. Projekt się kończy? Ucinasz kontrakt z miesięcznym lub dwutygodniowym okresem wypowiedzenia. Nie musisz martwić się o odprawy, prawo pracy i utrzymywanie programisty na ławce rezerwy (bench), gdy nie masz dla niego zadań do kodowania.
• Skupienie na wiedzy dziedzinowej. Wynajmujesz wąską specjalizację. Jeśli nagle potrzebujesz inżyniera DevOps do postawienia klastrów Kubernetes, a wiesz, że za dwa miesiące infrastruktura będzie działać sama, branie kogoś na pełny etat to przepalanie pieniędzy. Wrzucasz gościa na body leasing, on konfiguruje chmurę i wraca do swojej agencji macierzystej.
• Brak kosztów ukrytych związanych z benefitami. Nie płacisz za owocowe czwartki, prywatną opiekę medyczną, karty sportowe ani imprezy integracyjne. Interesuje cię tylko czysta linijka kodu.

To twardy biznes. Bez sentymentów.

Czym dokładnie różni się outstaffing IT od outsourcingu projektowego?

Różnica jest drastyczna. Zależność między tymi modelami można najłatwiej zrozumieć, patrząc na podział ryzyka i odpowiedzialności za wynik końcowy.

W outsourcingu oprogramowania zjawiasz się u dostawcy z problemem. Mówisz: „Potrzebuję aplikacji mobilnej do zamawiania jedzenia”. Podpisujecie umowę, często o stałej cenie (Fixed Price). Dostawca buduje cały zespół od zera. Daje swojego Project Managera, swoich analityków biznesowych, designerów UX/UI, programistów i testerów QA. Ty jako klient interesujesz się tylko odbiorami poszczególnych etapów (milestones). Nie wiesz, kto dokładnie pisze kod. Nie wiesz, czy pracuje nad tym jeden senior, czy pięciu juniorów. Interesuje cię, żeby aplikacja działała zgodnie ze specyfikacją (SLA) i została wydana w terminie. Całe ryzyko technologiczne i zarządcze spoczywa na barkach software house’u.

A w outstaffingu? Ty jesteś architektem własnego sukcesu lub porażki. Masz już w firmie własny zespół, własnego Product Ownera i własny proces Scrum. Brakuje ci tylko rąk do pracy. Bierzesz więc na zasadzie staff augmentation dwóch deweloperów backendowych. Vendor odpowiada tylko za to, by ci ludzie pojawili się rano przed monitorem i mieli odpowiednie kompetencje techniczne w określonym języku programowania. Za architekturę, logikę biznesową, jakość kodu w repozytorium i końcowy sukces aplikacji odpowiadasz ty sam.

Kto zarządza zespołem programistów w obu modelach?

W modelu team extension zarządzanie leży w stu procentach po twojej stronie. Musisz mieć na pokładzie kogoś technicznego, kto potrafi ocenić pracę wynajętego człowieka. Jeśli jesteś założycielem startupu i nie potrafisz odróżnić Javy od JavaScriptu, a bierzesz programistę na wynajem, robisz błąd. Kto przeprowadzi dla niego code review? Kto zdefiniuje dla niego zadania w Jirze? Wynajęty specjalista robi to, co mu każesz. Jeśli każesz mu pisać bezużyteczny kod przez miesiąc, on to zrobi, a ty zapłacisz fakturę.

Outsourcing jest opcją dla firm nietechnologicznych. Jesteś siecią hurtowni budowlanych i chcesz sklep e-commerce. Nie znasz się na tym. Zlecasz to na zewnątrz. Dostawca przejmuje stery, tłumaczy twój język biznesowy na język techniczny i dowozi wynik. Ty tylko płacisz i testujesz gotowe funkcje.

Jak wyglądają kwestie odpowiedzialności za kod i produkt?

To zawsze budzi najwięcej kłótni przy podpisywaniu umów. Kiedy zatrudniasz pracownika in-house, wiesz, że prawa autorskie do kodu przechodzą na ciebie. W wynajmie specjalistów umowa B2B między tobą a vendorem musi bardzo ostro definiować transfer praw własności intelektualnej (IP). Zazwyczaj prawo do kodu przechodzi na ciebie w momencie zapłaty faktury za dany miesiąc. Vendor nie ma prawa wykorzystać tego kodu nigdzie indziej.

Musisz pamiętać o jednym. W outstaffingu vendor nie daje ci gwarancji na to, że aplikacja odniesie sukces rynkowy. Daje ci gwarancję na to, że wynajęty Janek Kowalski umie pisać w Pythonie na poziomie mid-regular. Jeśli Janek napisze kod, który połączysz ze swoimi systemami i wszystko wybuchnie z powodu złej architektury twojego głównego systemu, vendor umywa ręce. W outsourcingu dostawca musi naprawić błąd w ramach gwarancji, bo odpowiada za całościowe działanie systemu na produkcji.

Kiedy warto wybrać outstaffing (body leasing), a kiedy zlecić cały projekt na zewnątrz?

Wybór nie zależy od tego, co jest modne na rynku. Zależy od tego, jak wygląda struktura twojego własnego działu IT. W zdecydowanej większości przypadków firmy sięgają po leasing pracowniczy, gdy mają mocny rdzeń technologiczny, ale gonią ich terminy.

Zdecyduj się na staff augmentation, jeśli masz jasną roadmapę produktową. Wiesz, co chcesz zbudować. Twój CTO rozpisał architekturę mikrousług. Twój zespół pracuje w sprintach. Brakuje wam tylko dwóch programistów .NET i jednego testera automatycznego, żeby przyspieszyć wydanie nowej wersji o dwa miesiące. Wtedy bierzesz ludzi z zewnątrz, wpinasz ich w swój proces i oni od pierwszego dnia dowożą wartość. To czysta matematyka.

Zupełnie inaczej wygląda sytuacja z outsourcingiem. Wybierasz go, gdy nie masz wewnątrz firmy kompetencji do zbudowania danego rozwiązania. Chcesz wejść w uczenie maszynowe (AI), ale w twojej firmie pracują sami programiści od stron w PHP. Nie ma sensu uczyć ich sieci neuronowych. Nie ma też sensu budować całego działu R&D od podstaw, zatrudniać menedżera, szukać inżynierów danych. Zlecasz budowę modelu algorytmicznego firmie zewnętrznej, która zjadła na tym zęby. Oni robią swoje, ty dostajesz gotowe API do wpięcia w swój system.

Wielu dyrektorów IT próbuje oszczędzać, wybierając outstaffing do projektów, których w ogóle nie rozumieją. To prosta droga do katastrofy. Zatrudniają ludzi na godziny, nie dają im jasnych wytycznych, a potem narzekają na koszty. Wynajęty deweloper bez dobrego zarządzania to po prostu bardzo drogi pracownik czytający branżowe portale za twoje pieniądze.

Jakie są realne koszty i ukryte opłaty w wynajmie specjalistów IT?

Rynek IT nie wybacza naiwności finansowej. Kiedy patrzysz na cenniki agencji oferujących body leasing, widzisz konkretną stawkę godzinową. Powiedzmy, że jest to 200 PLN netto za godzinę pracy programisty na poziomie mid. Wydaje się to dużo. Jeśli pomnożysz to przez 160 godzin w miesiącu, wychodzi 32 000 PLN. Łapiesz się za głowę i myślisz, że taniej będzie zatrudnić kogoś na etat.

To błąd kalkulacyjny, który popełnia wielu początkujących przedsiębiorców. Nie liczą kosztów całkowitych utrzymania pracownika (TCO – Total Cost of Ownership). W przypadku pracownika in-house na umowie o pracę lub B2B musisz doliczyć:

• Koszty rekrutacji. Headhunter z agencji zewnętrznej weźmie od ciebie równowartość 15-20% rocznej pensji kandydata za sam fakt znalezienia go na LinkedInie. To jednorazowy strzał rzędu kilkudziesięciu tysięcy złotych, zanim programista w ogóle dotknie klawiatury w twoim biurze.
• Koszty sprzętu i oprogramowania. Dobry MacBook Pro, monitor, licencje na IDE (np. IntelliJ), dostęp do płatnych narzędzi chmurowych. Tysiące złotych na start.
• Czas na wdrożenie (onboarding). Zanim nowy pracownik etatowy zacznie zarabiać na siebie, mijają czasem trzy miesiące. W tym czasie ty płacisz mu pełną pensję, a on czyta dokumentację i zadaje pytania innym deweloperom, odrywając ich od pracy. W modelu outstaffingu vendor zazwyczaj podsyła kogoś, kto potrafi wskoczyć w projekt z marszu, a jeśli się nie sprawdza w pierwszym tygodniu, wymieniasz go na innego bez kosztów odprawy.
• Płatne urlopy i zwolnienia chorobowe L4. W klasycznym zatrudnieniu płacisz za czas, kiedy pracownik leży z gorączką. W Time and Material płacisz tylko za zalogowane roboczogodziny. Gość idzie na urlop? Nie wystawia ci faktury.

Czy staff augmentation faktycznie obniża budżet firmy?

Tak i nie. W krótkim terminie (od 3 do 9 miesięcy) wynajęcie specjalisty jest znacznie tańsze i bardziej przewidywalne niż tworzenie nowego etatu. Omijasz prowizje rekrutacyjne i twarde zobowiązania prawne. Jednak w perspektywie wieloletniej trzymanie programisty na body leasingu przez trzy lata w tym samym projekcie to finansowe samobójstwo. Marża agencji (vendora) wliczona w stawkę godzinową w długim terminie zje twoje oszczędności. Dlatego firmy technologiczne używają outstaffingu jako bufora. Łatają nim chwilowe braki kadrowe przy pikach produkcyjnych, a w tle powoli i spokojnie rekrutują ludzi na stałe etaty in-house.

Więc jak to wygląda w Excelu? Zapłacisz vendorowi więcej za godzinę pracy niż dałbyś pracownikowi na rękę. Ale w zamian kupujesz elastyczność i przenosisz ryzyko kadrowe na kogoś innego.

Jakie błędy najczęściej popełniają firmy przy rozszerzaniu zespołów IT?

Widziałem dziesiątki nieudanych wdrożeń wynajętych ludzi do wewnętrznych zespołów. Problem rzadko leży w braku kompetencji technicznych programisty. Najczęściej system sypie się na poziomie komunikacji i ludzkiego ego.

Pierwszy błąd to traktowanie wynajętego programisty jako pracownika drugiej kategorii. Twój wewnętrzny zespół siedzi na dedykowanym kanale na Slacku, omawia architekturę, a wynajętego człowieka z agencji dopuszczają tylko do tablicy z zadaniami w Jirze. Nie zapraszają go na spotkania planistyczne. Efekt? Człowiek z zewnątrz nie rozumie kontekstu biznesowego aplikacji. Pisze kod w próżni. Wdraża funkcje, które technicznie działają, ale biznesowo nie mają sensu. Musisz zintegrować zewnętrznych ludzi z wewnętrznym in-housem tak mocno, żeby z zewnątrz nikt nie potrafił rozpoznać, kto jest na etacie, a kto jest wynajęty.

Drugi błąd to ignorowanie weryfikacji kompetencji. Ufamy ślepo vendorom. Dostajemy CV w PDF-ie z logo software house’u, widzimy napis „Senior Java Developer, 8 lat doświadczenia” i bierzemy człowieka w ciemno. Tydzień później okazuje się, że chłop pracował przez ostatnie trzy lata przy utrzymaniu starego systemu w banku i nie zna nowoczesnych frameworków. Zawsze, ale to zawsze wymagaj technicznego wywiadu (technical interview) z kandydatem od vendora, zanim podpiszesz umowę. Niech twój Tech Lead zada mu kilka twardych pytań. Przepytaj go dokładnie tak, jakbyś go zatrudniał na stałe.

Trzeci błąd to brak twardego wskaźnika KPI dla vendora. Umawiacie się na wynajem, ale co się stanie, jeśli programista nagle zrezygnuje z pracy u vendora? Kto za to płaci? Umowa musi zawierać zapisy o czasie reakcji na wymianę zasobu. Dobry dostawca gwarantuje ci zastępstwo o zbliżonych kompetencjach w ciągu 14 dni bez dodatkowych kosztów wdrożenia nowego człowieka.

Jak wdrożyć wynajętego dewelopera do własnego in-house bez chaosu?

Wdrożenie musi być brutalnie efektywne. Nie masz czasu na trzymiesięczne szkolenia z kultury organizacyjnej i misji firmy. Wynajęty specjalista ma wejść, poznać stos technologiczny i zacząć pisać kod. Zorganizuj to w kilku twardych krokach.

Zacznij od dostępu. Brzmi banalnie, ale w korporacjach załatwienie dostępu do VPN, repozytorium kodu, bazy danych i środowisk testowych potrafi zająć dwa tygodnie. Przygotuj wszystkie konta przed pierwszym dniem pracy wynajętego człowieka. Kiedy loguje się w poniedziałek rano, musi mieć na mailu paczkę z hasłami i linkami do dokumentacji technicznej projektu.

Zdefiniuj dla niego „Definition of Done” (DoD). Zewnętrzny programista pracował wcześniej w innej kulturze kodu. W jego poprzednim projekcie może wystarczyło napisać funkcję i przepchnąć ją na produkcję. U ciebie może być wymóg pokrycia kodu testami jednostkowymi w 80% i akceptacja dwóch innych seniorów w pull requeście. Powiedz mu o tym wprost w pierwszej godzinie współpracy. Rzuć mu linkiem do waszych standardów kodowania w Confluence.

Przydziel mu wewnętrznego „buddy’ego”. Niech jeden z twoich stałych programistów dostanie zadanie opieki nad nowym człowiekiem przez pierwszy tydzień. Wynajęty deweloper musi wiedzieć, do kogo napisać na komunikatorze, gdy nie potrafi podpiąć się pod lokalną bazę danych, zamiast tracić cztery godziny na samodzielne szukanie rozwiązania. To oszczędza twoje pieniądze.

Zlecaj małe zadania na start. Nie wrzucaj go od razu w refaktoryzację głównego silnika aplikacji. Daj mu do naprawienia kilka drobnych błędów (bugów) z backlogu. Niech przejdzie przez cały proces od pobrania kodu, przez napisanie poprawki, testy, aż po wdrożenie zmiany. Zobaczysz, jak szybko radzi sobie z waszą infrastrukturą i czy nie psuje niczego po drodze.

Ten model biznesowy zmienia całkowicie sposób, w jaki firmy podchodzą do zasobów ludzkich. Przestajemy myśleć o zatrudnianiu ludzi na lata, a zaczynamy myśleć o kupowaniu konkretnych kompetencji na dany moment w czasie. To optymalizacja procesów w czystej postaci. Albo dostosujesz się do tego trybu szybkiego rotowania specjalistami, zachowując rdzeń wiedzy wewnątrz firmy, albo będziesz wiecznie przegrywał wyścig z czasem, czekając na idealnego kandydata z rekrutacji, który i tak odejdzie po dwóch latach do konkurencji za wyższą stawkę.

Zamiast zastanawiać się w nieskończoność nad wyborem metody, przeanalizuj swój własny projekt już dzisiaj. Masz kompetentnego lidera technicznego i jasny backlog, ale brakuje wam mocy przerobowych? Dzwoń do agencji po ludzi na outstaffing. Nie wiesz, jak technicznie zrealizować pomysł biznesowy? Oddaj to w całości w outsourcing i wymagaj gotowego rezultatu na twardych warunkach. Zrób audyt własnych zasobów i podejmij decyzję, która chroni twój budżet przed przepalaniem godzin.

Najczęściej zadawane pytania (FAQ)

Co to jest outstaffing IT?

Outstaffing IT to model wynajmu specjalistów (np. programistów), w którym zewnętrzna agencja zatrudnia pracownika formalnie, ale to ty zarządzasz jego codzienną pracą i włączasz go bezpośrednio do swojego zespołu projektowego.

Czym różni się outstaffing od outsourcingu?

W outstaffingu wynajmujesz ludzi i zarządzasz nimi sam, odpowiadając za sukces projektu. W outsourcingu zlecasz wykonanie całego projektu zewnętrznej firmie, która dostarcza gotowy produkt i ponosi odpowiedzialność za wynik.

Czy body leasing to to samo co outstaffing?

Tak, terminy body leasing, team extension, staff augmentation oraz outstaffing są w branży IT często używane zamiennie na określenie wynajmu pojedynczych specjalistów na określony czas.

Jak rozlicza się wynajem programistów?

Najpopularniejszym modelem rozliczeń jest Time and Material (T&M). Płacisz ustaloną stawkę godzinową lub dzienną wyłącznie za faktycznie przepracowany czas przez wynajętego specjalistę.

Kto zapewnia sprzęt w modelu outstaffingowym?

Zazwyczaj vendor (dostawca usługi) zapewnia podstawowy sprzęt, taki jak laptop. Klient natomiast musi udostępnić dostęp do własnych serwerów, środowisk testowych i specjalistycznych licencji wewnętrznych.

Kiedy outstaffing się nie opłaca?

Model ten przestaje być opłacalny finansowo w bardzo długim terminie (np. wynajem tej samej osoby przez kilka lat), ponieważ marża agencji przewyższa koszty utrzymania pracownika na stałym etacie in-house.

Bibliografia

1. Główny Urząd Statystyczny – https://stat.gov.pl
2. Polska Agencja Rozwoju Przedsiębiorczości – https://www.parp.gov.pl
3. Ministerstwo Cyfryzacji – https://www.gov.pl/web/cyfryzacja
4. Narodowe Centrum Badania i Rozwoju – https://www.gov.pl/web/ncbr
5. Polskie Towarzystwo Informatyczne – https://pti.org.pl
6. NASK – https://www.nask.pl