Proces rekrutacji programisty składa się nie tylko z części technicznej, ale także z serii pytań dotyczących kompetencji miękkich. Odpowiedzi na te pytania stwarzają niektórym problemy, gdyż nie zawsze nasuwa się na nie oczywista odpowiedź. Tym bardziej, jeżeli udzielamy odpowiedzi w obcym języku. Dlatego też artykuł ten ma na celu przybliżenie miękkiej strony rekrutacji. Oto 10 najczęstszych pytań na rozmowie rekrutacyjnej w języku angielskim.
Poniżej znajduje się lista dziesięciu najczęściej spotykanych pytań rekrutacyjnych dla programisty oraz wskazówki jak pociągnąć rozmowę, żeby usatysfakcjonować choćby najbardziej wybrednego rekrutera. Dodatkowo artykuł zawiera przykładowe odpowiedzi w języku angielskim, których nie powstydziłby się choćby native speaker. jeżeli tym razem nie bierzesz udziału w rekrutacji, ale chcesz, żeby Twoje CV również było napisane poprawnym angielskim, zobacz, jak napisać CV po angielsku.
Oto 10 najczęstszych pytań na rozmowie rekrutacyjnej:
1. What would your skills and personality contribute to our team?
Powyższe pytanie częstokroć ma na celu weryfikację czy pasujesz do zespołu i czy odnajdziesz się w panującej kulturze organizacji.
Przykładowa odpowiedź:
In this position I would confidently take leadership roles when necessary. I strive to take initiative whenever I can and try to go above and beyond the call of duty. My enthusiasm for work is coupled with my time management and people skills. If I happen to find a solution that eluded other people, I’m happy to share the success with the team.
2. What interests you about this position?
Tu rekruter chce tak naprawdę wiedzieć, czy jesteś osobą, która posiada kompetencje pożądane przez pracodawcę. Konstruując wypowiedź, powinieneś mieć na uwadze, jakie najważniejsze umiejętności są poszukiwane na danym stanowisku i podaj przykład ilustrujący wykorzystanie tych cech w praktyce.
Przykładowa odpowiedź:
You need someone who knows about network monitoring and is a confident problem solver. At XYZ (nazwa firmy), it took me 6 months to boost network performance by 25%. Moreover, I am an excellent problem solver, a skill I developed when working as a full stack developer for the past two years.
3. How comfortable are you in a startup environment, or do you prefer working in a more established company?
Praca w startupie różni się diametralnie od natury pracy w zwykłej firmie. Tutaj rekruter chce się upewnić, iż odpowiada Ci kultura pracy startupu (tudzież korporacji) i iż jesteś w stanie udźwignąć tempo pracy charakterystyczne dla danego środowiska.
Przykładowa odpowiedź:
While working for an established company with clear-cut goals and set office hours can be very appealing, I personally enjoy the unpredictability and excitement of the startup environment. Being able to create things from scratch and developing them is extremaly rewarding.
4. How do you cope when you have too much work on your plate?
To pytanie to okazja pokazać się jako kandydat, który potrafi dobrze zarządzać swoim czasem i jest świetnie zorganizowany. Przekonaj swojego pracodawcę, iż będzie mógł na Tobie polegać w najbardziej stresogennej sytuacji.
Przykładowa odpowiedź:
Although juggling multiple projects at once can be very stressful, it has also taught me a lot about time management. Whenever I have a heavy workload, I start off by writing my tasks down. Moreover, I use my peak productivity hours for deep work to focus my energy on the most meaningful projects. Moreover, I re-evaluate my priorities when needed.
5. Can you tell me about a time when you overcame a significant challenge?
Powyższe jest jednym z ulubionych pytań managerów/rekruterów, gdyż odpowiedź kandydata pokazuje, jak kandydat rozwiązuje problemy i czy konsekwentnie dąży do celu.
Przykładowa odpowiedź:
In my last job, we were supposed to have a redesigned company website launched by the end of the month. The graphic designers and marketing managers were at odds with us, developers, about what was possible. At the rate things were going, we could have ended the project behind schedule. Therefore, I decided to schedule a meeting with everyone the project and talk about the goals and challenges. In the end, we completed the website one week before the deadline.
6. Can you tell me about a time when you had to work with someone you weren’t compatible with?
Niezależnie od tego, jakie miałeś doświadczenia w pracy – nie krytykuj osoby, tudzież projektu. Zamiast tego, trzymaj się pozytywów i opowiedz, jak poradziłeś sobie w problematycznej sytuacji.
Przykładowa odpowiedź:
To be honest, I usually get along well with people. However, if I occasionally come across a team member who has an incompatible working style, I strive to establish a good working relationship. In a nutshell, I make sure we are on the same page by setting clear goals and outlining some ground rules from the get-go.
7. Describe how you handled a situation where you disagreed with a decision for technical reasons, but were overruled for business reasons.
Pod żadnym pozorem nie krytykuj swojego szefa ani osób, z którymi się nie zgadzałeś. Zamiast tego, opisz pokrótce trudną sytuację i wykorzystaj szansę, żeby zaprezentować się jako osoba, która potrafi się wykazać taktem i dyplomacją, niezależnie od sytuacji.
Przykładowa odpowiedź:
In my previous company, there was a time when I disagreed with my supervisor over a technical decision. Rather than question his authority during a business meeting with the entire team, I decided to talk with him in private. Once we set up a meeting, I was honest about what I thought. Luckily, it turned out that it was a case of misunderstanding. That discord showed me the importance of communicating with my boss and my teammates.
8. Which is more important: getting things done or doing things properly?
Jest to jedne z trudniejszych pytań, ale wyjdziesz z niego obronną ręką udowadniając, iż potrafisz zrobić zarówno jedno i drugie. Powiedz przyszłemu szefowi jak organizujesz swoją pracę i jak się to przekłada na wyniki projektu.
Przykładowa odpowiedź:
Frankly speaking, I see no reason why you couldn’t achieve both. When I’ve got a lot on my plate, I start off by taking the time divide my tasks and break down each one of them. As soon as I’ve developed a clear idea of what should be done, I am able to work much faster.
9. Should testers know how to write code?
Niezależnie od tego, jakie masz zdanie na powyższe pytanie, Twojego przyszłego szefa interesuje Twoja gotowość do pracy zarówno z testerami w ogólności – zarówno z tymi, którzy potrafią programować, jak i z tymi, którzy nie potrafią.
Przykładowa odpowiedź:
The debate on the subject has ebbed and flowed. While there are some strong arguments that support both points of view, I am perfectly happy to cooperate with any tester, regardless of their coding experience.
10. What should you look for or check when reviewing another team member’s code?
Jest to pytanie dość subiektywne i obejmujące wiele wątków. Postaraj się pokrótce opowiedzieć o najważniejszych kryteriach, które należy wziąć pod uwagę przy sprawdzaniu kodu.
Przykładowa odpowiedź:
The things I pay attention to are code’s functionality and readability. For starters, I check whether the code presents any vulnabilities. Moreover, I ask myself whether the code needs to be rewritten. Last but not least, I check if it meets the regulatory requirements.
Zdjęcie główne artykułu pochodzi z Elements Envato.
