Wasze pytania do potencjalnego pracodawcy

Hej,

Natchniony świetnym postem kolegi Anonima http://4programmers.net/Forum/1198250, postanowiłem założyć temat z przydatnymi pytaniami do pracodawcy. Myślę, że dużo osób może na tym skorzystać(szczególnie osoby, które nie wiedzą jak znaleźć dobry zespół/firmę).

Pozwoliłem sobie, kolego Anonimie, skopiować Twoją listę pytań i umieścić ją tutaj w celu łatwiejszego zlokalizowania jej.
Jeżeli macie jakieś swoje ulubione pytania, które pomagają Wam ocenić pracodawcę, to śmiało - dzielcie się nimi. Btw. można pomyśleć o aktualizowaniu listy pytań w tym poście.

Kategoria 1. Zarządzanie technologią

1. Jak wygląda dobór technologii dla nowego projektu.
2. Jak zarządzany jest kod aplikacji? Jak weryfikowana jest jego jakość?
3. Jak zarządzane są zadania, bugi i czas pracy programistów?

Kategoria 2. Środowisko i organizacja pracy

1. Czy firma inwestuje w narzędzia pracy (komercyjne oprogramowanie, dodatkowy monitor, jak często ulepszany jest sprzęt komputerowy)?
   2, Czy możliwe są elastyczne godziny pracy?
2. Czy możliwa jest praca zdalna? Jeśli tak to jak często?
3. Jak wygląda kontakt z przełożonym, jak często odbywają się oficjalne spotkania z przełożonymi i w jaki sposób oceniani są pracownicy?
4. W jaki sposób jest gromadzona wiedza na temat projektu pod względem biznesowym jak i technicznym?
5. Czy dostęp do zasobów internetowych nie jest blokowany?

Kategoria 3. Zarządzanie projektami

1. Jak często rozpoczynają się nowe projekty? Czy firma jest głównym wykonawcą? Czy realizuje własne projekty?
2. W jaki sposób wycenia się czas trwania projektu oraz pojedyńczych zadań?
3. W jaki sposób realizowane jest zarządzanie jakością aplikacji? jak testowane są aplikacje?
4. Jakie metodyki prowadzenia projektów są wykorzystywane?
5. W jaki sposób architektura systemu jest przekazywana zespołom?

Kategoria 4. Zarządzanie wiedzą

1. Czy odbywają się wewnętrzne szkolenia? Czy firma wysyła pracowników na zewnętrzne szkolenia?
2. Jak przekazywana jest wiedza pomiędzy programistami, projektami?
3. Czy i w jaki sposób wykonywane są przeglądy kodu? Czy są realizowane wspólne przeglądy kodu, programowanie w parach lub inne metodyki zwinne?

Kategoria 5. Firma

1. Czy pracownik pracuje nad jednym projektem, czy też z czasem zmienia się on?
2. Jak długo realizuje się przeciętny projekt w firmie? Jeśli czas jest trudny do podania mile widziany jest przedział czasowy.
3. Kto zajmuje się supportem?
4. Czy firma oferuje różnego rodzaju bonifikaty? Jeśli tak to jakie?
5. Czy występuje zjawisko nadgodzin?
6. Czy pracownicy otrzymują premie? Jeśli tak to na jakich zasadach?
7. czy można wychodzić w trakcie pracy? - Np. w sytuacji awaryjnej gdy trzeba załatwić sprawy prywatne, pojechać do lekarza itd.. Potem taką zaległość odrobić w innym terminie?

Pozostałe

• czy można spać w czasie pracy? (warto tutaj doprecyzować dokładnie co się ma na myśli - np. "power nap")
• czy dostarczycie mi wygodną klawiaturę?

Linki

• https://medium.freecodecamp.com/how-to-interview-as-a-developer-candidate-b666734f12dd
• https://github.com/ChiperSoft/InterviewThis

czy można spać w czasie pracy?
czy dostarczycie mi wygodną klawiaturę?

Nie wiem, czy ten wyżej to trolling, czy nie. Wiecie dlaczego?
Bo o ile pytanie o spanie jest pewnie trollingiem to mój kolega z pracy zażyczył sobie właśnie między innymi wygodnej podkładki pod rękę (tej co używa się podczas pisania na klawiaturze i korzystania z myszki).
A to był jedynie początek jego bardzo długiej listy życzeń. Pracuje na b2b i dostał wszystko co tylko sobie zażyczył :)

Czarny Kot napisał(a):

A to był jedynie początek jego bardzo długiej listy życzeń. Pracuje na b2b i dostał wszystko co tylko sobie zażyczył :)

Czego sobie jeszcze zażyczył? ;) Zapytam z ciekawości...

Szczegółów nie znam, ale wiem, że ma 3 monitory, kilka licencji programów, które rozsławił u nas w firmie.
Do tego negocjacje w samej umowie b2b dotyczące urlopów, i pewnych haczyków, które w takich umowach są zawierane. W każdym razie te elementy są już mniej zabawne a po prostu funkcjonalne i sięgają bardziej kwestii prawnych.

Niby można zadać te wszystkie pytania, ale i tak nie da się na rozmowie zweryfikować, czy to co odpowiada pracodawca, jest prawdą.

Bo rozmowa kwalifikacyjna, to taka gra, w której jedna strona mówi, że pisze świetny kod i zna perfekcyjnie najnowsze technologie, a druga, że mają świetny kod, i stosują najnowsze technologie. Zazwyczaj wszyscy później są oszukani tak samo, więc nikt nic nie mówi. Gorzej, gdy kandydat jednak nie ściemniał.

@somekind właśnie zastanawiam się od pewnego czasu - w świecie IT duży nacisk kładzie się na HR, co nie jest nowinką. Natomiast prawie zawsze mówi się o sprawdzaniu, testowaniu i egzaminowaniu pracownika. Co musimy zrobić żeby najlepiej wypaść, czego pracodawca wymaga, nie możemy kłamać itp. itd. Wymyślane są różne narzędzia sprawdzające umiejętności pracownika i tego, czy nie kłamie.

Niestety pomija się kwestię tego, co i jak może nam wciskać pracodawca - ma tu pełne pole do popisu. Najnowsze technologie, świetny zespół, same nowe rozwijające projekty, szkolenia i co sobie nie wymarzysz. Potem idziesz do firmy i siedzisz w bugach legacy software sprzed 10-15 lat. To jest fair?

Idziesz na kolejny wykład z HR'u i tam znowu: personal brending, jak zrobić CV, jak zadowolić pracodawcę. Chciałbym trafić na prelegenta, który opowiedziałby się za drugą stroną.

"Pracodawca" to abstrakcyjne pojęcie. Np. jakaś firma może być twoim przyszłym pracodawcą, ale zwykle rozmiasz z konkretnym człowiekiem: pracownikiem HRów, szeregowym programistą, potencjalnym managerem, architektem systemu, scrum masterem czy team-leadem czy kimkolwiek innym. I to z o czym rozmawiasz, dostosowujesz do tego z kim rozmawiasz. Mimo wszystko czasami trzeba powiedzieć coś innego rekruterowi, a coś innego developerowi.

A przede wszystkim rozmowa to rozmowa, a nie jeden z dziesięciu.

To nie pytanie, ale warto poprosić na rozmowie, żeby pozwolili rzucić okiem na tzw. stajenkę, szwalnię ;) , czy jak tam nazywają miejsce, gdzie pracują potencjalni przyszli koledzy. Obraz czasem wart 1000 słów.

Pytania niby dobre ale bardziej żeby zabłysnąć na rozmowie "zainteresowaniem" firmą i nie byciem totalnym świeżakiem niż żeby faktycznie się czegoś dowiedzieć.

Na rozmyślenie się jest 3. miesięczny okres próbny, ale w sumie programiści mają ten luksus, że mogą zmienić pracę kiedykolwiek więc nie bardzo jest sens się dopytywać firmy o coś.
Tydzień na miejscu powie znacznie więcej o firmie niż nawet miesiąc rozmowy z panią z hr.

Jeżeli chce się wiedzieć coś zanim się trafi do danej firmy, to najlepiej mieć znajomych których można o pracę w tej konkretnej firmie spytać.

Dla mnie jedynym wyjątkiem jest to czy firma szuka do projektu rządowego, lub innych podobnych.
Jeżeli tak to nie jestem zainteresowany.

ile piniędzy?!

myślę, że dobrym pytaniem jest też jaki rodzaj umowy preferują czy jest wybór, ale to tak według mnie :P Niektórym pewnie wszystko jedno byle hajs się zgadzał :D

Wasze pytania do potencjalnego pracodawcy:

"Gościu, masz jakiś problem ?"

:)

The Joel Test: http://www.joelonsoftware.com/articles/fog0000000043.html

Czy macie korporacyjną kulturę?

Na 100% usłyszysz, że nie. Zwykle nawet nie trzeba tego pytania zadawać, sami się chwalą i wszyscy uważają to za swój atut :D Nawiasem, na 99,99% mówią nieprawdę, odpowiadając w ten sposób na to pytanie. ;)

pytania niekoniecznie poprawne, ale które chętnie bym zadał:

• ile jest pracy stricte biurowej (wysyłanie maili, grzebanie w dokumentacji MS Office, kontakt z ludźmi typu "business formal"), a ile programowania?
• czy szefami informatyków są ludzie którzy nie programują, boją się kodu? a może mają jakiś "kompleks biznesmena" wobec informatyków ("informatyk to zło konieczne", "zbędny koszt", "bierze tyle kasy a nic nie robi")?
• czy szefami informatyków są niezbyt miłe, trochę zazdrosne (o pieniądze, umiejętności, rynek pracy), nietechniczne kobiety?
• czy mam zainstalować Windowsa "Pani z księgowości" jakby coś się stało ?
  (niby dziwne, ale zdarza się w nawet najbardziej "elitarnych" stanowiskach...)

ok, wiem, że niepoprawnie (nawet bardzo), ale fajnie byłoby znać odpowiedzi na takie pytania ;)

Trafiłem na dość fajny art:
https://medium.freecodecamp.com/how-to-interview-as-a-developer-candidate-b666734f12dd

https://github.com/ChiperSoft/InterviewThis

Ja zwykle pytam o to mniej więcej:
**skąd wiadomo co robić i jak? kto o tym decyduje i w jaki sposób jest podejmowana decyzja? ** (czyli pytanie o metodykę pracy, scrumy, planowania, waterfalle itp. niestety to pytanie trzeba drążyć, bo np. ktoś może powiedzieć "pracujemy w SCRUM" (a SCRUM jest buzzwordem, pod którym równie dobrze może się kryć waterfall ze spotkaniami na stojąco...) czy "nie mamy jednej metody" .

Albo może sam nie wiem, o co pytam. Po prostu zauważyłem, że już samo tworzenie tasków, i wrzucanie ich do issue trackera ma często o wiele większy wpływ na projekt, niż samo programowanie (programista jest często pionkiem w rękach PMów). Dlatego takie pytanie jest dla mnie ważniejsze od "w jakich technologiach pracujecie?" (to pytanie też zadaję, ale wraz z doświadczeniem zaczyna ono tracić na znaczeniu - bo technologie technologiami, ale w firmach i tak najważniejszy jest management, polityka).

No i oczywiście (zakładając, że rozmawiam z programistami) **pytam o stan projektu, jakość kodu, czy są testy, próbuję wybadać podejście ludzi pracujących w danej firmie do programowania ** (rzucając też pewne swoje poglądy, podejmując jakąś dyskusję). I tu też - technologie, technologiami, ale ważniejsze jest podejście (co z tego, że apka będzie na React, jeśli będzie brzydki kod?). Niestety oczywiście trzeba się liczyć, że wszystko to, co powiedzą ci o kodzie na rozmowach będzie super optymistyczne (nikt raczej nie powie potencjalnemu kandydatowi, że mają w firmie spaghetti kod albo przeinżynierowaną kobyłę).

Czarny Kot napisał(a):

Szczegółów nie znam, ale wiem, że ma 3 monitory, kilka licencji programów, które rozsławił u nas w firmie.
Do tego negocjacje w samej umowie b2b dotyczące urlopów, i pewnych haczyków, które w takich umowach są zawierane. W każdym razie te elementy są już mniej zabawne a po prostu funkcjonalne i sięgają bardziej kwestii prawnych.

Nie wiem jak to w IT, ale poza to polskiego Janusza biznesu trzeba jeć jć i jeszcze raz j**ć zapisami w umowie inaczej wejdzie ci na łeb i okradnie przy pierwszej okazji. To samo się tyczy o ile się da polskich kapo w polskich filiach zagranicznych korporacji - traktować szmaciarzy jak potencjalnych terrorystów.

Z kim będę pracował. Chciałbym się dowiedzieć czegoś o tych ludziach. Jaki jest ich poziom doświadczenia, czy są zatrudniani równolegle ze mną, czy może pracują już w firmie od jakiegoś czasu?

W jaki sposób raportuje się u was godziny. To pytanie może się wydawać małostkowe, bo w końcu co to za problem, musieć wpisać raz dziennie zamiast raz na tydzień itd. A jednak uważam, że ten drobny szczegół to jakby taka dziurka od klucza, przez którą można mieć wgląd w sposób, w jaki firma jest zarządzana.

Zakładając, że proces rekrutacyjny zakończyłby się pomyślnie i obie strony zdecydowałyby się na współpracę, czego powinienem się ich zdaniem ewentualnie douczyć, zanim przyjdę na pierwszy dzień pracy? To pytanie ma kilka funkcji. Po pierwsze, oczywiście stawia mnie samego w dobrym świetle. Po drugie, pozwala mi elegancko wysondować, w jakich obszarach wypadłem słabiej podczas rozmów. Wyłuskanie takiej informacji jest cenne, nawet - a w zasadzie tym bardziej - jeśli tej konkretnej pracy w końcu nie dostaniemy. Po trzecie, po odpowiedzi, jaką dadzą, można nieraz wyczuć, na ile są ogarnięci i jak dobrze przemyślany mają projekt.

Nie sztuka zadać pytanie "czy jest u was dużo męczącej biurokracji", "czy mój kierownik będzie kutasem", ale przecież oni ściemniają tak samo jak my : ) Sztuką jest wyniuchać od nich informacje, których nigdy nie udzieliliby nam wprost.

1. Gdzie widzi mnie Pan/Pani z 5 lat w firmie?
2. Jakie korzyści dla rozwoju mojej kariery wniesie Państwa firma?
3. Jak firma motywuje pracowników?
4. Dlaczego pokrywy włazów do kanalizacji miejskiej są okrągłe?

ile placisz i czemu tak malo?

Zdecydowanie warto dopytywac o warunki pracy, o biurka, krzeslo, ilosc monitorow, sprzet, peryferia.
PARKING

NieGooglujMnie napisał(a):

pytania niekoniecznie poprawne, ale które chętnie bym zadał:

• czy szefami informatyków są niezbyt miłe, trochę zazdrosne (o pieniądze, umiejętności, rynek pracy), nietechniczne kobiety?

niezbyt miły trochę zazdrosny facet jest ok ?
ja jeszcze bym dopisała pytanie o #metoo i to niestety nie jest żart :(

To jest super pytanie, które spędzało nam sen z powiek. W końcu zakasaliśmy rękwy i zapytaliśmy samych deweloperów o co pytają i na czym im zależy
Lista pytań, które między innymi zadajemy pracodawcom poniżej

Pytania w kontekście metodologii pracy:
*Firmowe konwencje programistyczne
*Code review
*Programowanie w parach
*Unit tests
*Testy integracyjne
*Build server
*Statyczna analiza kodu
*Kontrola wersji
*Firmowa Baza wiedzy
*Testerzy
*QA Manager/Engineer
*Agile
*Możliwość zmiany projektu
*Kto wybiera architekturę?
*Kto wybiera technologię?

Pytania w kontekście specyfiki pracy:
*Wielkość zespołu projektowego (ile osób?)
*Przełożony techniczny
*Podróże służbowe
*Open space
*Możliwa praca zdalna
*Elastyczne godziny pracy
*Dress code
*Godziny korzystania z biura

Pytania w kontekście narzędzi:
*Laptop
*PC
*Dodatkowy monitor (jaki rozmiar?)
*System operacyjny
*Swoboda w doborze narzędzi
*Słuchawki
*Osobista szafka
*Telefon

Pytania w kontekście bonusów czy jest:
*Pakiet medyczny?
*Pakiet medyczny dla rodziny?
*Pakiet sportowy?
*Pakiet sportowy dla rodziny?
*Pakiet relokacyjny?
*Zimne napoje?
*Gorące napoje?
*Owoce?
*Przekąski?
*Prysznic?
*Pokój relaksu?
*Pokój zabaw dla dzieci?
*Imprezy integracyjne?
*Szkolenia wewnętrzne?
*Szkolenia zewnętrzne?
*Parking dla samochodów?
*Parking dla rowerów?

Pytania w kontekście podziału czasu pracy:
*Ile czasu na nowe funkcjonalności?
*Ile czasu na spotkania?
*Ile czasu na bug fixing?
*Ile czasu na dokumentacje?
*Ile czasu na samorozwój?
*Ile czasu na wsparcie klienta?

Czesto interesuje mnie kwestia nadgodzin/ew.dyzurow/koniecznosci pracy w weekendy lub koniecznosci bycia obecnym w firmie przez dane okno godzinowe danego dnia. Zawsze gdy o to zapytam i okazuje sie, ze ktoras z tych sytuacji ma miejsce, rekruter zaczyna przewracac oczami i co prawda odpowie jakotako, ze tak jest, ale juz widac, ze nie jest zainteresowany moja kandydatura.

Jak wiec zapytac o to grzecznie i by nic nie zawalic i nie wyjsc na lenia/roszczniowca w oczach rekrutera?

• Ile czasu średnio zajmuje wykonanie testów do PR?
• Ile czasu średnio zajmuje zamknięcie jednego ticketu?
• Czy jest osobny zespół dbający o CI/CD oraz build?
• W jaki sposób dokumentujecie projekt?
• Ile otwartych ticketów jest w tej chwili w bug trackerze projektu?

Przykładowe złe odpowiedzi:

• Nie wiemy.
• Eeee, jakie testy?

Jak dokumentuje się u was nadgodziny tak byście nie musieli potem ze mną o nich rozmawiać w obecności swojego prawnika.
Wpadłem na pomysł pytania po poznaniu historii kilku kolegów którzy siedzieli nadgodziny przy projekcie a potem jak przyszło do rozmowy o nich to odbyła się w obecności prawnika szefa i streszczała w słowach "brak dowodów, że siedzieli te nadgodziny". Czytaj - nie zapłacono im.