10 najczęstszych pytań na rozmowie rekrutacyjnej. Odpowiedzi w j. angielskim

Proces rekrutacji programisty składa się nie tylko z rozmowy technicznej bądź zadań praktycznych, 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śli jesteśmy zmuszeni do udzielenia klarownej odpowiedzi bezbłędnym angielskim. Dlatego też artykuł ten ma na celu przybliżenie miękkiej strony rekrutacji. 

Ania Wójcik. Jeden z autorów eksperckiego bloga Pomoc w Angielskim – o angielskim w IT i biznesie. Jest fanką nowych technologii, poprawnej angielszczyzny i kotów.


Poniżej znajduje się lista dziesięciu najczęściej spotykanych pytań rekrutacyjnych dla programisty oraz wskazówki jak pociągnąć rozmowę, żeby usatysfakcjonować nawet najbardziej wybrednego rekrutera. Dodatkowo, artykuł zawiera przykładowe odpowiedzi w języku angielskim, których nie powstydził by się nawet native speaker. Jeśli 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.

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 rekturer chce tak naprawdę wiedzieć czy jesteś osobą, która posiada kompetencje pożądane przez pracodawcę. Konstruując wypowiedź, powinieneś mieć na uwadze jakie kluczowe 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ć, że odpowiada Ci kultura pracy startupu (tudzież korporacji) i że 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ę, że 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, że 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 unsplash.com.

Zapraszamy do dyskusji

Patronujemy

 
 
Polecamy
Manager’s README – udokumentuj siebie jako lidera