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:
  • Przyszłość pracy w HR
  • Eye-tracking – na styku nauki i Human Resources
  • Jak powinien wyglądać profil na portalu Linkedin
  • Sztuczna inteligencja – ciekawostki