Framework d'entretien

RICE

Questions de priorisation : quelle fonctionnalité, quel projet ou quel pari faire en premier

Quand y recourir

Toute question « comment prioriseriez-vous » ou d'arbitrage de roadmap en entretien PM ou growth.

1 529 questions de ce type, réparties sur 1 085 des 1 887 entreprises de notre banque d'entretiens.

Qu'est-ce que le framework RICE ?

RICE note des éléments concurrents pour qu'une décision de roadmap soit défendable plutôt que politique. Score = (Reach x Impact x Confidence) / Effort. Reach est le nombre d'utilisateurs ou d'événements touchés sur une période donnée, Impact une note relative par utilisateur, Confidence un pourcentage qui décote les estimations approximatives, et Effort en mois-personne le dénominateur.

Regarder l'explication de RICE

Trois minutes : la même réponse faible réécrite en réponse solide, et les chiffres de notre base sur qui y est vraiment confronté.

RICE note des éléments concurrents pour qu'une décision de roadmap soit défendable plutôt que politique. Soixante-dix-sept pour cent des questions de type RICE de notre base vont aux product managers. Comptage sur 100 000+ vraies questions d'entretien de 1 800+ entreprises, par type de question. Mesuré, pas estimé. Source : la base de questions d'entretien JobMentis.

Les étapes de RICE

Chaque étape est un mouvement, et l'ordre compte. Brûler une étape est ce qui rend une réponse désordonnée, même quand le fond est bon.

  1. R

    Reach (portée)

    Combien d'utilisateurs ou d'événements sont touchés sur une période donnée ? Un vrai chiffre, pas une intuition.

  2. I

    Impact

    De combien cela fait bouger l'objectif par utilisateur ? Notez sur une échelle simple, par exemple 3 = massif, 1 = faible.

  3. C

    Confidence (confiance)

    À quel point êtes-vous sûr de la portée et de l'impact ? Exprimez-le en pourcentage et décotez les estimations vagues.

  4. E

    Effort

    Total en mois-personne. Le dénominateur : score = (Reach x Impact x Confidence) / Effort.

Une réponse RICE faible, réécrite

L'acronyme est sur tous les blogs d'entretien. Le contraste noté, non : c'est la partie à relire deux fois.

Question

Vous avez trois fonctionnalités et un trimestre de temps engineering. Comment décidez-vous quoi construire ?

Réponse faible

Je parlerais aux parties prenantes pour voir ce qui compte le plus pour le business, puis je verrais ce que l'engineering juge faisable. Je commencerais sans doute par celle qui a le plus d'impact sur le revenu, puisque c'est ce qui compte le plus pour l'entreprise cette année.

Réponse solide

Je noterais les trois avec RICE. Relance de checkout : reach de 40 000 sessions de paiement mensuelles, impact 2 car elle supprime un échec bloquant, confidence 90 % car nous avons les données de tunnel, effort 1,5 mois-personne. Score d'environ 48 000. Widget de parrainage : reach 6 000, impact 3, confidence 50 % puisque nous n'avons jamais livré de parrainage ici, effort 3. Score de 3 000. Éditeur admin en masse : reach 300 utilisateurs internes, impact 3, confidence 100 %, effort 0,5. Score de 1 800. La relance de checkout passe en premier, d'un ordre de grandeur. Je signalerais aussi que le score du parrainage est dominé par cette confidence à 50 %, donc un test de fausse porte de deux semaines rapporte plus qu'un débat de plus.

Pourquoi la version forte gagne: La réponse forte traite l'Impact comme une note relative et la Confidence comme une vraie décote, si bien qu'une estimation à forte portée ne peut pas battre une valeur sûre, et elle termine en nommant ce qui changerait le classement. La réponse faible choisit le gagnant d'abord et raisonne à rebours pour le justifier.

Ce qui aplatit une réponse RICE

Les réflexes qui transforment un bon framework en réponse oubliable.

  • Traiter l'Impact comme un nombre précis au lieu d'une note relative.

  • Ignorer la Confidence, si bien qu'une estimation à forte portée bat une valeur sûre.

  • Oublier que l'Effort est le dénominateur : un petit gain certain bat souvent un gros pari risqué.

Qui reçoit vraiment des questions RICE

Compté sur l'ensemble des questions de notre banque d'entretiens, pas estimé. Les questions de type RICE ne sont pas réparties uniformément : voici les métiers et les secteurs dont les processus s'y appuient le plus.

Entraînez RICE à voix haute, pas dans votre tête

Testez sur cette question

Vous avez trois fonctionnalités et un trimestre de temps engineering. Comment décidez-vous quoi construire ?

Lire un framework crée une fausse confiance. Le simulateur vocal pose une question de type RICE, écoute la réponse entière et note la structure, le signal et la longueur, pour que vous repériez où votre récit dérive avant qu'un recruteur ne le fasse.

Lancer un entretien blanc

RICE : questions fréquentes

Que signifie RICE ?

RICE signifie Reach, Impact, Confidence et Effort. Le score vaut (Reach x Impact x Confidence) divisé par Effort. Reach et Effort sont des nombres réels, Impact est une note relative sur une échelle fixe, et Confidence un pourcentage qui décote les estimations que vous ne pouvez pas étayer.

Quelle est l'erreur RICE la plus courante ?

Traiter l'Impact comme un nombre précis plutôt que comme une note relative, et ignorer discrètement la Confidence, ce qui laisse une estimation à forte portée battre une valeur sûre. La troisième est d'oublier que l'Effort est le dénominateur, si bien qu'un petit gain certain bat souvent un gros pari risqué.

Comment noter Impact et Confidence sans données réelles ?

Utilisez une échelle fixe et annoncez-la : par exemple 3 pour massif, 2 pour élevé, 1 pour faible. Pour la Confidence, énoncez la preuve derrière le chiffre. 100 % signifie que vous l'avez déjà livré et que vous avez les données, 50 % que c'est une hypothèse informée. Le score ne vaut que la Confidence que vous y attachez.

RICE n'est-il utilisé que par les product managers ?

Il est dominé par les PM dans notre banque d'entretiens, mais les candidats supply chain sont le deuxième groupe le plus exposé aux questions de priorisation, devant les ingénieurs logiciels. Tout métier qui répartit une ressource contrainte entre des paris concurrents peut avoir à défendre une méthode de classement.