Pasję do programowania zamieniamy w realnie działające rozwiązania dla klientów z całego świata

Dbamy o jakość kodu pisząc testy jednostkowe oraz integracyjne. Przykładowo w jednym z większych projektów greenfiled, który realizujemy dla szwedzkiego klienta mamy aktualnie ponad 6,5 tys. testów jednostkowych na back-endzie, 13 tys. testów integracyjnych na back-endzie oraz 4,5 tys. testów na front-endzie. Praktykujemy również Code Review, wykonywane przez 2 osoby.

W przypadku jednego z projektów dla klienta, który działa w branży szeroko pojętego bezpieczeństwa (systemy alarmowe wykorzystywane w większości miejsc publicznych) wielkość aplikacji liczona jest w setkach tysięcy klientów.

Testy jednostkowe piszemy z wykorzystaniem Nunit, integracyjne w Powershell, testy na front-endzie w Karma & Jassmine.

DDD to podejście które mamy na uwadze i stosujemy tam gdzie jest to możliwe. Są projekty gdzie mamy częściowo możliwość zastosować DDD oraz projekty w których dopiero eksperymentujemy z podejściem DDD. Biorąc pod uwagę kierunek firmy i specyfikę projektów DDD leży w obszarze naszego zainteresowania.

Pracujemy w zespołach SCRUM-owych, 3 – 6 osobowych;  struktura jest płaska, zespół składa się z Fullstack Dev, Back- end Dev, Front-end Dev, QA, PO. Wsparciem dla zespołu jest również Product Designer.  Zespół developerski jest dobierany tak, aby kompetencje się wzajemnie uzupełniały. Każdy w zespole ma możliwość proponowania rozwiązań i wpływania na finalny kształt rozwiązań zastosowanych w projekcie.

Proces zawsze rozpoczynamy warsztatami Discovery, w których uczestniczy zespół po naszej stronie i po stronie klienta. Rozmawiamy o potrzebach, pomysłach i staramy się zrozumieć: „po co”.

Realizacja projektu jest podzielona na sprinty (każdy trwa 2, 3 tygodnie). W tym czasie analizujemy, przygotowujemy i weryfikujemy kolejne funkcjonalności (continuous development).

W całym procesie kluczowy jest Kickoff i Offboarding, które dają szansę na precyzowanie oczekiwań i sprawdzanie, czy działamy zgodnie z potrzebami projektu.

Nasze projekty to głównie projekty typu greenfield, w ramach których nie tylko koncentrujemy się na realizacji technicznej ale również wspólnie z klientem projektujemy rozwiązania od podstaw. Decyzje o doborze narzędzi i rozwiązań w projekcie podejmowane są na poziomie zespołu.

Spotkania i ich ilość wyznacza podejście SCRUM, które stosujemy w codziennej pracy. Są to zazwyczaj codziennie krótkie spotkania daily, retro raz na sprint (sprinty zazwyczaj 2 tygodniowe, naszą zasadą jest, że nie zaczynamy sprintu w poniedziałek i nie kończymy w piątek), planning, refinement, demo.

Dodatkowo raz na 2 tyg spotykamy się ogólnofirmowo (spotkania All Hands), co daje nam przestrzeń na synchronizację informacji i omówienie tematów, które dotyczą całej organizacji.

Przed pierwszym dniem pracy przesyłamy agendę wraz z opisem planowych spotkań. Pierwszego dnia każda nowo zatrudniona osoba otrzymuje plan wdrożenia na najbliższe tygodnie. Każda nowa osoba już na starcie ma przypisanego Opiekuna, jest to osoba z zespołu projektowego do którego dołączy nowozatrudniony/a. Opiekun jest przewodnikiem, który wprowadza w życie zespołu, firmy i w projekt oraz czuwa nad tym, aby proces wdrożenia przebiegał gładko i przyjemnie.

Tak, godziny pracy są elastyczne. Pracujemy zadaniowo. Mając na uwadze płynną współpracę w zespołach zależy nam jedynie, aby w ciągu dnia był blok godzin w których cały zespół jest dostępny (przykładowo 10:00 – 14:00), tak aby ułatwić komunikację i organizacje pracy (spotkana daily, bieżąca wymiana info, itp.) W ciągu dnia mogą się też zdarzyć sytuacje kryzysowe/pilne pt. „pękła rura”. Jeśli ktoś z nas potrzebuje „wyłączyć” się w ciągu dnia- to również podchodzimy do tego elastycznie. Cenimy sobie współpracę zespole, dlatego ważne aby zespół wiedział kiedy jestem/kiedy mnie nie ma.

Oferujemy formę współpracy opartą o umowę B2B lub umowę o pracę. Wybór formy współpracy to indywidualna decyzja nowozatrudnionej osoby w zależności od tego jaką formę współpracy preferuje.

Tak, zapewniamy sprzęt i licencje, niezależnie od formy współpracy.

W Inwedo wyróżniamy 3 możliwe Domeny Rozwoju:

• Client-Side Web Development, gdzie jako wysokopoziomowe technologie można wyróżnić: Angular, React.js
• Server-Side Web Development, gdzie jako wysokopoziomowe technologie można wyróżnić: .NET Core / .NET, Node.js
• DevOps;

W ramach Domeny Rozwoju wyróżnia się 2 podstawowe ścieżki rozwoju:

• Space Engineer – czyli eksperta dziedzinowego, który docelowo nadaje kierunek rozwoju domeny w Inwedo.
• Solar Seeker – dewelopera, który nie ogranicza się do jednego języka programowania lub jednego stosu technologii/domeny; jest on “poliglotą programistycznym”.

W ramach tych ścieżek dostępne są poziomy uzależnione od doświadczenia, a przede wszystkim posiadanych kompetencji. Dodatkowo Developerzy mogą rozwijać się w określonych rolach, np.  Lidera Technicznego, Rekrutera Technicznego oraz zdobywać odznaki za określone aktywności, m.in. – Space Station Architekt, który m.in. projektuje architekturę rozwiązań obejmując projekty w różnych domenach;

Ambasador – który dzieli się wiedzą nie tylko w firmie, ale również na zewnątrz uczestnicząc jako prelegent w konferencjach, wydarzeniach; pisze artykuły techniczne, prowadzi bloga, itp.

Moon Analyst – wspiera na co dzień Product Ownera w bezpośrednim kontakcie z klientem.

Każda osoba w firmie ma dostęp do budżetu szkoleniowego w wysokości 3500 PLN na rok. Budżet można wykorzystać wg. indywidualnych potrzeb rozwojowych, na szkolenia online, stacjonarne, udział w konferencjach, zakup książek, itp.

Mamy zdefiniowane ścieżki rozwoju dla ról DEV i QA. Każda osoba ma możliwość udziału w wew. programie mentorskim i regularnej pracy z Mentorem, co wspiera rozwój w wybranym przez siebie obszarze.

Dodatkowo, mamy w firmie przestrzeń do dzielenia się wiedzą tech., jest to Kanał #tech na slacku oraz spotkania Tech Sync raz na 2 tygodnie w ramach, których zespoły dev wymieniają się doświadczeniami, dobrymi praktykami i konkretnymi rozwiązaniami zastosowanymi w projektach.