Top 31 des questions et réponses d'entrevue Agile

top 31 agile interview questions

Liste des questions et réponses d'entretien Agile les plus fréquemment posées pour vous aider à vous préparer à l'entretien à venir:

Dans ce monde de technologie avancée, avec l'augmentation de l'automatisation et la portée technique différente, le client exige des projets plus précis et plus précis.

Pour répondre à ces besoins, on ne peut pas gérer la tâche dans son ensemble, elle doit être divisée en petits segments et exécutée en conséquence.

Agile est l'une des meilleures méthodologies pour y parvenir. Chaque employé d’une équipe agile est un atout précieux pour l’entreprise et pour la même raison, l’intervieweur recherche toujours de bonnes connaissances chez un candidat. Il est donc toujours bon de se préparer pour être plus en sécurité.

Voici quelques-uns des meilleurs triés sur le volet Agile des questions d'entrevue qui aideront un candidat à devenir membre de l'équipe agile.

Lecture recommandée =>

25 meilleures questions et réponses d'entrevue de test Agile

Plus de 30 questions et réponses sur les entretiens Scrum

Top des questions d'entretiens Agile et Scrum

Commençons par les principales questions d'entretien sur la méthodologie Agile Scrum.

Q # 1) Combien de temps dure le cycle Scrum?

comment ouvrir un fichier bin windows 10

Répondre: Fondamentalement, le cycle Scrum dépend de la taille du projet et de la taille de l'équipe. La taille de l'équipe peut varier de 3 membres à 9 membres. Normalement, il faut 3 à 4 semaines pour terminer un sprint Scrum. En moyenne, un sprint de mêlée se termine dans 4 semaines.

Q # 2) Qu'est-ce que la mêlée des mêlées?

Répondre: Supposons que 7 équipes travaillent sur un projet et que chaque équipe compte 7 membres. Chaque équipe dirige sa propre réunion de mêlée. Désormais, pour coordonner les équipes, une réunion distincte doit être organisée, cette réunion s'appelle Scrum of Scrums.

Un ambassadeur (une personne désignée qui représente l'équipe) représente son équipe dans la mêlée des mêlées.

Quelques points abordés lors de la réunion sont:

1. La progression de l'équipe, après la dernière rencontre.
2. La tâche à accomplir avant la prochaine réunion.
3. Obstacle auquel l'équipe avait été confrontée lors de la réalisation de la dernière tâche.

Q # 3) Expliquez le terme «incrément»?

Répondre: Lorsque l'équipe aura terminé le sprint, espérons-le, elle aura terminé tout ce qu'elle avait prévu. La somme de tous les éléments du backlog de produit qui ont été terminés dans un sprint est appelée incréments. Ce nouvel incrément a également la valeur d'incrément des sprints précédents.

Q # 4) Qu'est-ce que le sashimi?

Répondre: Sashimi est un mot japonais qui signifie un corps percé. Fondamentalement, c'est un plat japonais qui se compose de viande ou de poisson frais, coupés en fines tranches. Chaque pièce a un goût similaire par rapport aux autres pièces.

La méthodologie Sashimi in Scrum signifie que chaque phase du cycle de développement logiciel dans un sprint qui comprend l'analyse des besoins, la planification et la conception, le développement, les tests, la documentation est complète ou non et le produit est prêt à être affiché, etc.

Q # 5) Quels sont les obstacles?

Répondre: Tout obstacle qui empêche le bon déroulement du travail ou pour lequel l’équipe n’est pas en mesure de mieux s’acquitter de sa tâche est ce que nous appelons des «obstacles».

Q # 6) Expliquez la technique du «scrum poker» ou du «planning poker»?

Répondre: Le poker Scrum, également appelé poker de planification, est une technique d'estimation basée sur des cartes qui repose sur un accord général.

1. Pour la démarrer, la user story agile est lue soit par le client, soit par le propriétaire et l'estimateur comprend ses fonctionnalités.
2. Chaque estimateur a des cartes de planification avec un non différent. dessus comme 0,1,2,3,5,8 et ainsi de suite. Ces valeurs sur la carte sont des jours idéaux ou des points d'histoire.
3. L'estimateur sélectionne les cartes en fonction de leur estimation en discutant des fonctionnalités définies par le propriétaire du produit.
4. Si une valeur commune est sélectionnée, il s'agit d'une estimation, sinon ils discutent de leur max. et min. estimation.
5. Ce processus est répété jusqu'à ce qu'un accord général soit atteint.

Q # 7) Quels sont les principes des tests agiles?

Répondre: Certains principes majeurs des tests agiles sont:

• Satisfaction du client
• Code de nettoyage sans bogue
• Les modifications sont les bienvenues par le client
• Toute l'équipe, les gens d'affaires et les développeurs travaillent ensemble
• Au lieu d'une longue documentation, concentrez-vous sur l'essence
• Il se concentre sur la conversation face à face
• Il favorise le développement durable

Q # 8) Quels sont les inconvénients du modèle agile?

méthode qui prend dans un tableau

Répondre: Certains des inconvénients de l'utilisation du modèle agile sont les suivants:

• Pas facile à prévoir: lorsque vous rencontrez un grand projet, il n'est pas facile de se faire une idée de l'effort qu'il nécessitera.
• Si les directives données par les clients ne sont pas correctement comprises, le résultat final du projet n'est pas conforme à la satisfaction du client.
• Parfois, se concentrer sur la conception et la documentation n'est pas approprié
• Les décisions de haut niveau sont entre les mains des vétérans, si elles ne sont pas combinées avec des décisions non expérimentées, les novices ont peu de latitude pour saisir les connaissances appropriées.

Q # 9) Quand utiliser le modèle agile?

Répondre: Il existe des méthodes de développement et des méthodologies dans lesquelles vous pouvez utiliser l'agilité comme le développement axé sur les fonctionnalités, le développement de logiciels allégés, les méthodologies Crystal, le développement dynamique.

Q # 10) Qu'est-ce que le Release Candidate?

Répondre: La release candidate est un code / version / build publié pour s'assurer qu'au cours de la dernière période de développement, aucun problème critique n'est laissé pour compte. Il est utilisé pour les tests et équivaut à la version finale.

Q # 11) En quoi la méthodologie de test agile (développement) diffère-t-elle des autres méthodologies de test (développement)?

Répondre: Dans Méthodologie agile , le code est divisé en petites parties et à la fois, seul ce code particulier est travaillé ou testé. Une communication continue sur la partie de code particulière est effectuée par une équipe afin que l'accent soit mis uniquement sur ce code particulier. Cela rend le processus agile plus flexible et plus ciblé.

Q # 12) La méthodologie agile peut-elle également être appliquée dans des projets autres que les tests et le développement de logiciels?

Répondre: Il existe plusieurs endroits où la méthodologie agile peut être appliquée dans le domaine de la biochimie, de la biophysique, de la bio-médecine ou là où les données sont insuffisantes, où le projet doit être achevé en petite équipe, où travailler dans l'inconnu et là sont plusieurs domaines.

Q # 13) Comment savez-vous si vous utilisez le développement agile?

Répondre: Chaque fois que vous utilisez certains éléments tels que le développement piloté par les tests, le tableau des tâches en boîte de temps, les collaborateurs des responsabilités de classe, les réunions quotidiennes debout, la programmation en binôme, l'intégration continue, les révisions et bien plus encore, vous apprendrez que vous utilisez le développement agile

Q # 14) Expliquez ce qu'est un point d'histoire dans la mêlée?

Répondre: Il peut être considéré comme une unité pour estimer les efforts totaux requis pour achever ou effectuer la tâche particulière ou mettre en œuvre un arriéré.

Q # 15) Que signifient les axes X et Y du graphique de burndown?

Répondre: Dans le burn down, l'axe X du graphique montre les jours ouvrables et l'axe Y montre les efforts restants.

Ici, dans l'image, la ligne bleue représente le moment idéal suggéré pour terminer le projet. Par exemple, dans un projet idéalement, 28 tâches (efforts) sont en attente le jour de démarrage du projet. Et le projet devrait être achevé dans 20 jours. Donc, le 20^ejour, aucune tâche (effort) ne doit rester, ce qui signifie que le projet doit être achevé.

D'autre part, la ligne rouge représente la tâche réelle (efforts) donnée par rapport aux jours. Ici, au jour 5, 7 tâches doivent être accomplies conformément à la planification, cependant, en réalité, seules 4 tâches ont été accomplies.

Ainsi, il fournit un suivi approprié de l'avancement du projet et contribue ainsi à améliorer l'efficacité et le délai de livraison du projet.

Q # 16) Quels sont les principaux rôles dans la mêlée?

Répondre:

1. Équipe Scrum : L'équipe Scrum est constituée par une personne individuelle qui travaille collectivement pour accomplir une tâche particulière. L'équipe travaille en lien pour livrer des produits engagés et demandés.
2. Scrum Master : Scrum Master est responsable de la bonne exécution ou du bon fonctionnement de l'équipe Scrum. En tant que serviteur - leader et coach, il assure la bonne productivité d'une équipe vers l'objectif de sprint de mêlée.
3. Propriétaire du produit : Le Product Owner a la responsabilité de fournir une image complète de ce qu'il faut construire et de transmettre cette idée à l'équipe.

Q # 17) Qu'est-ce qu'un tableau de combustion des produits?

Répondre: Une description sous la forme du graphique qui montre le backlog produit implémenté et non implémenté est appelée le graphique de burndown.

Q # 18) Qu'est-ce que le diagramme de burndown de sprint?

Répondre: Un graphique utilisé pour décrire non. du sprint implémenté / non implémenté dans le cycle Scrum.

Q # 19) Qu'est-ce que le graphe déroulant Release?

Répondre: Le graphique utilisé pour décrire la version en attente qui était précédemment planifiée s'appelle Release burn down the chart.

Q # 20) Quel est le tableau de combustion des défauts?

Répondre: Le nombre de défauts identifiés et supprimés est représenté par le défaut incendier graphique.

Q # 21) Quelle est la réunion de planification de sprint?

Répondre: Une réunion de planification de sprint est rejointe par toutes les entités telles que Scrum Master, Product Owner et toute l'équipe Scrum où elles discutent des fonctionnalités prioritaires de l'équipe et des éléments du backlog produit.

Q # 22) Qu'est-ce qu'une réunion Sprint Retrospective?

Répondre: Ceci est principalement la dernière partie du sprint ou peut être fait après la réunion de révision du sprint. Scrum le maître et toute l'équipe y participent. Ils discutent de «ce qui était bien pendant le sprint», «ce qui était mauvais», «ce qui doit être amélioré». Il dure généralement 2-3 heures.

Q # 23) Que savez-vous de «build-breaker»?

Répondre: Lorsque parfois un développeur commet accidentellement un bogue dans le logiciel et qu'un tel bogue arrête le processus de compilation et génère l'avertissement ou l'échec dans l'exécution normale des tests, nous disons que la construction est cassée et que la priorité principale du testeur est de revenir à nouveau à l'étape normale en résolvant le punaise problème.

Q # 24) Parlez-moi de Kanban?

Répondre: Kanban est un outil qui aide l'équipe à négliger le travail, c'est-à-dire sa progression. Les progrès, ainsi que le statut de votre histoire de développement actuelle, sont parfaitement décrits en utilisant kanban et plus précisément, ils sont effectués par le «tableau Kanban».

Le tableau Kanban vous permet d'écrire l'ensemble du scénario de votre projet en un seul endroit afin que vous puissiez obtenir une image parfaite du goulot d'étranglement, d'une tâche effectuée, de l'avancement du flux de travail ou fondamentalement de l'état complet de votre projet.

Q # 25) Décrivez les endroits où «Scrum» et «Kanban» sont utilisés?

Répondre: «Scrum» est utilisé lorsque vous avez besoin de passer à un processus plus approprié ou plus important, tandis que si vous souhaitez améliorer l’exécution du processus sans trop de changements dans l’ensemble du scénario, vous devez utiliser «Kanban».

Q # 26) Pourquoi les user stories ne sont-elles pas simplement estimées en heures-homme?

Répondre: L'estimation des user stories sur la base des heures de travail peut être faite mais de préférence pas. Vous ne serez pas en mesure de vous concentrer sur le produit de qualité à livrer au client. De plus, vous vous concentrerez sur le coût et le budget de la gestion tout en utilisant les heures de travail.

Au lieu de cela, on peut utiliser des story points, car ils donnent une idée complète de la complexité du travail et des efforts nécessaires.

Q # 27) Nommez trois autres frameworks Agile?

Répondre: Développement piloté par les tests , Le développement basé sur les fonctionnalités et Kanban.

Q # 28) Le Scrum Master devrait-il supprimer les obstacles au nom de l'équipe Scrum?

Répondre: Scrum Master peut le faire, mais il ne devrait pas. Le Scrum Master ne doit ni surpasser ni chouchouter son équipe. Au départ, il peut y avoir des risques d'échec, d'excursions imprévues ou d'impasse où l'équipe peut piéger, ici le scrum master devrait les soutenir et montrer la bonne façon de s'en sortir. Une équipe Scrum doit être indépendante pour prendre sa propre décision.

Q # 29) En quoi la méthodologie de test agile (développement) diffère-t-elle des autres méthodologies de test (développement)?

Répondre: Dans la méthodologie de test agile, l'ensemble du processus de test est divisé en un petit segment de codes et à chaque étape, ces codes sont testés. Il existe plusieurs processus ou plans impliqués dans cette méthodologie comme la communication avec l'équipe, de brefs changements stratégiques pour obtenir le résultat optimal, etc.

Q # 30) Comment le maître recommanderait-il le suivi des actions?

mot de passe et nom d'utilisateur par défaut du routeur

Répondre: La meilleure façon de faire est de définir un suivi de la tâche / liste à effectuer par le membre choisi lors de la rétrospective de l'équipe. Le scrum master doit collecter les informations ou le statut des éléments d'action de la rétrospective précédente avant d'aller plus loin avec le nouveau et si l'un des éléments d'action reste découvert ou non traité, la cause ou la raison doit être connue pour éviter que cela ne se reproduise.

Q # 31) Quelles sont les meilleures matrices agiles?

Répondre:

1. Rapidité : Le suivi de votre vitesse vous donne une idée claire de votre progression, de votre capacité, etc. La mesure peut être effectuée par la somme de toutes les estimations approuvées des histoires.
2. Répartition des catégories de travail : Ce facteur nous donne une idée claire des domaines dans lesquels nous investissons notre temps ou des priorités.
3. Sensibilisation à l'élimination des défauts : Un produit de qualité peut être livré par des membres actifs et leur conscience
4. Diagramme de flux cumulatif : À l'aide de ce diagramme de flux, le flux de travail uniforme peut être vérifié, où l'axe X montre le temps et l'axe Y montre non. d'efforts.
5. Matrice de burndown de sprint : Le suivi de l'achèvement du travail avec le sprint est effectué.
6. Une valeur commerciale délivrée : La valeur commerciale fournie est une entité qui montre l'efficacité de travail de l'équipe. Cette méthode est utilisée pour mesurer, dans laquelle environ 100 points sont associés à chaque projet. Les objectifs commerciaux sont valorisés à partir de 1, 2, 3, 5 et ainsi de suite en fonction de la complexité, de l'urgence et du retour sur investissement.
7. Temps de résolution des défauts : C'est un processus dans lequel le membre de l'équipe détecte le bogue et l'intention prioritaire en supprimant l'erreur. Une série de processus est impliqué dans la correction du bogue:
   • Effacer l'image d'un bug
   • Fixation du calendrier
   • La correction du défaut est terminée
   • Le rapport de résolution est remis
8. Couverture temporelle : Temps accordé au code en question lors du test. Il est mesuré par le rapport de non. de la ligne de code appelée par la suite de tests par le nombre total. des lignes de code relatives (en pourcentage).

Conclusion

La méthodologie Agile est conçue pour accomplir la tâche dans un intervalle de temps plus court, ce qui répond précisément aux besoins du client et en même temps Scrum est réputé pour sa flexibilité en fonction des exigences.

Dans cet article, nous avons abordé les principales questions d'entrevue Agile qui sont les plus populaires et les plus fréquemment posées. Cela, à son tour, vous sera sûrement bénéfique au moment d'un entretien ainsi que de brosser vos connaissances Agile et Scrum.

Tous mes vœux !!!

Si vous avez d'autres questions, veuillez les partager dans la section commentaires ci-dessous.

lecture recommandée

• Questions et réponses d'entrevue
• 25 meilleures questions et réponses d'entrevue de test Agile
• Plus de 30 questions et réponses sur les entretiens Scrum les plus populaires (LISTE 2021)
• Questions et réponses d'entrevue de test ETL
• Les 31 questions et réponses les plus importantes pour les entretiens SAP BO
• Quelques questions et réponses difficiles sur les tests manuels
• Questions d'entrevue Spock avec réponses (les plus populaires)
• Quelques questions d'entretien intéressantes sur les tests de logiciels