De nos jours, la m\u00e9thode agile est largement utilis\u00e9e dans la gestion des logiciels et il existe une forte demande de scrum masters, de d\u00e9veloppeurs et de testeurs dans les projets agiles. Dans cet article, nous avons compil\u00e9 une liste des meilleures questions d’entretien agile.<\/p>\n
Questions.1. Qu’est-ce que la m\u00e9thodologie agile ?<\/strong><\/p>\n\n R\u00e9ponse : La m\u00e9thodologie agile est utilis\u00e9e pour le d\u00e9veloppement de logiciels. Elle se concentre sur les m\u00e9thodes de d\u00e9veloppement incr\u00e9mentiel, dont l’objectif est de fournir un produit rapidement. <\/p>\n\n Question.2. En quoi la m\u00e9thodologie agile diff\u00e8re-t-elle des m\u00e9thodologies traditionnelles ?<\/strong><\/p>\n\n R : La principale diff\u00e9rence entre la m\u00e9thodologie agile et les autres m\u00e9thodologies traditionnelles est que la m\u00e9thodologie agile suit un mod\u00e8le de d\u00e9veloppement incr\u00e9mental, alors que les m\u00e9thodologies traditionnelles suivent un mod\u00e8le s\u00e9quentiel.<\/p>\n\n Dans la m\u00e9thodologie agile, la phase de d\u00e9veloppement et la phase de test se d\u00e9roulent simultan\u00e9ment. Dans la m\u00e9thodologie traditionnelle, la phase de test commence apr\u00e8s la phase de d\u00e9veloppement.<\/p>\n\n La m\u00e9thodologie agile offre de la flexibilit\u00e9 car elle facilite la mise en \u0153uvre des changements. Dans la m\u00e9thodologie traditionnelle, il est difficile d’int\u00e9grer des changements parce que les exigences sont gel\u00e9es avant le d\u00e9but du travail de d\u00e9veloppement.<\/p>\n\n La m\u00e9thodologie agile n\u00e9cessite moins de documentation. Gr\u00e2ce \u00e0 la livraison rapide, les d\u00e9veloppeurs apportent des modifications au code en fonction des besoins. Alors que dans la m\u00e9thodologie traditionnelle, le processus de d\u00e9veloppement ne commence qu’une fois que l’\u00e9quipe dispose des exigences document\u00e9es.<\/p>\n\n Les clients sont impliqu\u00e9s dans chaque phase du cycle de vie du logiciel agile, en examinant le produit et en sugg\u00e9rant des changements si n\u00e9cessaire. Dans la m\u00e9thodologie traditionnelle, les clients sont principalement impliqu\u00e9s dans la phase de recueil des besoins. Le produit fini appara\u00eet g\u00e9n\u00e9ralement au cours des derni\u00e8res \u00e9tapes du cycle de d\u00e9veloppement.<\/p>\n\n Question.3. Pouvez-vous citer quelques cadres agiles ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question.4. Qu’est-ce qu’un manifeste agile ?<\/strong><\/p>\n\n R\u00e9ponse : Le Manifeste Agile est un document sur le d\u00e9veloppement agile de logiciels pr\u00e9par\u00e9 par 17 professionnels du d\u00e9veloppement de logiciels partageant les m\u00eames id\u00e9es et publi\u00e9 en f\u00e9vrier 2001. Il s’appuie sur 4 valeurs fondamentales et 12 principes de base.<\/p>\n\n Question.5. Quelles sont les quatre valeurs du Manifeste Agile ?<\/strong><\/p>\n\n R : Les quatre valeurs fondamentales du Manifeste Agile sont les suivantes :<\/p>\n\n Question.6. Quels sont les 12 principes contenus dans le manifeste agile ?<\/strong><\/p>\n\n R\u00e9ponse : Les 12 principes du Manifeste Agile sont les suivants :<\/p>\n\n Question. 7. Qu’est-ce que la programmation extr\u00eame ?<\/strong><\/p>\n\n R : La programmation extr\u00eame (Extreme Programming ou XP) est l’une des approches les plus populaires du d\u00e9veloppement agile de logiciels. Il utilise une approche orient\u00e9e objet et suit les m\u00eames pratiques que celles incluses dans le Manifeste Agile. <\/p>\n\n Extreme programming est responsable de l’introduction de concepts qui sont aujourd’hui largement utilis\u00e9s comme pratiques standard, tels que les histoires d’utilisateurs, l’int\u00e9gration continue et le d\u00e9veloppement pilot\u00e9 par les tests. L’un des avantages de la programmation extr\u00eame est qu’elle offre la flexibilit\u00e9 n\u00e9cessaire pour int\u00e9grer des exigences changeantes \u00e0 tout moment du cycle de d\u00e9veloppement. <\/p>\n\n Question. 8. Quels sont les cinq principes de base de la programmation extr\u00eame ?<\/strong><\/p>\n\n R\u00e9pondez : Les cinq valeurs ou principes de base de la programmation extr\u00eame sont les suivants :<\/p>\n\n Question.9. Quelles sont les quatre activit\u00e9s cadres de la programmation extr\u00eame ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question.10. Qu’est-ce que le refactoring ?<\/strong><\/p>\n\n R : La refonte est le processus qui consiste \u00e0 modifier un code source existant sans en changer la fonctionnalit\u00e9.<\/p>\n\n Question.11. Qu’est-ce que la programmation en bin\u00f4me ?<\/strong><\/p>\n\n R : La programmation en bin\u00f4me est une technique utilis\u00e9e dans le cadre du d\u00e9veloppement agile de logiciels, dans laquelle deux d\u00e9veloppeurs travaillent en \u00e9quipe. L’un des deux d\u00e9veloppeurs \u00e9crit le code et est connu sous le nom de \u00ab\u00a0pilote\u00a0\u00bb, tandis que l’autre r\u00e9vise le code et est connu sous le nom d’observateur. Ils peuvent \u00e9changer leurs r\u00f4les si n\u00e9cessaire.<\/p>\n\n Question.12. Quels sont les avantages de la programmation en bin\u00f4me ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question.13. Quelles sont les diff\u00e9rentes techniques d’estimation dans un environnement agile ?<\/strong><\/p>\n\n R\u00e9ponse : Les techniques d’estimation agiles sont utilis\u00e9es pour estimer l’effort de travail. Voici quelques-unes des techniques d’estimation agile :<\/p>\n\n Planifier le poker <\/p>\n\n Tailles des t-shirts <\/p>\n\n Estimation de l’affinit\u00e9<\/p>\n\n M\u00e9thode de tri<\/p>\n\n Le syst\u00e8me des seaux<\/p>\n\n M\u00e9thode des trois points<\/p>\n\n Vote par points<\/p>\n\n Question. 14. Qu’est-ce que la technique du poker de planification ?<\/strong><\/p>\n\n Question. 15. Quelle est la technique de dimensionnement des t-shirts ?<\/strong><\/p>\n\n R\u00e9ponse : Le T-shirt sizing est une technique d’estimation utilis\u00e9e pour mesurer la taille d’une user story et est utilis\u00e9 principalement lorsque des \u00e9l\u00e9ments du backlog relativement importants doivent \u00eatre estim\u00e9s. Dans les tailles de t-shirt, les tailles de t-shirt (XS, S, M, L, XL) sont utilis\u00e9es pour estimer l’histoire. Une d\u00e9cision sur la taille doit faire l’objet d’une discussion ouverte. <\/p>\n\n Question .16. Qu’est-ce que le d\u00e9veloppement logiciel all\u00e9g\u00e9 (LSD) ?<\/strong><\/p>\n\n R : Le d\u00e9veloppement logiciel all\u00e9g\u00e9 est une m\u00e9thodologie agile it\u00e9rative qui reprend les principes du \u00ab\u00a0processus de fabrication all\u00e9g\u00e9\u00a0\u00bb et les applique au processus de d\u00e9veloppement logiciel. <\/p>\n\n Certains des principes adopt\u00e9s sont la livraison rapide, l’\u00e9limination du gaspillage, l’optimisation du temps et des ressources de d\u00e9veloppement, l’am\u00e9lioration de la qualit\u00e9 des produits, etc. <\/p>\n\n Question.17. Qu’est-ce que Kanban ?<\/strong><\/p>\n\n R : Tout comme Scrum, Kanban est l’un des cadres populaires utilis\u00e9s dans le d\u00e9veloppement agile de logiciels. Kanban est le terme japonais pour tableau noir. Dans ce cadre, les \u00e9l\u00e9ments de travail ou \u00ab\u00a0user stories\u00a0\u00bb sont affich\u00e9s sur le tableau Kanban, et l’\u00e9quipe peut voir l’\u00e9tat d’avancement de chaque \u00ab\u00a0user story\u00a0\u00bb sur le tableau. Kanban permet de d\u00e9velopper le produit en un seul grand cycle de d\u00e9veloppement au lieu d’avoir des it\u00e9rations (comme Scrum). Le Kanban est incr\u00e9mental et non it\u00e9ratif. <\/p>\n\n Question.18. Qu’est-ce que Scrumban ?<\/strong><\/p>\n\n R : Scrumban est une m\u00e9thodologie de d\u00e9veloppement agile qui est une combinaison de scrum et de kanban.<\/p>\n\n Scrumban est principalement utilis\u00e9 dans les projets de maintenance o\u00f9 les processus scrum sont am\u00e9lior\u00e9s \u00e0 l’aide des principes Kanban. Assister l’\u00e9quipe de projet dans l’optimisation des processus.<\/p>\n\n Une partie du scrumban consiste \u00e0 d\u00e9terminer la quantit\u00e9 de travail qui peut \u00eatre effectu\u00e9e au cours d’un sprint et \u00e0 hi\u00e9rarchiser les t\u00e2ches.<\/p>\n\n La partie Kanban de scrumban est utilis\u00e9e pour am\u00e9liorer les processus et visualiser le flux de travail. Scrumban utilise le syst\u00e8me Kanban \u00e0 flux tendu, dans lequel les \u00e9l\u00e9ments sont continuellement tir\u00e9s du carnet de commandes.<\/p>\n\n Question.19. Qu’est-ce que le d\u00e9veloppement pilot\u00e9 par les tests (TDD) ?<\/strong><\/p>\n\n R\u00e9ponse : Le d\u00e9veloppement pilot\u00e9 par les tests (TDD) est un processus de d\u00e9veloppement de logiciels dans lequel les cas de test sont d’abord \u00e9crits, puis cod\u00e9s. Les cas de test sont \u00e9crits pour v\u00e9rifier ce que le code est cens\u00e9 faire.<\/p>\n\n Voici les r\u00e8gles de base du processus de d\u00e9veloppement TDD :<\/p>\n\n Question.20. Qu’est-ce que DevOps ?<\/strong><\/p>\n\n R : DevOps est un ensemble d’id\u00e9es et de pratiques qui relient le d\u00e9veloppement de logiciels (Dev) et les op\u00e9rations informatiques (Ops). DevOps r\u00e9unit les \u00e9quipes de d\u00e9veloppement et d’exploitation afin de fournir des logiciels fiables et de haute qualit\u00e9 et de r\u00e9duire le temps de d\u00e9veloppement.<\/p>\n\n Question.21. Quelles sont les diff\u00e9rences et les similitudes entre les approches scrum et agile ?<\/strong><\/p>\n\n La m\u00e9thodologie agile est utilis\u00e9e pour le d\u00e9veloppement de logiciels. Elle se concentre sur les m\u00e9thodes de d\u00e9veloppement incr\u00e9mentiel, dont l’objectif est de fournir un produit rapidement. Scrum est l’un des cadres de la m\u00e9thodologie agile qui rel\u00e8ve de la gestion de projet agile. Il est \u00e9galement utilis\u00e9 dans le d\u00e9veloppement de logiciels. <\/p>\n\n La m\u00e9thode agile suit une approche incr\u00e9mentale et it\u00e9rative pour mener \u00e0 bien les projets. Scrum est \u00e9galement de nature incr\u00e9mentale et it\u00e9rative.<\/p>\n\n Question.22. Pouvez-vous expliquer bri\u00e8vement ce qu’est un test agile ?<\/strong><\/p>\n\n R\u00e9ponse : Le test agile est un processus de test de logiciels qui suit les principes du d\u00e9veloppement agile de logiciels. Le processus de d\u00e9veloppement agile est un processus it\u00e9ratif dans lequel les exigences changent constamment en fonction des besoins du client. Le test agile est un processus continu qui se d\u00e9roule parall\u00e8lement au processus de d\u00e9veloppement. Les tests agiles impliquent des tests continus du syst\u00e8me jusqu’\u00e0 ce que la qualit\u00e9 souhait\u00e9e du logiciel soit atteinte. <\/p>\n\n Question. 23. En tant que testeur agile, quelle approche devez-vous adopter lorsque les exigences changent constamment ?<\/strong><\/p>\n\n Tout d’abord, lors de la cr\u00e9ation des cas de test, l’\u00e9quipe de test agile devrait se concentrer sur l’\u00e9criture de cas de test g\u00e9n\u00e9riques qui peuvent \u00eatre utiles lors de la modification des cas de test \u00e0 l’avenir.<\/p>\n\n Le testeur agile doit travailler avec le propri\u00e9taire du produit et l’analyste commercial pour comprendre les exigences modifi\u00e9es et les risques associ\u00e9s au changement afin de modifier les cas de test. <\/p>\n\n L’\u00e9quipe de test ne doit proc\u00e9der aux tests automatis\u00e9s qu’apr\u00e8s avoir fig\u00e9 les exigences.<\/p>\n\n Question .24. Quelles sont les caract\u00e9ristiques d’un bon testeur agile ?<\/strong><\/p>\n\n R\u00e9ponse : Vous trouverez ci-dessous quelques caract\u00e9ristiques importantes qu’un bon testeur agile doit poss\u00e9der :<\/p>\n\n Question. 25. Quelles sont les m\u00e9thodes de test agiles ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question. 26. Quelles sont les phases du cycle de vie des tests agiles ?<\/strong><\/p>\n\n R : Le cycle de vie des tests agiles est divis\u00e9 en plusieurs \u00e9tapes :<\/p>\n\n Question .27. Quelle est la diff\u00e9rence entre le d\u00e9veloppement incr\u00e9mental et le d\u00e9veloppement it\u00e9ratif ?<\/strong><\/p>\n\n R : Dans la m\u00e9thode de d\u00e9veloppement it\u00e9ratif, le logiciel est d\u00e9velopp\u00e9 et livr\u00e9 au client. Une fois que le client a fait part de ses commentaires, ceux-ci se refl\u00e8tent dans le logiciel, qui est \u00e0 nouveau d\u00e9velopp\u00e9 par sprints avant d’\u00eatre livr\u00e9 au client.<\/p>\n\n Dans la m\u00e9thode de d\u00e9veloppement incr\u00e9mental, le logiciel est d\u00e9velopp\u00e9 par incr\u00e9ments. Chaque incr\u00e9ment contient les propri\u00e9t\u00e9s compl\u00e9t\u00e9es de certaines sous-fonctions du syst\u00e8me.<\/p>\n\n Question .28. Qu’est-ce qu’une version candidate ?<\/strong><\/p>\n\n R : Une version candidate est une version du syst\u00e8me qui est fonctionnelle et qui est diffus\u00e9e en interne \u00e0 des fins de test. Il n’est pas utilis\u00e9 pour le d\u00e9ploiement en production. L’assemblage est test\u00e9 pour s’assurer qu’aucun probl\u00e8me critique n’est pr\u00e9sent dans le syst\u00e8me.<\/p>\n\n Une version candidate est un code\/version\/construction mis \u00e0 disposition pour s’assurer qu’aucun probl\u00e8me critique n’a subsist\u00e9 au cours de la derni\u00e8re p\u00e9riode de d\u00e9veloppement. Il est utilis\u00e9 pour les tests et \u00e9quivaut \u00e0 la version finale.<\/p>\n\n Question .29. Qu’est-ce qu’un \u00ab\u00a0build breaker\u00a0\u00bb ?<\/strong><\/p>\n\n R\u00e9ponse : Un build breaker est une situation dans laquelle un bogue dans le logiciel arr\u00eate la compilation et provoque des avertissements ou des plantages dans un environnement de test automatis\u00e9. Cela se produit lorsque les d\u00e9veloppeurs inscrivent accidentellement des bogues dans le logiciel.<\/p>\n\n Question .30. Comment l’assurance qualit\u00e9 peut-elle apporter une valeur ajout\u00e9e \u00e0 une \u00e9quipe agile ?<\/strong><\/p>\n\n Question .31. Quels sont les avantages du mod\u00e8le agile ?<\/strong><\/p>\n\n Question . 32. Quels sont les inconv\u00e9nients du mod\u00e8le agile ?<\/strong><\/p>\n\n Question.33. Pouvez-vous expliquer bri\u00e8vement le concept de Scrum ?<\/strong><\/p>\n\n R : Scrum est l’un des cadres agiles les plus r\u00e9pandus. Les activit\u00e9s du cadre Scrum sont les exigences, l’analyse, la conception, le d\u00e9veloppement et la livraison.<\/p>\n\n Dans Scrum, la liste des exigences est ajout\u00e9e \u00e0 un backlog appel\u00e9 backlog de produit. Des unit\u00e9s de travail appel\u00e9es \u00ab\u00a0sprints\u00a0\u00bb sont cr\u00e9\u00e9es pour r\u00e9pondre aux exigences. Chaque sprint contient certaines exigences du carnet de commandes et peut durer de 2 \u00e0 4 semaines.<\/p>\n\n Question. 34. Pourquoi scrum est-il consid\u00e9r\u00e9 comme un cadre de processus l\u00e9ger ?<\/strong><\/p>\n\n R\u00e9ponse : Le cadre agile scrum est un cadre de processus l\u00e9ger car il ne comporte que quelques r\u00e8gles et proc\u00e9dures. Ce cadre est flexible et adaptable et peut facilement int\u00e9grer des changements dans les exigences. Dans le cadre de scrum, le d\u00e9veloppement du produit est divis\u00e9 en sprints de courte dur\u00e9e.<\/p>\n\n Question. 35. Quand utilisons-nous la m\u00e9thodologie agile scrum ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question. 36. Quels sont les trois piliers de scrum ?<\/strong><\/p>\n\n R\u00e9ponse : Les trois piliers de scrum sont les suivants :<\/p>\n\n Question. 37. Qu’est-ce que le sprint ?<\/strong><\/p>\n\n R : Dans Scrum, un sprint est une p\u00e9riode courte, limit\u00e9e dans le temps, au cours de laquelle une \u00e9quipe de d\u00e9veloppement effectue une certaine quantit\u00e9 de travail pour cr\u00e9er un produit pouvant \u00eatre mis sur le march\u00e9. C’est l’unit\u00e9 de base du d\u00e9veloppement dans le scrum. <\/p>\n\n Question. 38. Combien de temps dure le cycle scrum ?<\/strong><\/p>\n\n R : Le cycle Scrum ou sprint d\u00e9pend de la taille de l’\u00e9quipe et du projet. Le sprint ne doit pas d\u00e9passer un mois, c’est-\u00e0-dire j. 4 semaines. Normalement, un sprint dure en moyenne quelques semaines. <\/p>\n\n Question. 39. Quels sont les principaux artefacts du processus scrum ?<\/strong><\/p>\n\n R\u00e9ponse : Les artefacts du processus Scrum sont charg\u00e9s de fournir des informations cl\u00e9s \u00e0 l’\u00e9quipe de d\u00e9veloppement et au client. Ils aident \u00e0 comprendre les d\u00e9tails du d\u00e9veloppement d’un produit.<\/p>\n\n Il existe trois artefacts en particulier :<\/p>\n\n Question.40. Pouvez-vous nous parler des diff\u00e9rents \u00e9v\u00e9nements r\u00e9alis\u00e9s au cours de chaque sprint scrum ?<\/strong><\/p>\n\n R : Scrum se compose des quatre \u00e9v\u00e9nements suivants, qui sont utilis\u00e9s pour la r\u00e9vision et la personnalisation :<\/p>\n\n R : Dans la planification de sprint, un plan est \u00e9tabli pour le travail qui doit \u00eatre fait dans un sprint particulier. Dans le cas d’un sprint mensuel, la planification du sprint est limit\u00e9e \u00e0 un maximum de 8 heures. Le ma\u00eetre de m\u00eal\u00e9e est charg\u00e9 de veiller \u00e0 ce que les participants comprennent l’objectif de la m\u00eal\u00e9e.<\/p>\n\n Voici deux questions auxquelles il convient de r\u00e9pondre lors de la planification d’un sprint :<\/p>\n\n Qu’est-ce qui peut \u00eatre livr\u00e9 au cours d’un sprint ?<\/strong> – Le propri\u00e9taire du produit discute de l’objectif du sprint et s\u00e9lectionne les \u00e9l\u00e9ments du backlog du produit \u00e0 inclure dans le backlog du sprint.<\/p>\n\n Comment les travaux seront-ils effectu\u00e9s ?<\/strong> – Sur la base du backlog du sprint, l’\u00e9quipe de d\u00e9veloppement doit d\u00e9cider de la mani\u00e8re de travailler pour d\u00e9velopper un incr\u00e9ment utilisable.<\/p>\n\n Question. 42. Qu’est-ce que la m\u00eal\u00e9e quotidienne ?<\/strong><\/p>\n\n R : La m\u00eal\u00e9e quotidienne est un \u00e9v\u00e9nement au cours duquel les activit\u00e9s de l’\u00e9quipe de d\u00e9veloppement pour les 24 heures \u00e0 venir sont discut\u00e9es. Elle est limit\u00e9e \u00e0 un maximum de 15 minutes. Cet \u00e9v\u00e9nement r\u00e9pond aux questions suivantes<\/p>\n\n L’objectif de la m\u00eal\u00e9e quotidienne est de v\u00e9rifier l’\u00e9tat d’avancement des \u00e9l\u00e9ments du carnet de commandes du sprint.<\/p>\n\n Question. 43. Qu’est-ce que le contr\u00f4le du sprint ?<\/strong><\/p>\n\n R : La revue de sprint est effectu\u00e9e \u00e0 la fin du sprint pour v\u00e9rifier l’incr\u00e9ment. Les parties prenantes et les \u00e9quipes de d\u00e9veloppement participent \u00e0 la revue de sprint. Les participants y passent en revue ce qui a \u00e9t\u00e9 fait au cours du sprint, discutent des probl\u00e8mes rencontr\u00e9s par l’\u00e9quipe de d\u00e9veloppement, fournissent un retour d’information, etc. Si n\u00e9cessaire, le carnet de commandes est mis \u00e0 jour et des informations sont fournies pour la planification du prochain sprint. <\/p>\n\n Question.44. Qu’est-ce qu’une r\u00e9trospective de sprint ?<\/strong><\/p>\n\n R : Une r\u00e9trospective de sprint est effectu\u00e9e apr\u00e8s la revue de sprint et avant la planification du sprint. Il s’agit de v\u00e9rifier le dernier sprint et d’adapter les changements pour am\u00e9liorer le prochain sprint.<\/p>\n\n La r\u00e9trospective est limit\u00e9e \u00e0 un maximum de 3 heures pour un sprint mensuel. Le scrum master est charg\u00e9 de diriger et de motiver les autres membres de l’\u00e9quipe afin d’accro\u00eetre l’efficacit\u00e9 du sprint.<\/p>\n\n Question.45. Qu’est-ce qu’un carnet de commandes ?<\/strong><\/p>\n\n R : Un carnet de commandes est une liste d’\u00e9l\u00e9ments \u00e0 ex\u00e9cuter. Il se compose d’exigences, de caract\u00e9ristiques, d’am\u00e9liorations, de changements, etc. Il est dirig\u00e9 par le propri\u00e9taire du produit, qui est responsable de son contenu.<\/p>\n\n Le carnet de commandes \u00e9volue constamment au fur et \u00e0 mesure que le d\u00e9veloppement du produit progresse et que les exigences changent. <\/p>\n\n Question. 46. Qu’est-ce qu’un backlog de sprint ?<\/strong><\/p>\n\n R : Pour un sprint donn\u00e9, l’\u00e9quipe de d\u00e9veloppement s\u00e9lectionne certains \u00e9l\u00e9ments du carnet de commandes sur lesquels elle travaille. Cette liste d’\u00e9l\u00e9ments s’appelle le carnet de commandes du sprint. Le carnet de sprint est un sous-ensemble du carnet de produit.<\/p>\n\n Question. 47. Qu’est-ce qu’un sprint z\u00e9ro ?<\/strong><\/p>\n\n R : Avant de commencer le premier sprint, certaines activit\u00e9s doivent \u00eatre r\u00e9alis\u00e9es, telles que la mise en place de l’environnement de d\u00e9veloppement, la pr\u00e9paration du carnet de commandes et d’autres activit\u00e9s de planification li\u00e9es au sprint \u00e0 venir. Cette phase est appel\u00e9e \u00ab\u00a0sprint z\u00e9ro\u00a0\u00bb. Il est \u00e9galement connu sous le nom de Inception Sprint, Initial Sprint ou Sprint Zero.<\/p>\n\n Question. 48. Qu’est-ce qu’un point d’histoire ?<\/p>\n\n R : Le point d’histoire est une unit\u00e9 de mesure qui permet d’estimer l’effort total n\u00e9cessaire pour achever un \u00e9l\u00e9ment du carnet de commandes ou tout autre travail. Lors du calcul de l’effort requis, plusieurs facteurs peuvent \u00eatre pris en compte : la quantit\u00e9 de travail \u00e0 effectuer, la complexit\u00e9 du travail et tout risque pouvant survenir au cours du travail.<\/p>\n\n Question.49. Qu’est-ce qu’un tableau de combustion ?<\/strong><\/p>\n\n Question.50. Qu’est-ce qu’un tableau de combustion ?<\/strong><\/p>\n\n R\u00e9ponse : Le tableau d’avancement est utilis\u00e9 dans la gestion de projet pour suivre l’\u00e9volution du travail sur un projet.<\/p>\n\n Question 51. Quels sont les diff\u00e9rents types de diagrammes de combustion ?<\/strong><\/p>\n\n R : Il existe quatre types de diagrammes de combustion :<\/p>\n\n Question.52. Qu’entendez-vous par \u00ab\u00a0tableau d’\u00e9limination des d\u00e9fauts\u00a0\u00bb ?<\/strong><\/p>\n\n Ans : Un diagramme d’\u00e9puisement des d\u00e9fauts est une repr\u00e9sentation visuelle du travail restant dans un carnet de d\u00e9fauts. <\/p>\n\n L’axe vertical du graphique de combustion des bogues repr\u00e9sente la quantit\u00e9 de travail restante dans le carnet de commandes. L’unit\u00e9 de cet axe est le nombre d’erreurs dans l’arri\u00e9r\u00e9. L’axe horizontal repr\u00e9sente le temps qui sera mesur\u00e9 en sprints, c’est-\u00e0-dire j. It\u00e9rations.<\/p>\n\n Question. 53. Qu’entendez-vous par \u00ab\u00a0tableau d’\u00e9puisement des rejets\u00a0\u00bb ?<\/strong><\/p>\n\n R : Le tableau d’\u00e9puisement des versions est utilis\u00e9 pour suivre l’\u00e9volution d’une version. Repr\u00e9sente le travail restant sur le communiqu\u00e9. <\/p>\n\n L’axe vertical du graphique d’\u00e9puisement des versions repr\u00e9sente la quantit\u00e9 de travail restant dans la version. L’unit\u00e9 de cet axe peut \u00eatre des heures, des jours ou des points d’histoire. L’axe horizontal repr\u00e9sente le temps qui sera mesur\u00e9 en sprints, c’est-\u00e0-dire j. It\u00e9rations.<\/p>\n\n Question .54. Qu’est-ce qu’un tableau de combustion ?<\/strong><\/p>\n\n R : Un diagramme d’\u00e9puisement de produit est une repr\u00e9sentation visuelle du travail restant sur un carnet de commandes. <\/p>\n\n L’axe vertical du graphique d’\u00e9puisement du produit repr\u00e9sente la quantit\u00e9 de travail restant dans le carnet de commandes. L’unit\u00e9 de cet axe est le nombre de points d’histoire. L’axe horizontal repr\u00e9sente le temps qui sera mesur\u00e9 en sprints, c’est-\u00e0-dire j. It\u00e9rations.<\/p>\n\n Question .55. Qu’est-ce qu’un tableau d’\u00e9puisement de sprint ?<\/strong><\/p>\n\n R : Un tableau d’\u00e9puisement des sprints est une repr\u00e9sentation visuelle du travail restant \u00e0 accomplir au cours d’un sprint donn\u00e9.<\/p>\n\n L’axe vertical du graphique d’\u00e9puisement de sprint repr\u00e9sente la quantit\u00e9 de travail restant dans le sprint. L’unit\u00e9 de cet axe peut \u00eatre des points d’histoire, des heures de travail ou des jours de travail. L’axe horizontal repr\u00e9sente le temps \u00e0 mesurer en jours.<\/p>\n\n Question .56. Qu’est-ce qu’un \u00ab\u00a0pic\u00a0\u00bb ?<\/strong><\/p>\n\n R\u00e9ponse : Le terme \u00ab\u00a0spike\u00a0\u00bb a \u00e9t\u00e9 invent\u00e9 dans le contexte de la programmation extr\u00eame. Il arrive que des d\u00e9veloppeurs et d’autres membres de l’\u00e9quipe rencontrent un probl\u00e8me avec une histoire d’utilisateur particuli\u00e8re. Ils ne connaissent pas la solution au probl\u00e8me et peuvent avoir besoin de faire des recherches ou des exp\u00e9riences pour trouver une solution.<\/p>\n\n Spike est une exp\u00e9rience ou un investissement qui aide l’\u00e9quipe de d\u00e9veloppement \u00e0 deviner l’histoire. Spike est inscrit dans le carnet de commandes par le propri\u00e9taire du produit. Il existe deux types de pointes : les pointes fonctionnelles et les pointes techniques.<\/p>\n\n Par exemple, l’histoire de l’utilisateur comprend des exigences d’int\u00e9gration avec des logiciels tiers. Les d\u00e9veloppeurs n’ont jamais travaill\u00e9 avec ce logiciel et ont besoin de temps pour le comprendre. Le responsable du produit peut prendre un jour ou deux pour effectuer cette recherche et cr\u00e9er un pic dans le carnet de commandes.<\/p>\n\n Question no. 57. Qu’est-ce qu’une balle tra\u00e7ante ?<\/p>\n\n R\u00e9ponse : Parfois, certaines histoires d’utilisateurs peuvent \u00eatre complexes et difficiles \u00e0 estimer et contenir un nouvel \u00e9l\u00e9ment architectural avec lequel les d\u00e9veloppeurs ne sont pas familiers. Dans ce cas, une balle tra\u00e7ante \u00e0 l’aide d’une \u00ab\u00a0pointe\u00a0\u00bb peut \u00eatre utilis\u00e9e pour explorer la faisabilit\u00e9 d’une solution.<\/p>\n\n Dans une balle tra\u00e7ante, l’un des composants de l’histoire de l’utilisateur est int\u00e9gr\u00e9 dans la solution finale avec une quantit\u00e9 minimale de code et un retour d’information est obtenu. Sur la base de la mise en \u0153uvre d’un \u00e9l\u00e9ment, d’autres \u00e9l\u00e9ments de l’histoire peuvent \u00eatre cod\u00e9s.<\/p>\n\n Question. 58. Qu’est-ce que la v\u00e9locit\u00e9 dans scrum ?<\/strong><\/p>\n\n R : La v\u00e9locit\u00e9 est un indicateur cl\u00e9 de scrum et sert \u00e0 mesurer la quantit\u00e9 de travail qu’une \u00e9quipe de d\u00e9veloppement peut accomplir en un seul sprint. La v\u00e9locit\u00e9 peut \u00e9galement \u00eatre utilis\u00e9e pour estimer le d\u00e9lai de livraison d’autres versions.<\/p>\n\n Question. 59. Comment mesurer la v\u00e9locit\u00e9 dans scrum ?<\/strong><\/p>\n\n R : Il existe deux types de vitesse, \u00e0 savoir j. la vitesse r\u00e9elle et la vitesse pr\u00e9vue.<\/p>\n\n Vitesse r\u00e9elle = nombre total de points d’histoire termin\u00e9s \/ nombre de sprints<\/p>\n\n Vitesse attendue = nombre total de points de r\u00e9cit estim\u00e9s \/ nombre de sprints<\/p>\n\n Question.60. Qu’est-ce qu’une histoire d’utilisateur ?<\/strong><\/p>\n\n R : Les histoires d’utilisateurs sont des descriptions simples utilis\u00e9es pour repr\u00e9senter les besoins de l’entreprise du point de vue de l’utilisateur final. Les histoires d’utilisateurs sont plus faciles \u00e0 comprendre que les exigences communes ou les cas d’utilisation. <\/p>\n\n Question.61. Qu’entend-on par \u00ab\u00a0INVEST\u00a0\u00bb en scrum ?<\/strong><\/p>\n\n A : INVEST repr\u00e9sente les crit\u00e8res de qualit\u00e9 d’une bonne histoire d’utilisateur Il signifie –<\/p>\n\n I<\/strong> – Ind\u00e9pendant ; l’histoire de l’utilisateur doit \u00eatre telle qu’elle ne d\u00e9pend pas d’une autre histoire. <\/p>\n\n N<\/strong> – N\u00e9gociable ; il doit y avoir une marge de n\u00e9gociation dans chaque histoire.<\/p>\n\n V <\/strong>– Valable ; doit apporter de la valeur \u00e0 l’utilisateur final<\/p>\n\n E <\/strong>– Estimable ; l’histoire de l’utilisateur doit \u00eatre telle qu’elle puisse \u00eatre estim\u00e9e et que le sprint puisse \u00eatre planifi\u00e9 correctement.<\/p>\n\n S<\/strong> – Petit ; il doit s’agir d’un petit travail qui peut \u00eatre r\u00e9alis\u00e9 en 3 ou 4 jours.<\/p>\n\n T<\/strong> – Testable ; devrait \u00eatre testable, t. j. doit comprendre des crit\u00e8res d’acceptation<\/p>\n\n Une bonne histoire d’utilisateur r\u00e9pond \u00e0 tous ces crit\u00e8res, et si ce n’est pas le cas, l’\u00e9quipe doit envisager une refonte.<\/p>\n\n Question. 62. Quels sont les trois composants d’une histoire d’utilisateur ?<\/strong><\/p>\n\n R\u00e9ponse : <\/p>\n\n Question 63. Qu’est-ce que l’\u00e9pop\u00e9e ?<\/strong><\/p>\n\n R : Epic est une grande histoire d’utilisateur qui peut \u00eatre divis\u00e9e en plusieurs petites histoires d’utilisateur. Une \u00e9pop\u00e9e peut \u00eatre r\u00e9partie sur plusieurs sprints.<\/p>\n\n Question.64. Qu’est-ce qu’une t\u00e2che dans scrum ?<\/strong><\/p>\n\n R\u00e9ponse : Une t\u00e2che est le travail technique qu’une \u00e9quipe de d\u00e9veloppement effectue pour achever un \u00e9l\u00e9ment du carnet de commandes dans un d\u00e9lai donn\u00e9.<\/p>\n\n Question.65. Quelles sont les principales t\u00e2ches dans Scrum ?<\/strong><\/p>\n\n R\u00e9ponse : Les t\u00e2ches suivantes sont les principales t\u00e2ches du scrum :<\/p>\n\n Le propri\u00e9taire du produit est \u00e9galement responsable de la gestion du carnet de commandes. Responsable de la liste des \u00e9l\u00e9ments du carnet de commandes, de leur tri, de la transparence du carnet de commandes, de la compr\u00e9hension des \u00e9l\u00e9ments du carnet de commandes par l’\u00e9quipe de d\u00e9veloppement et de l’optimisation du travail de l’\u00e9quipe de d\u00e9veloppement. <\/p>\n\n\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
Questions d’entretien pour le Scrum Master<\/h2>\n\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n
\n