Korzyści i ryzyka współpracy z software house. Element buduje własny zespół programistów
Po latach bardzo owocnej współpracy z software house Cocoders, rozpoczynamy budowę własnego zespołu programistów. To ważny krok na ścieżce rozwoju naszego systemu rekrutacyjnego.
Przy okazji tej zmiany zebrałem kilka najważniejszych korzyści i ryzyk, które wiążą się z outsourcingiem rozwoju oprogramowania i innych obszarów działalności przedsiębiorstwa.
Najpierw kilka słów o tym dlaczego budujemy własny zespół developerów, a w dalszej części więcej o tym od jakiego stanowiska rozpoczynamy budowę zespołu, wraz z linkiem aplikacyjny dla kandydatów.
Z perspektywy kilku lat rozwoju systemu rekrutacyjnego za pomocą zewnętrznego zespołem developerów, widzę następujące korzyści i ryzyka takiej współpracy:
Korzyści współpracy z software house:
- Elastyczność kosztów. Możemy swobodnie zarządzać jaki budżet w określonym czasie chcemy przeznaczyć na rozwój oprogramowania. Zewnętrzny zespół developerów nie polega tylko na naszych zleceniach. Brak zlecenia od jednego klienta software house może uzupełnić zleceniem od innego. Elastyczność wynikająca z outsourcingu jest na prawdę duża. W jednym miesiącu możemy zlecić zakres prac dla pięciu etatów, w kolejnym tylko dla dwóch. Takie manewrowanie kosztami nie jest możliwe przy bezpośrednim zatrudnieniu pracowników.
- Uwolnienie własnych zasobów. Zlecając realizację projektu firmie zewnętrznej odpada kolosalna ilość pracy związanej z rekrutacją własnych programistów, zarządzaniem zespołem, a następnie projektem. To ogrom pracy i dodatkowe koszty, które software house zdejmuje z naszych barków. Korzystając z outsourcingu możemy uwolnione zasoby przeznaczyć na inne obszary działalności firmy.
Z pewnością istnieją jeszcze inne korzyści outsourcingu projektów, ale powyższe są w mojej ocenie zdecydowanie najważniejsze i często wystarczające do wyboru właśnie tej formy organizacji działalności firmy.
Ryzyka współpracy z software house:
- Mniejsze zaangażowanie software house w nasz projekt. Choćbyśmy mieli najlepszą relację z zewnętrznym zespołem developerów – my posiadamy bardzo dobrą – to nie przeskoczymy jednego prostego faktu – jesteśmy tylko kolejnym klientem dającym zlecenia. Jeśli software house otrzymuje od innego klienta nowy projekt, to czasu, który może poświęcić dla nas, jest automatycznie mniej. Innymi słowy musimy w pewnym sensie rezerwować z wyprzedzeniem każdą godzinę pracy, a nawet rywalizować o te godziny np. stawką godzinową. Może pojawić się sytuacja, że tych godzin po prostu dla nas nie ma.
- Niepewność współpracy. Oprócz wskazanego w poprzednim punkcie problemu zmieniającej się liczby dostępnych dla nas godzin pracy, może pojawić się również sytuacja, w której software house podejmuje decyzje o całkowitym zakończeniu współpracy. Może to wynikać z dowolnych przyczyn, np. kończy swoje istnienie, albo też podejmuje się innego, długoterminowego projektu, na wyłączność lub po stawce dla nas nieosiągalnej. Oczywiście my również możemy podpisać z software house długoterminową umowę, jednakże umowa taka zaczyna ograniczać wskazaną powyżej korzyść elastyczności kosztów. Skoro bowiem podpisujemy długoterminową, to nie możemy bez konsekwencji takiej umowy sami zerwać.
- Ograniczona komunikacja. Każda godzina pracy software house jest nie tylko kosztem, ale też ograniczonym zasobem, który chcemy przeznaczyć przede wszystkim na rozwój produktu. Każda konsultacja z programistami, każde pytanie czy wyjaśnienie, zmniejsza liczbę dostępnych dla nas godzin w danym miesiącu. W takiej relacji mogą pojawiać się problemy komunikacyjne, w szczególności, gdy po stronie klienta znajduje się osoba, która lubi dużo wiedzieć i dużo kontrolować. To niestety był mój własny przykład. Interesuję się wszystkim co dotyczy naszego ATS i technologii jego wytwarzania. Moja ciekawość i chęć przypilnowania wszystkiego kosztowała nas wiele godzin. Koniec końców wypracowaliśmy model, który poprawił ten aspekt współpracy, niemniej jednak zajęło nam to trochę czasu i pieniędzy oraz ograniczona moje zaangażowanie w projekt bardziej niż bym tego sobie życzył.
- Know-how. Jeśli system informatyczny wytwarzany jest przez zewnętrzny zespół, to pomimo tego, że na podstawie umów przysługują nam prawa własności do tego systemu, know-how pozostaje w tym zewnętrznym zespole. Jeśli współpraca z software house ulegnie nagłemu zakończeniu, to tracimy cały know-how związany z technologiczną stroną systemu. Odbudowanie tego know-how jest możliwe, ale będzie czasochłonne a przez to kosztowne.
W naszym przypadku decyzja o budowaniu własnego zespołu developerów wyniknęła z konieczności zapewnienia stabilności w zakresie rozwoju produktu. Na obecnym etapie rozwoju i przy stale rosnącej liczbie klientów, nie możemy już pozwolić sobie na zależność rozwoju produktu od relacji z zewnętrznym podmiotem. Wszystkie powyższe korzyści i ryzyka występowały w naszej współpracy z różnym nasileniem. Jesteśmy w na tyle uprzywilejowanej sytuacji, że posiadamy bardzo dobrą relację z naszym dostawcą usług developerskich. Niemniej jednak, jak już wspomniałem, nawet najlepsza relacja nie spowoduje, że wskazane ryzyka zupełnie znikną.
Naturalnie posiadanie własnego zespołu developerów niesie ze sobą inne korzyści i inne ryzyka.
W zasadzie to, co było korzyścią we współpracy z software house, zamienia się w ryzyko przy bezpośrednim zatrudnianiu programistów. Zamiast elastyczności kosztów następuję ich usztywnienie, zamiast uwolnienia zasobów pojawia się ich związanie.
Z drugiej strony ryzyka zamieniają się w korzyści. Większe zaangażowanie własnych developerów, większa pewność współpracy, lepsza komunikacja, know-how pozostające w firmie.
Nie ma idealnego rozwiązania. Każdą sytuację należy rozpatrywać indywidualnie i wybierać optymalne rozwiązania na określonym etapie rozwoju firmy. W obecnej sytuacji Elementu najlepszym wyjściem jest budowanie własnego zespołu i to zadanie rozpoczynamy od rekrutacji na stanowisko:
Senior Fullstack Developer
Treść oferty:
Dołącz do Element i poznaj ekscytujący świat HR Tech. Dostarczamy klientom system rekrutacyjny Element, dzięki któremu rekrutacja pracowników jest skuteczna, a codzienna praca rekruterów wygodna i efektywna.
Element to kilkuosobowy startup. Posiadamy już rosnące grono płacących klientów i systematycznie zmierzamy w kierunku międzynarodowego skalowania biznesu. Właśnie zaczynamy budować zespół deweloperów. Jeśli chcesz być kluczową postacią startupu w zakresie rozwoju oprogramowania, to bardzo dobrze się składa. Jeśli myślisz także o budowie i zarządzaniu w przyszłości własnym zespołem developerów, to współpraca z nami będzie dla Ciebie dodatkowo atrakcyjna.
Zakres obowiązków
- Wsparcie całego procesu rozwoju systemu, od projektowania, przez kodowanie, testowanie, po wdrażanie i bieżące wsparcie
- Kontrola jakości
- Stała komunikacja z zarządem i pozostałymi członkami zespołu w zakresie rozwoju systemu
- Dodatkowym atutem będzie poszukiwanie i wdrażanie nowych technologii, dzięki którym system będzie rozwijał się nie tylko funkcjonalnie, ale także technologicznie
Wymagania
- Minimum 6 letnie doświadczenie w PHP. Bardzo dobra znajomość co najmniej wersji 7.4
- Minimum 2 lata doświadczenia w Angular
- Bardzo dobra znajomość Angular Elements, Chrome Extension, Google Cloud, ElasticSearch, Docker i Behat
- Bardzo dobra znajomość Postgresql
- Bardzo dobra znajomość Symfony w wersji 4.4 lub wyższej
- Dobra, praktyczna znajomość Event Sourcing i CQRS
- Dobra, praktyczna znajomość PHPUnit i PHPSpec
- Doświadczenie z RESTful Services i API design
- Bardzo dobre umiejętności komunikacyjne
- Doświadczenie w pracy w startupach
- Wyczucie w zakresie UX/UI będzie dodatkowym atutem
Oferujemy
- 110 zł / h + VAT (B2B)
- Praca 100 % zdalna
- Perspektywa wejścia w rolę lidera, jeśli będzie to zbieżne z Twoimi oczekiwaniami i kompetencjami
- Silny, zgrany i pracujący razem od lat zespół
- Jasna wizja rozwoju w kierunku globalnego skalowania produktu
- Doskonała atmosfera i komunikacja w zespole
ZAPRASZAMY DO APLIKOWANIA (kliknij)
Polecamy:
- Subskrypcję naszego bloga
- Umówienie się na wideo prezentację systemu rekrutacyjnego Element
- Lekturę najczęściej czytanych postów na naszym blogu:

Maciej Michalewski
CEO @ Element. Recruitment Automation Software
Ostatnie wpisy:
Prawo w HR – najciekawsze orzeczenia Sądu Najwyższego
Orzeczenia Sadu Najwyższego rzutują na rozstrzygnięcia sądów niższych instancji. Oto lista ciekawych rozstrzygnięć SN w obszarze prawa pracy.
Czy AI naprawdę potrafi być kreatywne?
Czy AI jest kreatywne, czy tylko symuluje twórczość? To temat dyskusji, którą niedawno prowadziłem. Oto, do jakich wniosków doszliśmy.
Zdjęcie w CV wpływa na ocenę rekrutera – co z tym zrobić?
Zdjęcie w CV wpływa na ocenę rekrutera – co z tym zrobić? Oceniamy kandydata po wyglądzie Czytam w newsletterze Hung Lee, że pojawiły się badania
Etyka i przyszłość AI – dyskusja ze studentami SWPS
Etyka i przyszłość AI – dyskusja ze studentami SWPS Studia podyplomowe AI na SWPS Od kilku miesięcy prowadzę na SWPS studia podyplomowe „AI – Sztuczna
Jak AI zmienia firmy? Konkretne decyzje mówią więcej niż raporty
Jak AI wpłynie na organizacje i czego HR’y mają się spodziewać w przyszłości w kontekście wdrożeń AI? Odpowiedzi płyną z konkretnych działań.
Raport ofert pracy – XII 2024: miesiąc na plus, średnia lekko w dół
Raport ofert pracy – grudzień do grudnia na dużym plusie, choć średnia z trzech miesięcy lekko spadała. Jestem umiarkowanym optymistą.