Home

Pytania, które programista powinien zadać swojemu potencjalnemu pracodawcy, part 3 – ogólne

Trzecia część listy pytań, które warto zadać pracodawcy podczas rozmowy o pracę. Wszystko z perspektywy programisty, chociaż część z nich powinna być uniwersalna

Pozostałe artykuły z tej serii:

Czy możesz zmienić projekt lub zespół, jeśli go nie lubisz? Ile projektów firma prowadzi?

Często firma może być świetna, lecz możesz trafić do projektu który Ci nie odpowiada. Niektórzy lubią długie, stabilne projekty, gdzie można poświęcić dużo czasu na testy i rozwój, inni szybko się nudzą i preferują kilkumiesięczne projekty o dużym zróżnicowaniu.

W dużych firmach każdy team potrafi być mikro-organizacją o zupełnie innej kulturze pracy niż w pozostałych zespołach. Równie ważne co dobór firmy, ważny jest dobór projektu, zespołu i roli.

Kluczowym pytaniem jest, czy w przypadku złego dopasowania, będzie możliwość zmiany projektu i na jakich warunkach. Można np. zgodzić się na minimalny okres czasu (3 czy 6 miesięcy), po którym zostanie przydzielony nowy projekt — oczywiście pod warunkiem, że nie będzie Ci się tam dobrze pracować.

W tym momencie warto też zapytać o to ile firma prowadzi projektów. Czasami jest wiele mniejszych, czasami nieliczne, skupiające większość zasobów firmy. Oczywiście przy większej rotacji projektów, jest większa szansa zmianę projektu.

Jeśli firma nie przyjmuje do wiadomości tego typu rotacji, jest to raczej zły znak — firma może stawiać procedury nad pracownikami, a niezadowolony z zespołu pracownik i tak prędzej czy później odejdzie. Równocześnie Ty jako potencjalny kandydat bądź szczery ze swoimi oczekiwaniami i nie mydl oczu pracodawcy.

Kto jest odpowiedzialny w przypadku sytuacji kryzysowych i jakie są konsekwencje?

Fakapy prędzej czy później następują, ale firmy mogą mieć różne sposoby by sobie z nimi radzić.

Czasami odpowiedzialność jest zespołowa, gdzie team bierze po równo odpowiedzialność. Czasami naturalnie “zostaje w weekendy” lider czy ktoś z przełożonych.

Na te pytanie nie ma dobrej i złej odpowiedzi — to kwestia dojrzałości w wypracowanych procesach i odpowiedzialności.

Czy firma posiada innych programistów, czy może będziesz pojedynczy wśród ludzi z innych działów (np sprzedaży)?

Dla mnie to bardzo ważny punkt. Jako programista bardzo lubię uczyć się od innych i wymieniać wiedzą. Przebywanie wśród innych programistów, nawet jeśli z nimi nie pracujemy, da nam zawsze “gumową kaczuszkę” z którą można porozmawiać na wspólne tematy.

Jeśli firma ma bardzo nieliczny dział IT (czyli nie zajmuje się stricte programowaniem), uznałbym to za ostrzeżenie. Firmy IT mają swoją specyficzną kulturę pracy, którą bardzo trudno uzyskać w innych branżach. Ponadto praca w niewielkim teamie (lub co gorsza bycie pojedynczym programistą) nie wpływa dobrze na nasz rozwój i można łatwo się “zasiedzieć”.

Ostatnim, może mniej ważnym ale wciąż istniejącym problemem jest samo środowisko pracy w biurze. Praca w jednym pomieszczeniu wśród np. sprzedawców, non stop rozmawiających przez telefon, może być męcząca.

Jakie są plany firmy na najbliższe 1–2 lata i jak wpłynie to na Twoją pracę?

Pisałem sporo na temat pytań jakie zadawać firmie, jednak przychodząc do pracy raczej zakładamy dłuższy okres czasu. A w ciągu roku czy dwóch bardzo dużo może się zmienić, szczególnie w start-upach i małych firmach.

Warto zapytać np. o plany na powiększenie się zespołu, o zmianę biura, otworzenie kolejnego, zmiana profilu projektów i klientów, długość trwania projektu do którego się trafi itd.

Kluczowe powinno być uzyskanie potencjalnego wizerunku Twojej pracy za rok czy dwa. Zmiany mogą być zarówno dobre jak i złe, zależnie od Twoich oczekiwań.

Jak będzie wyglądać Twoj personalny rozwój w firmie?

Każda firma na swój sposób inwestuje w rozwój pracowników. Zacząć można od szkoleń i benefitów, przez możliwość zmiany technologii, na awansach kończąc.

Szkolenia są popularnym benefitem, a zarazem sposobem na szkolenie kadry — tutaj raczej nie powinno być zaskoczeń (chociaż brak budżetu szkoleniowego może być dość dziwny)

Warto zapytać czy firma daje możliwość zmiany technologii gdy o to poprosisz. Na przykład na codzień pracujesz na front-endzie, jednak chcesz rozwijać się na back-endzie. Czy firma pozwoli Ci w jakimś stopniu na tego typu rozwój? Jeśli tak, to bardzo dobry znak — w końcu nie będziesz wydajny na początku, jednak inwestują w przyszłość. Świetnym zagraniem jest krok dalej (miałem tego typu benefit w Schibsted), gdzie dwóch ludzi mogło uczyć się nawzajem technologii i mieli na to przeznaczony czas (np jeden dzień w miesiącu).

W przypadku awansów, warto zapytać o rozwój w dwóch ścieżkach — albo technologicznej (team lider, architekt, CTO — oczywiście formalnie takie stanowiska są raczej w korporacjach), albo biznesowej (szeroko rozumiane pozycje managerskie). Warto dopasować swoje oczekiwania do oczekiwań firmy, bo nie każdy chce być zawsze programistą, a nie każdy chciałby być managerem.

Ważne jest byś otwarcie powiedział pracodawcy jakie są Twoje oczekiwania i czy firma jest w stanie Ci je zapewnić.

Ostatecznie warto zapytać jakie są czynniki związane z awansami i podwyżkami oraz kto będzie o nich decydować.

Czy podwyżki są ustandaryzowane — na przykład 5% rocznie dla każdego, czy może uznaniowe? Jeśli uznaniowe, to kto i na jakiej podstawie będzie podejmować takie decyzje? A może jest to sprawdzane wśród innych pracowników? Warto znać, szczególności jeśli masz zamiar pracować za dwóch, by potem dowiedzieć się, że nie ma to znaczenia.


To koniec trzeciej części a zaraz sekcji z pytaniami “ogólnymi”, które mam przygotowane. W kolejnych częściach opiszę technologię, sprzęt czy kulturę pracy. Jak zwykle, całą listę po angielsku można znaleźć tutaj.