Questions durant un entretien

revo a écrit : Pour vous est-ce que j'aurais dû remettre l'architecte à sa place en sachant qu'en entretien il est difficile de se positionner en position de force quand on est freelance. Est-ce que ça vous est déjà arrivé?

Première chose : en entretien, peu importe votre statut. Que vous soyez freelance ou senior associé d'un grand cabinet, vous êtes un fournisseur de prestation intellectuelle face à un client.

Maintenant pour revenir à votre question, difficile de donner une réponse tranchée. Le client vous a interrogé sur une expérience précise. Est-ce parce qu'il voulait absolument connaitre votre niveau sur telle compétence, spécialement mise en oeuvre sur cette expérience ? Est-ce parce qu'il voulait des informations sur comment ce concurrent travaille ?

En tout les cas, en entretien on ne 'remet personne à sa place', surtout pas le client ! Il faut faire preuve de fermeté mais aussi et surtout de diplomatie. Ce qu'il faut faire avant tout c'est tenter de prendre la main sur l'entretien.
Le but de l'entretien est :
- pour le client, de s'assurer que le fournisseur (vous) est bien en mesure de fournir le service dont il a besoin ;
- pour le fournisseur (vous), de comprendre au mieux le besoin du client pour pouvoir lui montrer, si c'est le cas, qu'il est capable de répondre à ce besoin.

Vous voyez bien que pour réussir l'entretien, le fournisseur doit d'abord écouter le client. C'est difficile à faire, mais en gardant en tête qu'un client n'a aucune bonne raison de ne pas vous fournir, lui, les informations que vous lui demandez, ça peut donner ça

- (client) Bonjour. Comment avez-vous utilisé tel framework dans votre précédente mission ?
- (consultant) Ah, le framework trucmuche, oui c'était effectivement une partie importante de ce projet, et cette mission a été très enrichissante. Je me ferai un plaisir de vous en parler dans un instant...
Avant cela, si vous le permettez, j'aimerais revenir rapidement sur la raison même de cet entretien. Bidule (le commercial ssii) m'a décrit brièvement la mission et le profil que vous recherchez, mais plus globalement pourriez-vous svp me décrire comment se positionne votre service/équipe/département dans l'entreprise, quels sont vos clients, vos projets, etc. et ce que vous recherchez aujourd'hui en terme de prestation ? (pour mieux me mettre en situation/m'assurer d'avoir bien tous les tenants et aboutissants de cette mission/etc.)

Là si le client refuse de répondre, vous pouvez être certain qu'il n'est pas là pour trouver un presta mais bien pour soutirer des infos.

je pense que glaner quelques informations pendant un entretien d'une heure ne justifie pas de remettre à sa place le client.

de plus, peut être que ce que vous avez mis en place, finalement, n'a pas convaincu l'architecte, et il pense que vous n'avez pas fait du bon boulot ?

Les questions n'étaient pas ciblées sur mon travail mais sur comment un framework était utilisé au sein de l'entreprise ce qui s'éloigne trop de mon activité. La question était du style comment est utilisé le framework abc au sein de l'entreprise XYZ ?

Je pense qu'il y a des limites sur les réponses qu'on peut donner lors d'une entretien

de plus, peut être que ce que vous avez mis en place, finalement, n'a pas convaincu l'architecte, et il pense que vous n'avez pas fait du bon boulot ?

Non il a fait passer d'autres entretiens et il a choisit une personne qui devait mieux correspondre à son besoin

revo a écrit : Les questions n'étaient pas ciblées sur mon travail mais sur comment un framework était utilisé au sein de l'entreprise ce qui s'éloigne trop de mon activité. La question était du style comment est utilisé le framework abc au sein de l'entreprise XYZ ?

Je pense qu'il y a des limites sur les réponses qu'on peut donner lors d'une entretien

Alors pourquoi les avez-vous données ? 🤣
Vous n'étiez pas aussi sûr de vous pendant l'entretien, ok ça se comprend. Vous le saurez pour la prochaine fois !

Plus généralement (et ceci est à mon avis valable dans toutes les situations, personnelles et professionnelles). Quand on vous pose une question non triviale : efforcez-vous de réfléchir avant de répondre. Notre réflexe c'est de répondre immédiatement, sans réfléchir. C'est le ressort comique de certains jeux télés.

Dans le cadre professionnel, l'intérêt n'est pas seulement de s'assurer qu'on donne une bonne réponse. L'intérêt est aussi et surtout de prendre le temps de comprendre ce que veut entendre la personne qui vous pose la question.
En fonction de ça, votre réponse devra être modulée différemment. Et si ce n'est pas clair, n'hésitez pas à demander des précisions.

Dans le cas présent, le client vous demande comment un framework était utilisé chez votre client précédent, boum vous répondez.
Au lieu de ça :
- Alors, je comprends que vous êtes particulièrement intéressé par l'utilisation de ce framework, c'est bien cela ? Souhaitez-vous connaitre mon niveau de connaissance de cet outil ? Est-ce un framework que vous utilisez vous même ? Ou que vous envisagez d'utiliser ? Dans quel contexte me posez-vous cette question ?

En faites ça revient à faire comme les politiciens

revo a écrit : En faites ça revient à faire comme les politiciens

🤣 🤣

Pas exactement. Les politiciens ne réfléchissent à comment répondre au mieux aux questions mais comment éviter d'y répondre 🤣 ou d'y répondre d'une façon la plus évasive possible.

Ici l'idée c'est de comprendre la réelle attente du client. Souvent il a surtout besoin d'être rassuré.

J'ai eu un entretien de ce genre. Sur le papier le client recherchait un super chef de projet, un cador, avec un CV long comme ça, des références etc. pour l'implémentation d'un progiciel, apparemment un projet très complexe.

J'ai démarré l'entretien (relax, vu que j'étais quasi convaincu de ne pas être à la hauteur) comme décrit ci-dessus, en demandant au client de me décrire le contexte, son rôle dans l'entreprise, le projet.

Et c'est en l'écoutant que j'ai compris : en fait techniquement le projet n'était pas si complexe, mais allait provoquer certains changements en terme d'organisation, ce qui semblait tétaniser le client.

Il m'a suffit de lui décrire en détail une de mes expériences précédentes - au hasard, sur un projet de changement d'organisation dans le cadre d'une fusion de services - pour le convaincre que j'étais l'homme de la situation.

Si je n'avais pris le temps de comprendre son attente réelle, je lui aurais décrit les multiples projets d'implémentation de progiciels sur lesquels j'avais travaillé, avec moult détails techniques. Et je serais passé à côté.