30 top scrum interview questions
Liste des questions d'entretien Scrum les plus fréquemment posées avec des réponses détaillées pour vous aider dans la préparation des entretiens:
Voici quelques-unes des questions d'entretien et leurs réponses qui sont généralement posées lors d'un entretien avec un candidat qui prétend connaître la méthodologie Agile Scrum.
Aussi, lisez=> 25 meilleures questions et réponses d'entrevue de test Agile
Avant de vous lancer dans la méthodologie agile Scrum, je vous recommande à tous de passer d'abord par la question et d'essayer de répondre par vous-même et une fois que vous avez terminé, passez à voir les réponses.
Par conséquent, dans cet article, je n'ai d'abord écrit que la question afin que vous ayez tous la place de penser aux réponses. Ensuite, dans la dernière partie de l'article, j'ai noté les réponses.
Aussi, je voudrais mentionner ici qu'il existe de nombreux scénarios qui ne peuvent pas avoir la bonne réponse ou une mauvaise réponse. Cela ne dépend que de la culture de l’organisation et de la perspective de résoudre la situation.
Alors, voici les questions:
Doit lire=> Premiers pas avec la méthodologie Agile Scrum
Questions d'entrevue Scrum (faites défiler vers le bas pour les réponses)
Q # 1. En quoi la mêlée est-elle différente de la cascade?
Q # 2. En quoi Scrum est-il différent du modèle itératif?
Q # 3. Connaissez-vous une autre méthodologie agile en dehors de Scrum?
Q # 4. Quelles sont les cérémonies que vous effectuez dans la mêlée
Q # 5. Connaissez-vous les Trois Amigos de Scrum?
Q # 6. Selon vous, quelle devrait être la taille idéale d'une équipe Scrum?
Q # 7. De quoi discutez-vous lors de la réunion quotidienne debout?
Q # 8. Comment s'appelle la «boxe temporelle» d'un processus de mêlée?
Q # 9. Quelle devrait être la durée idéale d'un sprint?
Q # 10. Comment les exigences sont-elles définies dans une mêlée?
Q # 11. Quels sont les différents artefacts dans Scrum?
Q # 12. Comment définissez-vous une user story?
Q # 13. Quels sont les rôles d'un Scrum Master et d'un Product Owner?
Q # 14. Comment mesurez-vous le travail effectué dans un sprint?
Q # 15. Qu'est-ce que la vitesse?
Q # 16. Donc, dans Scrum, quelle entité est responsable du livrable? Scrum Master ou Product Owner?
Q # 17. Comment mesurez-vous la complexité ou l'effort dans un sprint? Existe-t-il un moyen de le déterminer et de le représenter?
Q # 18. Comment suivez-vous votre progression dans un sprint?
Q # 19. Comment créez-vous le graphe déroulant?
Q # 20. Que faites-vous dans une revue de sprint et une rétrospective?
Q # 21. Voyez-vous un inconvénient à utiliser Scrum?
Q # 22. Pensez-vous que Scrum peut être implémenté dans tout le processus de développement logiciel?
Q # 23. Pendant l'examen, supposons que le propriétaire du produit ou la partie prenante n'accepte pas la fonctionnalité que vous avez implémentée, que feriez-vous?
Q # 24. Au cas où le Scrum Master ne serait pas disponible, dirigeriez-vous toujours la réunion quotidienne?
Q # 25. Quelle est la place de l'automatisation dans la mêlée?
Q # 26. En dehors de la planification, de la revue et de la rétrospective, connaissez-vous une autre cérémonie en mêlée?
Q # 27. Pouvez-vous donner un exemple où Scrum ne peut pas être mis en œuvre? Dans ce cas, que proposez-vous?
Q # 28. Dites-moi un gros avantage d'utiliser Scrum?
Q # 29. Qu'est-ce que DoD? Comment cela est-il réalisé?
Q # 30. Qu'est-ce que MVP dans Scrum?
Q # 31. Que sont les épopées?
Q # 32. Comment calculez-vous un point d'histoire?
Q # 33. Est-il possible que vous rencontriez différents points d'histoire pour les efforts de développement et de test? Dans ce cas, comment résolvez-vous ce conflit?
Q # 34. Vous êtes au milieu d'un sprint et du coup le product owner arrive avec une nouvelle exigence, que ferez-vous?
Q # 35. Si vous recevez une histoire au dernier jour du sprint à tester et que vous constatez qu'il y a des défauts, que ferez-vous? Marquerez-vous l'histoire à faire?
Maintenant, voici les réponses aux questions:
Questions et réponses d'entretien Scrum
Q # 1) En quoi la mêlée est-elle différente de la cascade?
Répondre: Les principales différences sont:
- Les commentaires du client sont reçus à un stade précoce Scrum que cascade , tandis que les commentaires du client sont reçus vers la fin du cycle de développement.
- Répondre à l'exigence nouvelle ou modifiée en mêlée est plus facile que la cascade.
- Scrum se concentre sur le développement collaboratif que cascade où tout le cycle de développement est divisé en phases.
- À tout moment, nous pouvons annuler les changements de mêlée que de cascade.
- Les tests sont considérés comme une phase dans la cascade, contrairement à la mêlée.
Q # 2) En quoi Scrum est-il différent du modèle itératif?
Répondre: Scrum est un type de modèle itératif mais il est itératif + incrémental.
Q # 3) Connaissez-vous une autre méthodologie agile en dehors de Scrum?
Répondre: Une autre méthodologie Agile comprend KanBan, XP, Lean.
Q # 4) Quelles sont les cérémonies que vous effectuez dans la mêlée?
Répondre: Il y a 3 cérémonies majeures effectuées dans Scrum:
- Réunion de planification: Ici, toutes les équipes Scrum ainsi que le Scrum Master et le Product Owner se réunissent pour discuter de chaque élément du backlog produit sur lequel ils peuvent travailler sur le sprint. Lorsque l'histoire est estimée et bien comprise par l'équipe, l'histoire se déplace ensuite dans le Sprint Backlog.
- Réunion d'examen: Ici, l'équipe Scrum démontre son travail aux parties prenantes.
- Réunion rétrospective: Ici, les équipes Scrum avec le Scrum Master et le Product Owner se réunissent pour revenir sur le dernier sprint sur lequel ils ont travaillé. Ils discutent principalement des 3 choses:
- Qu'est-ce qui s'est bien passé?
- Que pourrait-on faire de mieux?
- Éléments d'action
En dehors de ces trois cérémonies, nous avons une autre réunion intitulée «Backlog grooming».
Lors de cette réunion, l'équipe Scrum avec le Scrum Master et le Product Owner. Le propriétaire du produit a présenté les exigences commerciales selon la priorité et l'équipe en a discuté, identifie la complexité, les dépendances et les efforts. L'équipe peut également faire l'histoire en pointant à ce stade.
Q # 5) Connaissez-vous les Trois Amigos de Scrum?
Répondre: Les trois Amigos sont: Product Owner, Scrum Master et Scrum Team.
Q # 6) Selon vous, quelle devrait être la taille idéale d'une équipe Scrum?
Répondre: La taille idéale est de 7 à 9 avec +/- 2
où est ma clé de sécurité réseau
Q # 7) De quoi discutez-vous lors de la réunion quotidienne de stand up?
Réponse: Nous discutons des trois choses suivantes:
- Qu'est-ce que j'ai fait aujourd'hui?
- Qu'est-ce que je compte faire demain?
- Tout obstacle / barrage routier
Q # 8) Comment s'appelle le «Time Boxing» d'un processus de mêlée?
Répondre: Cela s'appelle 'Sprint'
Q # 9) Quelle devrait être la durée idéale d'un sprint?
Répondre: Il est recommandé d'avoir 2 à 4 semaines de cycle de sprint.
Q # 10) Comment les exigences sont-elles définies dans une mêlée?
Répondre: Les exigences sont appelées «User Stories» dans Scrum.
Q # 11) Quels sont les différents artefacts dans Scrum?
Réponse: Il y a deux artefacts conservés dans Scrum:
- Backlog produit: Contenant la liste prioritaire des besoins commerciaux
- Backlog de sprint: Contient les user stories à faire par l'équipe Scrum pour un sprint.
Q # 12) Comment définissez-vous une user story?
Répondre: Les user stories sont définies au format
As a
je veux
De sorte que
Q # 13) Quels sont les rôles d'un Scrum Master et d'un Product Owner?
Répondre:
Scrum Master: Agit en tant que chef de service pour l'équipe Scrum. Il préside toutes les cérémonies de mêlée et encadre l'équipe pour comprendre et mettre en œuvre les valeurs et principes de mêlée.
Propriétaire du produit: Est le point de contact pour une équipe Scrum. Il / elle est celui qui travaille le plus près de l'entreprise. La responsabilité principale d'un propriétaire de produit est d'identifier et d'affiner les éléments du backlog de produit.
Q # 14) Comment mesurez-vous le travail effectué dans un sprint?
Répondre: Il est mesuré par la vitesse.
Q # 15) Qu'est-ce que la vitesse?
Répondre: La vélocité est la somme des points d'histoire qu'une équipe Scrum termine (répond à la définition de done) au cours d'un sprint.
Q # 16) Donc, dans Scrum, quelle entité est responsable des livrables? Scrum Master ou Product Owner?
Répondre: Ni le scrum master, ni le product owner. C'est la responsabilité de l'équipe à qui appartient le livrable.
Q # 17) Comment mesurez-vous la complexité ou l'effort dans un sprint? Existe-t-il un moyen de le déterminer et de le représenter?
Répondre: La complexité et l'effort sont mesurés à l'aide de «Story Points». Dans Scrum, il est recommandé d’utiliser les séries de Fibonacci pour le représenter.
Q # 18) Comment suivez-vous votre progression dans un sprint?
Répondre: La progression est suivie par un «graphique Burn-Down».
Q # 19) Comment créez-vous le graphique Burn-Down?
Répondre: Le graphe déroulant est un graphique qui montre l'effort réel v / s estimé des tâches de mêlée.
C'est un mécanisme de suivi par lequel pour un sprint particulier; les tâches quotidiennes sont suivies pour vérifier si les histoires progressent vers l'achèvement des points d'histoire engagés ou non. Ici, il ne faut pas oublier que les efforts se mesurent en termes de user stories et non d'heures.
Q # 20) Que faites-vous dans une revue de sprint et une rétrospective?
comment ouvrir des fichiers swf avec adobe flash player
Répondre: Au cours de la revue Sprint, nous parcourons et démontrons la fonctionnalité ou l'histoire mise en œuvre par l'équipe Scrum aux parties prenantes.
Lors de la rétrospective, nous essayons d'identifier de manière collaborative ce qui s'est bien passé, ce qui pourrait être mieux fait et les actions à entreprendre pour une amélioration continue.
Q # 21) Voyez-vous un inconvénient à utiliser Scrum?
Répondre: Je ne vois aucun inconvénient à utiliser Scrum. Les problèmes surviennent principalement lorsque l'équipe Scrum ne comprend pas les valeurs et les principes de la mêlée ou n'est pas assez flexible pour changer.
Q # 22) Pensez-vous que Scrum peut être implémenté dans tout le processus de développement logiciel?
Répondre: Scrum est principalement utilisé pour
- Projets complexes.
- Des projets qui ont des échéances précoces et strictes.
- Lorsque nous développons un logiciel à partir de zéro.
Q # 23) Pendant l'examen, supposons que le propriétaire du produit ou la partie prenante n'accepte pas la fonctionnalité que vous avez implémentée, que feriez-vous?
Répondre: Premièrement, nous ne marquerons pas l'histoire comme terminée.
Nous allons d'abord confirmer l'exigence réelle de la partie prenante et mettre à jour la user story et la mettre dans le backlog. En fonction de la priorité, nous tirerions l'histoire dans le prochain sprint.
Q # 24) Dans le cas où le Scrum Master n'est pas disponible, dirigeriez-vous toujours la réunion quotidienne de stand up?
Répondre: Oui, nous pouvons très bien aller de l'avant et faire notre réunion quotidienne debout.
Q # 25) Quelle est la place de l'automatisation dans la mêlée?
Répondre: L'automatisation joue un rôle essentiel dans Scrum. Afin d'avoir une rétroaction continue et de garantir la qualité des livrables, nous devons essayer de mettre en œuvre les approches TDD, BDD et ATDD au cours de notre développement. L'automatisation dans Scrum n'est pas seulement liée aux tests, mais elle concerne tous les aspects du développement logiciel.
Comme je l'ai dit avant d'introduire TDD, BDD et ATDD accéléreront notre processus de développement tout en maintenant les normes de qualité; l'automatisation du processus de construction et de déploiement accélérera également la disponibilité des fonctionnalités dans différents environnements - de l'assurance qualité à la production.
En ce qui concerne les tests, les tests de régression devraient être ceux qui retiendront le plus l'attention. Avec la progression de chaque sprint, la suite de régression ne cesse d'augmenter et il devient pratiquement très difficile d'exécuter la suite de régression manuellement pour chaque sprint. Parce que nous avons une durée de sprint de 2 à 4 semaines, l'automatiser serait impérial.
Q # 26) En dehors de la planification, de l'examen et de la rétrospective, connaissez-vous une autre cérémonie en mêlée?
Répondre: Nous avons la réunion de raffinement du backlog produit (réunion de préparation du backlog) où l'équipe, le scrum master et le product owner se rencontrent pour comprendre les besoins de l'entreprise, les diviser en user stories et les estimer.
Q # 27) Pouvez-vous donner un exemple où Scrum ne peut pas être implémenté? Dans ce cas, que proposez-vous?
Répondre: Scrum peut être implémenté dans toutes sortes de projets. Il n'est pas seulement applicable aux logiciels, mais est également mis en œuvre avec succès dans des projets de mécanique et d'ingénierie.
Q # 28) Dites-moi un gros avantage de l'utilisation de Scrum?
Répondre: Le principal avantage est - Une rétroaction précoce et la production du produit minimal viable aux parties prenantes.
Q # 29) Qu'est-ce que le DoD? Comment cela est-il réalisé?
Répondre: DoD signifie Definition of Done. Il est réalisé lorsque
- L'histoire est le développement terminé
- QA terminé
- L'histoire répond et satisfait aux critères d'acceptation
- La régression autour de l'histoire est terminée
- La fonctionnalité est éligible pour être expédiée / déployée en production.
Q # 30) Qu'est-ce que MVP en mêlée?
Répondre: Un produit minimum viable est un produit qui n'a que le strict minimum requis qui peut être démontré aux parties prenantes et qui est éligible pour être expédié en production.
Q # 31) Que sont les épopées?
Répondre: Les épopées sont des user stories équivoques ou on peut dire que ce sont les user stories qui ne sont pas définies et qui sont conservées pour les sprints futurs.
Q # 32) Comment calculez-vous un point d'histoire?
Répondre: Un point d'histoire est calculé en prenant en compte l'effort de développement + l'effort de test + la résolution des dépendances et d'autres facteurs qui nécessiteraient pour terminer une histoire.
Q # 33) Est-il possible que vous rencontriez différents points d'histoire pour les efforts de développement et de test? Dans ce cas, comment résolvez-vous ce conflit?
Répondre: Oui, c'est un scénario très courant. Il peut y avoir une chance que le point d'histoire donné par l'équipe de développement soit, disons 3, mais le testeur le donne 5. Dans ce cas, le développeur et le testeur doivent justifier leur point d'histoire, avoir des discussions lors de la réunion et collaborer pour conclure un point d'histoire commun.
Q # 34) Vous êtes au milieu d'un sprint et soudain le product owner vient avec une nouvelle exigence, que ferez-vous?
Répondre: Dans un cas idéal, l'exigence devient une histoire et se déplace vers l'arriéré. Ensuite, en fonction de la priorité, les équipes peuvent la reprendre au sprint suivant.
Mais si la priorité de l'exigence est vraiment élevée, alors l'équipe devra l'accueillir dans le sprint, mais elle doit très bien communiquer à la partie prenante que l'incorporation d'une histoire au milieu du sprint peut entraîner le débordement de quelques histoires à le prochain sprint.
Q # 35) Si vous recevez une histoire le dernier jour du sprint à tester et que vous constatez qu'il y a des défauts, que ferez-vous? Marquerez-vous l'histoire comme terminée?
Répondre: Une histoire est réalisée uniquement lorsqu'elle est en cours de développement + QA terminé + les critères d'acceptation sont remplis + il est éligible pour être expédié en production. Dans ce cas, s'il y a des défauts, l'histoire est partiellement terminée et pas complètement terminée, je vais donc la transmettre au prochain sprint.
J'espère que certaines des questions et réponses d'entrevue Scrum les plus fréquemment posées vous seront utiles pour préparer l'entrevue Scrum.
lecture recommandée
- Questions et réponses d'entrevue
- Top 31 des questions et réponses d'entrevue Agile
- 25 meilleures questions et réponses d'entrevue de test Agile
- Questions et réponses d'entrevue de test ETL
- Top 30+ Questions et réponses populaires d'entrevue de concombre
- Top 30 des questions et réponses d'entrevue SAS
- Top 30 des questions et réponses pour l'entretien des tests de sécurité
- Top 30 des questions et réponses d'entretien du SGBD