{"id":1848,"date":"2024-06-03T18:51:40","date_gmt":"2024-06-03T16:51:40","guid":{"rendered":"https:\/\/ittester.sk\/sin-categorizar\/agile-methodology-questions-up\/"},"modified":"2024-07-11T09:44:04","modified_gmt":"2024-07-11T07:44:04","slug":"agile-methodology-questions-up","status":"publish","type":"post","link":"https:\/\/ittester.sk\/es\/preguntas-de-la-entrevista\/agile-methodology-questions-up\/","title":{"rendered":"70 preguntas para entrevistas sobre metodolog\u00eda \u00e1gil"},"content":{"rendered":"\n<p>Hoy en d\u00eda, la metodolog\u00eda \u00e1gil est\u00e1 muy extendida en la gesti\u00f3n de software y hay una gran demanda de scrum masters, desarrolladores y probadores en proyectos \u00e1giles. En este art\u00edculo, hemos recopilado una lista de las mejores preguntas para una entrevista \u00e1gil.<\/p>\n<div class=\"wp-block-aioseo-table-of-contents\"><ul><li><a class=\"aioseo-toc-item\" href=\"#aioseo-otazky-na-pohovor-o-agilnych-metodach\">Ot\u00e1zky na pohovor o agiln\u00fdch met\u00f3dach<\/a><\/li><li><a class=\"aioseo-toc-item\" href=\"#aioseo-otazky-na-pohovore-pre-scrum-master\">Ot\u00e1zky na pohovore pre Scrum Master<\/a><\/li><\/ul><\/div>\n<h2 class=\"wp-block-heading\" id=\"aioseo-otazky-na-pohovor-o-agilnych-metodach\">Preguntas para entrevistas sobre m\u00e9todos \u00e1giles<\/h2>\n\n<p><strong>Preguntas.1. \u00bfQu\u00e9 es la metodolog\u00eda \u00e1gil?<\/strong><\/p>\n\n<p>Responde: La metodolog\u00eda \u00e1gil se utiliza en el desarrollo de software. Se centra en m\u00e9todos de desarrollo incremental, en los que el objetivo de la metodolog\u00eda es entregar un producto r\u00e1pidamente.  <\/p>\n\n<p><strong>Pregunta.2. \u00bfEn qu\u00e9 se diferencia la metodolog\u00eda \u00e1gil de las metodolog\u00edas tradicionales?<\/strong><\/p>\n\n<p>R: La principal diferencia entre la metodolog\u00eda \u00e1gil y otras metodolog\u00edas tradicionales es que la metodolog\u00eda \u00e1gil sigue un modelo de desarrollo incremental, mientras que las metodolog\u00edas tradicionales siguen un modelo secuencial.<\/p>\n\n<p>En la metodolog\u00eda \u00e1gil, la fase de desarrollo y la fase de pruebas tienen lugar simult\u00e1neamente. En la metodolog\u00eda tradicional, la fase de pruebas comienza una vez finalizada la fase de desarrollo.<\/p>\n\n<p>La metodolog\u00eda \u00e1gil proporciona flexibilidad porque implementar cambios es m\u00e1s f\u00e1cil. En la metodolog\u00eda tradicional, incorporar cambios es dif\u00edcil porque los requisitos se congelan antes de que comience el trabajo de desarrollo.<\/p>\n\n<p>La metodolog\u00eda \u00e1gil necesita menos documentaci\u00f3n. Con la entrega r\u00e1pida, los desarrolladores realizan cambios en el c\u00f3digo seg\u00fan las necesidades. Mientras que en la metodolog\u00eda tradicional, el proceso de desarrollo comienza s\u00f3lo despu\u00e9s de que el equipo tenga los requisitos documentados completos.<\/p>\n\n<p>Los clientes participan en cada fase del ciclo de vida del software \u00e1gil, revisando el producto y sugiriendo cambios cuando es necesario. En la metodolog\u00eda tradicional, los clientes participan principalmente en la fase de recopilaci\u00f3n de requisitos. El producto acabado suele verse en las \u00faltimas fases del ciclo de vida del desarrollo.<\/p>\n\n<p><strong>Pregunta.3. \u00bfPuedes nombrar algunos marcos \u00e1giles?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li>Scrum<\/li>\n\n\n\n<li>Cristal<\/li>\n\n\n\n<li>M\u00e9todo de Desarrollo Din\u00e1mico de Sistemas (DSDM)<\/li>\n\n\n\n<li>Desarrollo orientado a las caracter\u00edsticas (FDD)<\/li>\n\n\n\n<li>Kanban<\/li>\n\n\n\n<li>Desarrollo de Software Adaptativo (DSA)<\/li>\n\n\n\n<li>Desarrollo de Software Lean (LSD)<\/li>\n<\/ul>\n\n<p><strong>Pregunta.4. \u00bfQu\u00e9 es un manifiesto \u00e1gil?<\/strong><\/p>\n\n<p>Contesta: El Manifiesto \u00c1gil es un documento para el desarrollo \u00e1gil de software elaborado por 17 profesionales del desarrollo de software con ideas afines y publicado en febrero de 2001. Se basa en 4 valores fundamentales y 12 principios de apoyo.<\/p>\n\n<p><strong>Pregunta.5. \u00bfCu\u00e1les son los cuatro valores del Manifiesto \u00c1gil?<\/strong><\/p>\n\n<p>R: Los cuatro valores fundamentales del Manifiesto \u00c1gil son:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Las personas y las interacciones<\/strong> por encima de los procesos y las herramientas.<\/li>\n\n\n\n<li><strong>Software de trabajo<\/strong> sobre documentaci\u00f3n compleja.<\/li>\n\n\n\n<li><strong>Trabajar con el<\/strong> cliente en las negociaciones del contrato.<\/li>\n\n\n\n<li><strong>Reaccionar ante el cambio<\/strong> en lugar de ce\u00f1irse al plan.<\/li>\n<\/ul>\n\n<p><strong>Pregunta.6. \u00bfQu\u00e9 12 principios contiene el manifiesto \u00e1gil?<\/strong><\/p>\n\n<p>Contesta: Los siguientes son los 12 principios del Manifiesto \u00c1gil:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Nuestra m\u00e1xima prioridad es satisfacer al cliente mediante la entrega puntual y continua de software valioso.<\/li>\n\n\n\n<li>Acepta los cambios en los requisitos, incluso cuando el desarrollo est\u00e9 avanzado. Los procesos \u00e1giles utilizan el cambio para la ventaja competitiva del cliente.<\/li>\n\n\n\n<li>Entregar software de trabajo con frecuencia, de unas semanas a unos meses, con preferencia por plazos m\u00e1s cortos.<\/li>\n\n\n\n<li>Los vendedores y los desarrolladores deben trabajar juntos a diario durante todo el proyecto.<\/li>\n\n\n\n<li>Construye proyectos en torno a personas motivadas. Dales el entorno y el apoyo que necesitan y conf\u00eda en que hagan el trabajo.<\/li>\n\n\n\n<li>El m\u00e9todo m\u00e1s eficaz y eficiente de transmitir informaci\u00f3n al equipo de desarrollo y dentro de \u00e9l es la entrevista personal.<\/li>\n\n\n\n<li>El software de trabajo es la principal medida del progreso.<\/li>\n\n\n\n<li>Los procesos \u00e1giles favorecen el desarrollo sostenible. Patrocinadores, desarrolladores y usuarios deber\u00edan poder mantener un ritmo constante indefinidamente.<\/li>\n\n\n\n<li>La atenci\u00f3n constante a la excelencia t\u00e9cnica y al buen dise\u00f1o aumenta la agilidad.<\/li>\n\n\n\n<li>La simplicidad -el arte de maximizar la cantidad de trabajo no realizado- es esencial.<\/li>\n\n\n\n<li>Las mejores arquitecturas, requisitos y dise\u00f1os se crean en equipos autoorganizados.<\/li>\n\n\n\n<li>A intervalos regulares, el equipo reflexiona sobre c\u00f3mo ser m\u00e1s eficaz y luego afina y ajusta su comportamiento en consecuencia.<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 7. \u00bfQu\u00e9 es la programaci\u00f3n extrema?<\/strong><\/p>\n\n<p>R: La Programaci\u00f3n Extrema o XP es uno de los enfoques populares del desarrollo \u00e1gil de software. Utiliza un enfoque orientado a objetos y sigue las mismas pr\u00e1cticas incluidas en el Manifiesto \u00c1gil.  <\/p>\n\n<p>La programaci\u00f3n extrema es responsable de la introducci\u00f3n de conceptos que ahora se utilizan ampliamente como pr\u00e1cticas est\u00e1ndar, como las historias de usuario, la integraci\u00f3n continua y el desarrollo basado en pruebas. Una de las ventajas de la programaci\u00f3n extrema es que proporciona la flexibilidad necesaria para incorporar requisitos cambiantes en cualquier momento del ciclo de vida del desarrollo.  <\/p>\n\n<p><strong>Pregunta. 8. \u00bfCu\u00e1les son los cinco principios b\u00e1sicos de la programaci\u00f3n extrema?<\/strong><\/p>\n\n<p>Contesta: Los siguientes son los cinco valores o principios b\u00e1sicos de la programaci\u00f3n extrema:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Comunicaci\u00f3n<\/strong> &#8211; Este principio se centra en la comunicaci\u00f3n temprana y estrecha entre las partes relevantes (especialmente los desarrolladores y las partes interesadas).<\/li>\n\n\n\n<li><strong>Simplicidad<\/strong> &#8211; La idea b\u00e1sica de este principio es trabajar primero en las funciones inmediatas y mantener la sencillez. El c\u00f3digo debe ser tal que sea f\u00e1cil de implementar y pueda refactorizarse si se necesitan cambios.  <\/li>\n\n\n\n<li><strong>Opiniones<\/strong> &#8211; Se utilizan tres fuentes para recabar opiniones. Al realizar pruebas unitarias, se capta la retroalimentaci\u00f3n del sistema. Al realizar pruebas de aceptaci\u00f3n, se recoge la opini\u00f3n del cliente, y al realizar un juego de planificaci\u00f3n, se recoge la opini\u00f3n de otros miembros del equipo de software.<\/li>\n\n\n\n<li><strong>Valent\u00eda<\/strong> &#8211; Este principio se centra en la valent\u00eda necesaria para dise\u00f1ar caracter\u00edsticas inmediatas, centr\u00e1ndose s\u00f3lo en el presente. Un equipo \u00e1gil tambi\u00e9n debe tener el valor de reconocer que los requisitos pueden cambiar en el futuro y deben incorporarse al c\u00f3digo.<\/li>\n\n\n\n<li><strong>Respeto <\/strong>&#8211; Este principio se centra en el respeto a uno mismo, el respeto que se gana de los dem\u00e1s y el respeto que se da a otros miembros del equipo.<\/li>\n<\/ul>\n\n<p><strong>Pregunta.9. \u00bfCu\u00e1les son las cuatro actividades marco de la programaci\u00f3n extrema?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li>Planificaci\u00f3n<\/li>\n\n\n\n<li>Propuesta<\/li>\n\n\n\n<li>Programaci\u00f3n<\/li>\n\n\n\n<li>Prueba<\/li>\n<\/ul>\n\n<p><strong>Pregunta.10. \u00bfQu\u00e9 es la refactorizaci\u00f3n?<\/strong><\/p>\n\n<p>R: La refactorizaci\u00f3n es el proceso de modificar el c\u00f3digo fuente existente sin cambiar su funcionalidad.<\/p>\n\n<p><strong>Pregunta.11. \u00bfQu\u00e9 es la programaci\u00f3n por parejas?<\/strong><\/p>\n\n<p>R: La programaci\u00f3n en parejas es una t\u00e9cnica utilizada en el desarrollo \u00e1gil de software en la que dos desarrolladores trabajan en equipo. Uno de los dos desarrolladores escribe el c\u00f3digo y se le conoce como \u00abconductor\u00bb, mientras que el otro revisa el c\u00f3digo y se le conoce como \u00abobservador\u00bb. Pueden intercambiarse los papeles si es necesario.<\/p>\n\n<p><strong>Pregunta.12. \u00bfCu\u00e1les son las ventajas de la programaci\u00f3n por parejas?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li>La programaci\u00f3n en parejas da como resultado un c\u00f3digo de mayor calidad y menos errores en el c\u00f3digo, porque el otro desarrollador comprueba constantemente el c\u00f3digo a medida que se escribe.<\/li>\n\n\n\n<li>La programaci\u00f3n en parejas facilita la b\u00fasqueda de soluciones a cualquier problema que surja durante la codificaci\u00f3n, porque el otro compa\u00f1ero puede ayudar.<\/li>\n\n\n\n<li>Permite una f\u00e1cil transferencia de conocimientos, porque si uno de los socios tiene m\u00e1s experiencia, puede ense\u00f1ar al otro desarrollador.<\/li>\n<\/ul>\n\n<p><strong>Pregunta.13. \u00bfCu\u00e1les son las diferentes t\u00e9cnicas de estimaci\u00f3n en un entorno \u00e1gil?<\/strong><\/p>\n\n<p>Respuesta: Las t\u00e9cnicas de estimaci\u00f3n \u00e1gil se utilizan para estimar el esfuerzo de trabajo. Estas son algunas de las t\u00e9cnicas de estimaci\u00f3n \u00e1gil:<\/p>\n\n<p>P\u00f3quer de planificaci\u00f3n  <\/p>\n\n<p>Tallas de camiseta  <\/p>\n\n<p>Estimaci\u00f3n de la afinidad<\/p>\n\n<p>M\u00e9todo de clasificaci\u00f3n<\/p>\n\n<p>El sistema de cubos<\/p>\n\n<p>M\u00e9todo de los tres puntos<\/p>\n\n<p>Voto por puntos<\/p>\n\n<p><strong>Pregunta. 14. \u00bfQu\u00e9 es la t\u00e9cnica del p\u00f3quer de planificaci\u00f3n?<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>R: El p\u00f3quer de planificaci\u00f3n es una t\u00e9cnica de estimaci\u00f3n que implica la colaboraci\u00f3n entre los miembros del equipo. Se realiza antes del inicio de la iteraci\u00f3n con la ayuda de los desarrolladores.  <\/li>\n\n\n\n<li>Cada miembro recibir\u00e1 una baraja de cartas de p\u00f3quer de planificaci\u00f3n. Los valores de las cartas son similares a los n\u00fameros de Fibonacci. Estos n\u00fameros representan puntos de la historia o d\u00edas.  <\/li>\n\n\n\n<li>El Propietario del Producto (PO) lee y explica la historia de usuario al equipo. Los promotores pueden discutirlo m\u00e1s a fondo si tienen alguna duda.<\/li>\n\n\n\n<li>Tras la discusi\u00f3n, cada miembro calcula el esfuerzo que le ha supuesto desarrollar la historia y selecciona en privado cualquier tarjeta que represente el esfuerzo.  <\/li>\n\n\n\n<li>Todas las cartas se revelan simult\u00e1neamente y, si todas son iguales, la historia se estima en funci\u00f3n del valor de la carta.<\/li>\n\n\n\n<li>Si los valores de las cartas difieren, tiene lugar otra discusi\u00f3n y contin\u00faa hasta que todos los miembros del equipo se ponen de acuerdo en el mismo n\u00famero.<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 15. \u00bfQu\u00e9 es la t\u00e9cnica del tallaje de camisetas?<\/strong><\/p>\n\n<p>Respuesta: El dimensionamiento de camisetas es una t\u00e9cnica de estimaci\u00f3n utilizada para medir el tama\u00f1o de una historia de usuario y se utiliza principalmente cuando hay que estimar elementos del backlog relativamente grandes. En el tallaje de camisetas, se utilizan las tallas de camiseta (XS, S, M, L, XL) para estimar la historia. Una decisi\u00f3n sobre el tama\u00f1o requiere un debate abierto.  <\/p>\n\n<p><strong>Pregunta .16. \u00bfQu\u00e9 es el Desarrollo Lean de Software (LSD)?<\/strong><\/p>\n\n<p>R: El Desarrollo de Software Lean es una metodolog\u00eda \u00e1gil iterativa que toma principios del \u00abproceso de fabricaci\u00f3n lean\u00bb y los implementa en el proceso de desarrollo de software.  <\/p>\n\n<p>Algunos de los principios adoptados son la entrega r\u00e1pida, la eliminaci\u00f3n del despilfarro, la optimizaci\u00f3n del tiempo y los recursos de desarrollo, la creaci\u00f3n de productos de calidad, etc.  <\/p>\n\n<p><strong>Pregunta.17. \u00bfQu\u00e9 es Kanban?<\/strong><\/p>\n\n<p>R: Al igual que Scrum, Kanban es uno de los marcos m\u00e1s populares utilizados en el desarrollo \u00e1gil de software. Kanban es el t\u00e9rmino japon\u00e9s para pizarra. En este marco, los elementos de trabajo o historias de usuario se muestran en el tablero Kanban, el equipo puede ver el estado de cada historia de usuario en el tablero. Kanban permite desarrollar el producto en un gran ciclo de desarrollo, en lugar de tener iteraciones (como Scrum). Kanban es incremental, no iterativo.  <\/p>\n\n<p><strong>Pregunta.18. \u00bfQu\u00e9 es Scrumban?<\/strong><\/p>\n\n<p>R: Scrumban es una metodolog\u00eda de desarrollo \u00e1gil que es una combinaci\u00f3n de scrum y kanban.<\/p>\n\n<p>Scrumban se utiliza principalmente en proyectos de mantenimiento en los que se mejoran los procesos scrum utilizando los principios Kanban. Ayuda al equipo del proyecto a optimizar los procesos.<\/p>\n\n<p>Parte de scrumban consiste en decidir la cantidad de trabajo que puede realizarse en un sprint y priorizar las tareas.<\/p>\n\n<p>La parte Kanban de scrumban se utiliza para mejorar los procesos y visualizar el flujo de trabajo. Scrumban utiliza el sistema Kanban pull, en el que los elementos se extraen continuamente del backlog.<\/p>\n\n<p><strong>Pregunta.19. \u00bfQu\u00e9 es el desarrollo dirigido por pruebas (TDD)?<\/strong><\/p>\n\n<p>Contesta: El Desarrollo Orientado a Pruebas (TDD) es un proceso de desarrollo de software en el que primero se escriben los casos de prueba y luego se codifica. Los casos de prueba se escriben para verificar lo que se supone que debe hacer el c\u00f3digo.<\/p>\n\n<p>Las siguientes son las reglas b\u00e1sicas del proceso de desarrollo TDD:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>En primer lugar, se escribe una prueba unitaria que describa la funci\u00f3n del sistema.<\/li>\n\n\n\n<li>El siguiente paso es ejecutar la prueba. Falla porque la funci\u00f3n no existe en el sistema.<\/li>\n\n\n\n<li>Escribe el c\u00f3digo que contendr\u00e1 la funci\u00f3n en el sistema. La idea b\u00e1sica es escribir una prueba sencilla para que el caso de prueba pase.<\/li>\n\n\n\n<li>Reelabora el c\u00f3digo seg\u00fan sea necesario.<\/li>\n\n\n\n<li>Repite los pasos anteriores para otras funciones del sistema.<\/li>\n<\/ul>\n\n<p><strong>Pregunta.20. \u00bfQu\u00e9 es DevOps?<\/strong><\/p>\n\n<p>R: DevOps es un conjunto de ideas y pr\u00e1cticas que vinculan el desarrollo de software (Dev) y las operaciones de tecnolog\u00eda de la informaci\u00f3n (Ops). DevOps re\u00fane a los equipos de desarrollo y operaciones para ofrecer software fiable y de alta calidad y reducir el tiempo de desarrollo.<\/p>\n\n<p><strong>Pregunta.21. \u00bfCu\u00e1les son las diferencias y similitudes entre los enfoques scrum y \u00e1gil?<\/strong><\/p>\n\n<p>La metodolog\u00eda \u00e1gil se utiliza en el desarrollo de software. Se centra en m\u00e9todos de desarrollo incremental, en los que el objetivo de la metodolog\u00eda es entregar un producto r\u00e1pidamente. Mientras que scrum es uno de los marcos de la metodolog\u00eda \u00e1gil que se engloba dentro de la gesti\u00f3n \u00e1gil de proyectos. Tambi\u00e9n se utiliza en el desarrollo de software.  <\/p>\n\n<p>Agile sigue un enfoque incremental e iterativo para completar los proyectos. Scrum tambi\u00e9n es de naturaleza incremental e iterativa.<\/p>\n\n<p><strong>Pregunta.22. \u00bfPuedes explicar brevemente las pruebas \u00e1giles?<\/strong><\/p>\n\n<p>Respuesta: La prueba \u00e1gil es un proceso de prueba de software que sigue los principios del desarrollo \u00e1gil de software. El proceso de desarrollo \u00e1gil es un proceso iterativo en el que los requisitos cambian constantemente seg\u00fan las necesidades del cliente. Las pruebas \u00e1giles son un proceso continuo que se realiza en paralelo al proceso de desarrollo. Las pruebas \u00e1giles implican pruebas continuas del sistema hasta conseguir la calidad de software deseada.  <\/p>\n\n<p><strong>Pregunta. 23. Como probador \u00e1gil, \u00bfqu\u00e9 enfoque debes adoptar cuando los requisitos cambian constantemente?<\/strong><\/p>\n\n<p>En primer lugar, al crear casos de prueba, el equipo de pruebas \u00e1giles debe centrarse en escribir casos de prueba gen\u00e9ricos que puedan ser \u00fatiles al cambiar los casos de prueba en el futuro.<\/p>\n\n<p>El probador \u00e1gil debe trabajar con el propietario del producto y el analista de negocio para comprender los requisitos modificados y los riesgos asociados al cambio, con el fin de modificar los casos de prueba.  <\/p>\n\n<p>El equipo de pruebas debe proceder a las pruebas automatizadas s\u00f3lo despu\u00e9s de haber congelado los requisitos.<\/p>\n\n<p><strong>Pregunta .24. \u00bfCu\u00e1les son las caracter\u00edsticas de un buen probador \u00e1gil?<\/strong><\/p>\n\n<p>Respuesta: A continuaci\u00f3n se indican algunas caracter\u00edsticas importantes que debe tener un buen probador \u00e1gil:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Un probador \u00e1gil debe tener un profundo conocimiento de los principios y conceptos \u00e1giles.<\/li>\n\n\n\n<li>Un probador \u00e1gil debe ser capaz de comprender r\u00e1pida y claramente los requisitos del proyecto.<\/li>\n\n\n\n<li>Debe ser un buen comunicador, porque el proceso \u00e1gil fomenta la interacci\u00f3n constante con analistas empresariales, desarrolladores y otros probadores.<\/li>\n\n\n\n<li>Un probador \u00e1gil debe ser capaz de manejar requisitos cambiantes. Debe ser capaz de comprender el riesgo derivado del cambio y de modificar los casos de prueba en funci\u00f3n de los requisitos cambiantes.<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 25. \u00bfCu\u00e1les son algunos m\u00e9todos \u00e1giles de prueba?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li>Desarrollo guiado por el comportamiento (BDD)  <\/li>\n\n\n\n<li>Desarrollo basado en pruebas de aceptaci\u00f3n (ATDD)<\/li>\n\n\n\n<li>Pruebas exploratorias<\/li>\n\n\n\n<li>Pruebas basadas en sesiones<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 26. \u00bfCu\u00e1les son las fases del ciclo de vida de las pruebas \u00e1giles?<\/strong><\/p>\n\n<p>R: El ciclo de vida de las pruebas \u00e1giles se divide en las siguientes etapas:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Planificaci\u00f3n \u00e1gil de las pruebas<\/strong>: en esta fase, las partes interesadas crean calendarios para los planes de pruebas y los entregables que se van a probar.<\/li>\n\n\n\n<li><strong>Reuniones Scrum Diarias (Daily Scrums) <\/strong>&#8211; En estas reuniones se discute el estado de las actividades de pruebas realizadas el d\u00eda anterior y se establecen los objetivos de pruebas del d\u00eda.<\/li>\n\n\n\n<li><strong>Revisi\u00f3n de la agilidad de las pruebas<\/strong> &#8211; Estas reuniones se celebran semanalmente con las partes interesadas para revisar los progresos.<\/li>\n\n\n\n<li><strong>Preparaci\u00f3n para el lanzamiento<\/strong> &#8211; En esta fase, se realiza una revisi\u00f3n de las caracter\u00edsticas para comprobar si est\u00e1n listas para su lanzamiento a producci\u00f3n.<\/li>\n\n\n\n<li><strong>An\u00e1lisis de impacto<\/strong> &#8211; Esta fase recoge las opiniones de las partes interesadas y prepara los objetivos para el siguiente ciclo de vida.<\/li>\n<\/ul>\n\n<p><strong>Pregunta .27. \u00bfCu\u00e1l es la diferencia entre desarrollo incremental e iterativo?<\/strong><\/p>\n\n<p>R: En el m\u00e9todo iterativo de desarrollo, el software se desarrolla y se entrega al cliente. Una vez recibidas las opiniones del cliente, \u00e9stas se reflejan en el software, que se desarrolla de nuevo en sprints y luego se entrega al cliente.<\/p>\n\n<p>En el m\u00e9todo incremental de desarrollo, el software se desarrolla en incrementos. Cada incremento contiene las propiedades completadas de algunas subfunciones del sistema.<\/p>\n\n<p><strong>Pregunta .28. \u00bfQu\u00e9 es una versi\u00f3n candidata?<\/strong><\/p>\n\n<p>R: Una versi\u00f3n candidata es una compilaci\u00f3n del sistema que es funcional y se libera internamente con fines de prueba. No se utiliza para el despliegue en producci\u00f3n. Se realizan pruebas en el conjunto para garantizar que no hay problemas cr\u00edticos en el sistema.<\/p>\n\n<p>Una versi\u00f3n candidata es el c\u00f3digo\/versi\u00f3n\/construcci\u00f3n liberado para asegurarse de que no ha quedado ning\u00fan problema cr\u00edtico durante el \u00faltimo periodo de desarrollo. Se utiliza para las pruebas y equivale a la versi\u00f3n final.<\/p>\n\n<p><strong>Pregunta .29. \u00bfQu\u00e9 es un rompedor de construcciones?<\/strong><\/p>\n\n<p>Respuesta: Un \u00abbuild breaker\u00bb es una situaci\u00f3n en la que un error en el software detiene la compilaci\u00f3n y provoca advertencias o fallos en un entorno de pruebas automatizado. Esto ocurre cuando los desarrolladores escriben accidentalmente errores en el software.<\/p>\n\n<p><strong>Pregunta .30. \u00bfC\u00f3mo puede el control de calidad a\u00f1adir valor a un equipo \u00e1gil?<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>Los probadores participan en sesiones de an\u00e1lisis de riesgos para identificar los riesgos y las medidas para prevenirlos.<\/li>\n\n\n\n<li>Los probadores estudian las historias de usuario, ayudan en la creaci\u00f3n de criterios de aceptaci\u00f3n.<\/li>\n\n\n\n<li>Realizan pruebas exploratorias de las nuevas funciones desarrolladas.<\/li>\n\n\n\n<li>Pueden proporcionar informaci\u00f3n continua y r\u00e1pida a los desarrolladores del sistema a medida que han probado el software.<\/li>\n\n\n\n<li>Los probadores participan en las pruebas automatizadas.<\/li>\n\n\n\n<li>El comprobador ayuda a detectar cualquier error que se produzca en el sistema.<\/li>\n\n\n\n<li>Los probadores pueden intentar pensar de forma diferente sobre los distintos escenarios que hay que probar para ampliar la cobertura de las pruebas y encontrar m\u00e1s fallos en el sistema.<\/li>\n<\/ul>\n\n<p><strong>Pregunta .31. \u00bfCu\u00e1les son las ventajas del modelo \u00e1gil?<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>El modelo \u00e1gil permite una entrega de software r\u00e1pida y continua.<\/li>\n\n\n\n<li>Como el modelo \u00e1gil es flexible, ayuda a adaptarse a cualquier cambio sugerido por los clientes.<\/li>\n\n\n\n<li>El proceso \u00e1gil implica un alto nivel de interacci\u00f3n entre los distintos miembros del equipo, lo que ayuda a identificar r\u00e1pidamente cualquier problema en el proceso de desarrollo.<\/li>\n\n\n\n<li>El modelo \u00e1gil ayuda a aumentar el n\u00famero de clientes de software, ya que la entrega es r\u00e1pida y despu\u00e9s de cada incremento se entrega al cliente un producto que funciona.<\/li>\n\n\n\n<li>Los clientes pueden previsualizar el producto en cada incremento y despu\u00e9s de \u00e9l, lo que les da confianza en que el proceso de desarrollo avanza en la direcci\u00f3n correcta.<\/li>\n<\/ul>\n\n<p><strong>Pregunta . 32. \u00bfCu\u00e1les son los inconvenientes del modelo \u00e1gil?<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>Como los requisitos cambian con frecuencia, es posible que los desarrolladores no puedan cuantificar todo el esfuerzo necesario en el proceso de desarrollo.<\/li>\n\n\n\n<li>El m\u00e9todo \u00e1gil hace menos hincapi\u00e9 en la documentaci\u00f3n, lo que puede causar problemas en el futuro, sobre todo a los nuevos participantes en el proyecto.<\/li>\n\n\n\n<li>Se espera una implicaci\u00f3n continua del equipo cliente, lo que requiere que est\u00e9 disponible para las reuniones.<\/li>\n\n\n\n<li>Si el equipo del cliente no es capaz de explicar claramente el resultado final del sistema, el proyecto puede descarrilarse.<\/li>\n\n\n\n<li>El proceso de desarrollo \u00e1gil requiere desarrolladores experimentados que tengan las habilidades necesarias para desarrollar un sistema con la capacidad de tomar algunas decisiones r\u00e1pidas y cr\u00edticas durante el proceso.<\/li>\n\n\n\n<li>Se espera una interacci\u00f3n continua de cada miembro del equipo, lo que aumenta el tiempo y la energ\u00eda necesarios para que el equipo trabaje.<\/li>\n<\/ul>\n\n<h2 class=\"wp-block-heading\" id=\"aioseo-otazky-na-pohovore-pre-scrum-master\">Preguntas de la entrevista para Scrum Master<\/h2>\n\n<p><strong>Pregunta.33. \u00bfPuedes explicar brevemente el concepto de Scrum?<\/strong><\/p>\n\n<p>R: Scrum es uno de los marcos \u00e1giles m\u00e1s utilizados. Las actividades del marco Scrum son requisitos, an\u00e1lisis, dise\u00f1o, desarrollo y entrega.<\/p>\n\n<p>En Scrum, la lista de requisitos se a\u00f1ade a un backlog llamado backlog del producto. Se crean unidades de trabajo llamadas sprints para alcanzar los requisitos. Cada sprint contiene determinados requisitos del backlog del producto y puede durar de 2 a 4 semanas.<\/p>\n\n<p><strong>Pregunta. 34. \u00bfPor qu\u00e9 se denomina a scrum un marco de procesos ligero?<\/strong><\/p>\n\n<p>Respuesta: El marco \u00e1gil scrum es un marco de procesos ligero porque s\u00f3lo tiene unas pocas reglas y procedimientos. Este marco es flexible y adaptable, y puede incorporar f\u00e1cilmente cambios en los requisitos. En el marco scrum, el desarrollo del producto se divide en sprints de corta duraci\u00f3n.<\/p>\n\n<p><strong>Pregunta. 35. \u00bfCu\u00e1ndo utilizamos la metodolog\u00eda \u00e1gil scrum?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li>Cuando los requisitos no est\u00e1n claros.<\/li>\n\n\n\n<li>Cuando existe una alta probabilidad de cambios en los requisitos durante el desarrollo.<\/li>\n\n\n\n<li>Scrum tambi\u00e9n puede utilizarse cuando se requiere una entrega r\u00e1pida del producto.<\/li>\n\n\n\n<li>Cuando el equipo de desarrollo es autoorganizado e interfuncional.<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 36. \u00bfCu\u00e1les son los tres pilares del scrum?<\/strong><\/p>\n\n<p>Contesta: Los siguientes son los tres pilares de scrum:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Transparencia<\/strong>: todos los aspectos del proceso de desarrollo del producto deben ser visibles para las partes pertinentes, como el equipo de desarrollo, el cliente, el scrum master, etc.<\/li>\n\n\n\n<li><strong>Comprobaci\u00f3n<\/strong> &#8211; Los participantes Scrum deben comprobar peri\u00f3dicamente los artefactos Scrum para ver si hay algo que bloquee el progreso.  <\/li>\n\n\n\n<li><strong>Adaptaci\u00f3n<\/strong> &#8211; Si se detectan cuestiones o problemas durante la revisi\u00f3n, deben introducirse ajustes o cambios en el proceso para corregirlos.<\/li>\n<\/ul>\n\n<p><strong>Pregunta. 37. \u00bfQu\u00e9 es el sprint?<\/strong><\/p>\n\n<p>R: En Scrum, un sprint es un periodo breve y limitado en el tiempo, en el que un equipo de desarrollo realiza una determinada cantidad de trabajo para crear un producto liberable. Es la unidad b\u00e1sica de desarrollo en el scrum.  <\/p>\n\n<p><strong>Pregunta. 38. \u00bfCu\u00e1nto dura el ciclo scrum?<\/strong><\/p>\n\n<p>R: El ciclo Scrum o sprint depende del tama\u00f1o del equipo y del proyecto. El sprint no debe exceder de un mes, es decir j. 4 semanas. Normalmente, un sprint dura unas semanas por t\u00e9rmino medio.  <\/p>\n\n<p><strong>Pregunta. 39. \u00bfCu\u00e1les son los principales artefactos del proceso scrum?<\/strong><\/p>\n\n<p>Respuesta: Los artefactos del proceso Scrum se encargan de proporcionar informaci\u00f3n clave al equipo de desarrollo y al cliente. Ayudan en la misma comprensi\u00f3n de los detalles del desarrollo del producto.<\/p>\n\n<p>Hay tres artefactos en particular:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Backlog del<\/strong> producto &#8211; Un backlog del producto es una lista de elementos que debe realizar el propietario del producto. Consta de requisitos, mejoras, caracter\u00edsticas, etc.  <\/li>\n\n\n\n<li><strong>Sprint back<\/strong> log &#8211; Un sprint backlog es una lista de tareas seleccionadas del backlog del producto que deben completarse en un sprint concreto.<\/li>\n\n\n\n<li><strong>Incremento<\/strong> &#8211; Un incremento consiste en una lista de todos los elementos del backlog del producto que se completaron durante los sprints. Es uno de los resultados del scrum.<\/li>\n<\/ul>\n\n<p><strong>Pregunta.40. \u00bfPuedes hablarnos de los diferentes eventos que se realizan en cada sprint de scrum?<\/strong><\/p>\n\n<p>R: Scrum consta de los siguientes cuatro eventos que se utilizan para la revisi\u00f3n y la personalizaci\u00f3n:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Planificaci\u00f3n<\/strong> del sprint &#8211; En la planificaci\u00f3n del sprint, se mantiene un debate detallado sobre el trabajo que se va a realizar en el proyecto en el sprint.  <\/li>\n\n\n\n<li><strong>Scrum<\/strong> diario &#8211; El scrum diario tiene una duraci\u00f3n de 15 minutos para discutir las actividades del equipo de desarrollo para las pr\u00f3ximas 24 horas. Tambi\u00e9n incluye discusiones sobre el trabajo realizado en las \u00faltimas 24 horas.<\/li>\n\n\n\n<li>Revisi\u00f3n del <strong>Sprint<\/strong> &#8211; La Revisi\u00f3n del Sprint se realiza al final del sprint. Se realiza para discutir el incremento.  <\/li>\n\n\n\n<li><strong>Retrospectiva<\/strong> del Sprint &#8211; Se realiza una Retrospectiva del Sprint para que el equipo de desarrollo pueda revisar y debatir las mejoras o cambios que pueden realizarse en el siguiente sprint para lograr una mayor eficacia.<\/li>\n\n\n\n<li><strong>Pregunta. 41. \u00bfQu\u00e9 es la planificaci\u00f3n de sprints?<\/strong><\/li>\n<\/ul>\n\n<p>R: La planificaci\u00f3n de sprints consiste en crear un plan del trabajo a realizar en un determinado sprint. En el caso de un sprint mensual, la planificaci\u00f3n del sprint se limita a un m\u00e1ximo de 8 horas. El scrum master es responsable de que los participantes comprendan la finalidad del scrum.<\/p>\n\n<p>Las siguientes son dos preguntas a las que hay que responder cuando se planifica un sprint:<\/p>\n\n<p><strong>\u00bfQu\u00e9 se puede entregar en un sprint?<\/strong>  &#8211; El propietario del producto discute el objetivo del sprint y selecciona los elementos del backlog del producto que se incluir\u00e1n en el backlog del sprint.<\/p>\n\n<p><strong>\u00bfC\u00f3mo se llevar\u00e1 a cabo el trabajo?<\/strong>  &#8211; Bas\u00e1ndose en el backlog del sprint, el equipo de desarrollo debe decidir c\u00f3mo trabajar para desarrollar un incremento utilizable.<\/p>\n\n<p><strong>Pregunta. 42. \u00bfQu\u00e9 es el scrum diario?<\/strong><\/p>\n\n<p>R: El scrum diario es un evento en el que se discuten las actividades del equipo de desarrollo para las pr\u00f3ximas 24 horas. Est\u00e1 limitado a un m\u00e1ximo de 15 minutos. Este acto responde a las siguientes preguntas-<\/p>\n\n<ul class=\"wp-block-list\">\n<li>\u00bfQu\u00e9 hice ayer?<\/li>\n\n\n\n<li>\u00bfQu\u00e9 voy a hacer hoy?<\/li>\n\n\n\n<li>\u00bfVeo alg\u00fan obst\u00e1culo que impida al equipo alcanzar el objetivo del sprint?<\/li>\n<\/ul>\n\n<p>El objetivo del scrum diario es comprobar el progreso de los elementos del backlog del sprint.<\/p>\n\n<p><strong>Pregunta. 43. \u00bfQu\u00e9 es el control de sprints?<\/strong><\/p>\n\n<p>R: La revisi\u00f3n del sprint se realiza al final del sprint para comprobar el incremento. Las partes interesadas y los equipos de desarrollo participan en la revisi\u00f3n del sprint. En \u00e9l, los participantes repasan lo que se ha hecho en el sprint, discuten los problemas a los que se ha enfrentado el equipo de desarrollo, dan su opini\u00f3n, etc. Si es necesario, se actualiza el backlog del producto y se proporciona informaci\u00f3n para planificar el siguiente sprint.  <\/p>\n\n<p><strong>Pregunta.44. \u00bfQu\u00e9 es una retrospectiva del sprint?<\/strong><\/p>\n\n<p>R: La retrospectiva del sprint se realiza despu\u00e9s de la revisi\u00f3n del sprint y antes de la planificaci\u00f3n del sprint. Implica revisar el \u00faltimo sprint y adaptar los cambios para mejorar en el sprint siguiente.<\/p>\n\n<p>El tiempo de la retrospectiva est\u00e1 limitado a un m\u00e1ximo de 3 horas por sprint mensual. El scrum master es responsable de dirigir y motivar a los dem\u00e1s miembros del equipo para aumentar la eficacia del sprint.<\/p>\n\n<p><strong>Pregunta.45. \u00bfQu\u00e9 es un backlog de producto?<\/strong><\/p>\n\n<p>R: Un backlog de producto es una lista de elementos a ejecutar. Consta de requisitos, caracter\u00edsticas, mejoras, cambios, etc. Est\u00e1 dirigido por el propietario del producto, que es responsable de su contenido.<\/p>\n\n<p>El backlog del producto evoluciona constantemente a medida que avanza el desarrollo del producto y cambian los requisitos.  <\/p>\n\n<p><strong>Pregunta. 46. \u00bfQu\u00e9 es un sprint backlog?<\/strong><\/p>\n\n<p>R: Para un sprint concreto, se seleccionan determinados elementos del backlog del producto en los que est\u00e1 trabajando el equipo de desarrollo. Esta lista de elementos se denomina Sprint backlog. El backlog de sprints es un subconjunto del backlog del producto.<\/p>\n\n<p><strong>Pregunta. 47. \u00bfQu\u00e9 es un sprint cero?<\/strong><\/p>\n\n<p>R: Antes de empezar el primer sprint, hay que realizar ciertas actividades, como configurar el entorno de desarrollo, preparar el backlog del producto y otras planificaciones relacionadas con el pr\u00f3ximo sprint. Esta fase se denomina sprint cero. Tambi\u00e9n se conoce como Sprint de Inicio, Sprint Inicial o Sprint Cero.<\/p>\n\n<p>Pregunta. 48. \u00bfQu\u00e9 es un punto de historia?<\/p>\n\n<p>R: El punto de historia es una unidad de medida para estimar el esfuerzo total necesario para completar un elemento del backlog del producto o cualquier otro trabajo. Al calcular el esfuerzo necesario, se pueden tener en cuenta varios factores: la cantidad de trabajo que hay que hacer, la complejidad del trabajo y cualquier riesgo que pueda surgir durante el trabajo.<\/p>\n\n<p><strong>Pregunta.49. \u00bfQu\u00e9 es un gr\u00e1fico de quemados?<\/strong><\/p>\n\n<ul class=\"wp-block-list\">\n<li>Respuesta: El gr\u00e1fico Burn up se utiliza en la gesti\u00f3n de proyectos para seguir el progreso del trabajo en un proyecto.<\/li>\n\n\n\n<li>El gr\u00e1fico Burn up muestra cu\u00e1nto trabajo se ha completado en un proyecto y tambi\u00e9n muestra la cantidad total de trabajo en el proyecto.<\/li>\n\n\n\n<li>El eje vertical del gr\u00e1fico de burnout representa el trabajo total y el trabajo realizado. La unidad de este eje puede ser puntos de parcela, horas de trabajo o d\u00edas de trabajo. El eje horizontal representa el tiempo en el que se pueden hacer sprites, es decir j. iteraciones, d\u00edas o semanas.<\/li>\n\n\n\n<li>En el gr\u00e1fico de burnout, el efecto del cambio de escala puede verse claramente, ya que muestra la cantidad total de trabajo.  <\/li>\n<\/ul>\n\n<p><strong>Pregunta.50. \u00bfQu\u00e9 es una tabla de quemados?<\/strong><\/p>\n\n<p>Respuesta: El gr\u00e1fico desplegable se utiliza en la gesti\u00f3n de proyectos para seguir el progreso del trabajo en un proyecto.<\/p>\n\n<ul class=\"wp-block-list\">\n<li>El gr\u00e1fico de desgaste muestra la cantidad de trabajo pendiente del proyecto.<\/li>\n\n\n\n<li>El eje vertical del gr\u00e1fico de burnout representa la cantidad de trabajo restante. La unidad de este eje puede ser puntos de parcela, horas de trabajo o d\u00edas de trabajo. El eje horizontal representa el tiempo que se medir\u00e1 en sprites, es decir j. Iteraciones.<\/li>\n\n\n\n<li>En el gr\u00e1fico de desgaste, el efecto del cambio de alcance se muestra como un progreso negativo para el equipo de desarrollo, porque no muestra la cantidad total de trabajo.<\/li>\n<\/ul>\n\n<p><strong>Pregunta 51. \u00bfCu\u00e1les son los distintos tipos de diagramas de quemado?<\/strong><\/p>\n\n<p>R: Hay cuatro tipos de diagramas de quemado:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Gr\u00e1fico de quemado de defectos<\/li>\n\n\n\n<li>Cuadro de quemado de liberaci\u00f3n  <\/li>\n\n\n\n<li>Gr\u00e1fico de quemado del producto<\/li>\n\n\n\n<li>Gr\u00e1fico de consumo de Sprint<\/li>\n<\/ul>\n\n<p><strong>Pregunta.52. \u00bfQu\u00e9 quieres decir con gr\u00e1fico de quemado por defecto?<\/strong><\/p>\n\n<p>Respuesta: Un gr\u00e1fico de reducci\u00f3n de defectos es una representaci\u00f3n visual del trabajo restante dentro de un backlog de defectos.  <\/p>\n\n<p>El eje vertical en el gr\u00e1fico de quema de errores representa la cantidad de trabajo pendiente en el backlog. La unidad de este eje son los errores del retraso. El eje horizontal representa el tiempo que se medir\u00e1 en sprints, es decir j. Iteraciones.<\/p>\n\n<p><strong>Pregunta. 53. \u00bfA qu\u00e9 te refieres con la tabla de quemados de liberaci\u00f3n?<\/strong><\/p>\n\n<p>R: El gr\u00e1fico de agotamiento de versiones se utiliza para controlar el progreso de una versi\u00f3n. Representa el trabajo restante de la liberaci\u00f3n.  <\/p>\n\n<p>El eje vertical del gr\u00e1fico de agotamiento de la liberaci\u00f3n representa la cantidad de trabajo que queda en la liberaci\u00f3n. La unidad de este eje puede ser horas, d\u00edas o puntos de historia. El eje horizontal representa el tiempo que se medir\u00e1 en sprints, es decir j. Iteraciones.<\/p>\n\n<p><strong>Pregunta .54. \u00bfQu\u00e9 es una tabla de quemados?<\/strong><\/p>\n\n<p>R: Un gr\u00e1fico de agotamiento del producto es una representaci\u00f3n visual del trabajo restante en un producto pendiente.  <\/p>\n\n<p>El eje vertical del gr\u00e1fico de agotamiento del producto representa la cantidad de trabajo restante en la cartera de pedidos del producto. La unidad de este eje son los puntos de historia. El eje horizontal representa el tiempo que se medir\u00e1 en sprints, es decir j. Iteraciones.<\/p>\n\n<p><strong>Pregunta .55. \u00bfQu\u00e9 es un gr\u00e1fico de agotamiento del sprint?<\/strong><\/p>\n\n<p>R: Un gr\u00e1fico de desgaste del sprint es una representaci\u00f3n visual del trabajo restante de un sprint concreto.<\/p>\n\n<p>El eje vertical del gr\u00e1fico de agotamiento del sprint representa la cantidad de trabajo restante en el sprint. La unidad de este eje pueden ser puntos de historia, horas de trabajo o d\u00edas laborables. El eje horizontal representa el tiempo a medir en d\u00edas.<\/p>\n\n<p><strong>Pregunta .56. \u00bfQu\u00e9 es un \u00abpico\u00bb?<\/strong><\/p>\n\n<p>Respuesta: El t\u00e9rmino \u00abpico\u00bb se acu\u00f1\u00f3 en el contexto de la programaci\u00f3n extrema. A veces, los desarrolladores y otros miembros del equipo pueden encontrarse con un problema con una historia de usuario concreta. No conocen la soluci\u00f3n al problema y puede que necesiten investigar o experimentar para encontrar una soluci\u00f3n.<\/p>\n\n<p>Spike es un experimento o una inversi\u00f3n que ayuda al equipo de desarrollo a adivinar la historia. El propietario del producto introduce el pico en el backlog. Los picos son de dos tipos: picos funcionales y picos t\u00e9cnicos.<\/p>\n\n<p>Por ejemplo, la historia de usuario incluye requisitos para la integraci\u00f3n con software de terceros. Los desarrolladores nunca han trabajado con este software y necesitan alg\u00fan tiempo para entenderlo. El propietario del producto puede tomarse uno o dos d\u00edas para hacer esta investigaci\u00f3n y crear un pico en el backlog.<\/p>\n\n<p>Pregunta n\u00ba. 57. \u00bfQu\u00e9 es una bala trazadora?<\/p>\n\n<p>Respuesta: A veces, algunas historias de usuario pueden ser complejas y dif\u00edciles de estimar, y contienen un nuevo elemento arquitect\u00f3nico con el que los desarrolladores no est\u00e1n familiarizados. En estos casos, se puede utilizar una bala trazadora con ayuda de un \u00abpico\u00bb para explorar la viabilidad de una soluci\u00f3n.<\/p>\n\n<p>En una bala trazadora, uno de los componentes de la historia de usuario se construye en la soluci\u00f3n final con una cantidad m\u00ednima de c\u00f3digo y se obtiene retroalimentaci\u00f3n. A partir de la implementaci\u00f3n de un componente, se pueden codificar otros componentes de la historia.<\/p>\n\n<p><strong>Pregunta. 58. \u00bfQu\u00e9 es la velocidad en scrum?<\/strong><\/p>\n\n<p>R: La velocidad es una m\u00e9trica clave en scrum y se utiliza para medir la cantidad de trabajo que un equipo de desarrollo puede abarcar en un solo sprint. La velocidad tambi\u00e9n puede utilizarse para estimar el plazo de entrega de otras versiones.<\/p>\n\n<p><strong>Pregunta. 59. \u00bfC\u00f3mo medir la velocidad en scrum?<\/strong><\/p>\n\n<p>R: Hay dos tipos de velocidad, a saber j. velocidad real y velocidad prevista.<\/p>\n\n<ul class=\"wp-block-list\">\n<li>La velocidad real se calcula mediante la siguiente f\u00f3rmula<\/li>\n<\/ul>\n\n<p>Velocidad real = n\u00famero total de puntos de historia completados \/ n\u00famero de sprints<\/p>\n\n<ul class=\"wp-block-list\">\n<li>La velocidad prevista se calcula mediante la siguiente f\u00f3rmula<\/li>\n<\/ul>\n\n<p>Velocidad esperada = n\u00famero total de puntos de historia estimados \/ n\u00famero de sprints<\/p>\n\n<p><strong>Pregunta.60. \u00bfQu\u00e9 es una historia de usuario?<\/strong><\/p>\n\n<p>R: Las historias de usuario son descripciones sencillas utilizadas para representar los requisitos empresariales desde la perspectiva del usuario final. Las historias de usuario son m\u00e1s f\u00e1ciles de entender que los requisitos comunes o los casos de uso.  <\/p>\n\n<p><strong>Pregunta.61. \u00bfQu\u00e9 se entiende por \u00abINVERTIR\u00bb en scrum?<\/strong><\/p>\n\n<p>R: INVEST representa los criterios de calidad de una buena historia de usuario.<\/p>\n\n<p><strong>I<\/strong> &#8211; Independiente; la historia de usuario debe ser tal que no dependa de otra historia  <\/p>\n\n<p><strong>N<\/strong> &#8211; Negociable; debe haber espacio para la negociaci\u00f3n en cada historia<\/p>\n\n<p><strong>V <\/strong>&#8211; Valioso; debe aportar valor al usuario final<\/p>\n\n<p><strong>E <\/strong>&#8211; Estimable; la historia de usuario debe ser tal que pueda estimarse y el sprint pueda planificarse correctamente<\/p>\n\n<p><strong>S<\/strong> &#8211; Peque\u00f1o; Debe ser un trabajo peque\u00f1o que pueda completarse en 3 &#8211; 4 d\u00edas.<\/p>\n\n<p><strong>T<\/strong> &#8211; Comprobable; debe ser comprobable, t. j. debe incluir criterios de aceptaci\u00f3n<\/p>\n\n<p>Una buena historia de usuario cumple todos estos criterios, y si no es as\u00ed, el equipo debe plantearse un redise\u00f1o.<\/p>\n\n<p><strong>Pregunta. 62. \u00bfCu\u00e1les son los tres componentes de una historia de usuario?<\/strong><\/p>\n\n<p>Contesta:  <\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Ficha<\/strong> &#8211; La ficha muestra la historia de usuario en bruto. La historia de usuario se escribe en la tarjeta de forma f\u00edsica (nota post-it). El formato est\u00e1ndar de la historia de usuario es [typ pou\u017e\u00edvate\u013ea] [cie\u013e] [nejak\u00fd d\u00f4vod] Como quiero , a .<\/li>\n\n\n\n<li><strong>Conversaci\u00f3n<\/strong> &#8211; La conversaci\u00f3n tiene lugar entre clientes, propietarios de productos, probadores, etc. para discutir los detalles de la tarjeta.<\/li>\n\n\n\n<li><strong>Confirmaci\u00f3n<\/strong> &#8211; Confirmar significa derivar criterios de aceptaci\u00f3n para que el equipo pueda confirmar que la historia se ha implementado con \u00e9xito.<\/li>\n<\/ul>\n\n<p><strong>Pregunta 63. \u00bfQu\u00e9 es la \u00e9pica?<\/strong><\/p>\n\n<p>R: Epic es una historia de usuario grande que puede dividirse en varias historias de usuario peque\u00f1as. Una epopeya puede extenderse a lo largo de varios sprints.<\/p>\n\n<p><strong>Pregunta.64. \u00bfQu\u00e9 es una tarea en scrum?<\/strong><\/p>\n\n<p>Respuesta: Una Tarea es el trabajo t\u00e9cnico que realiza un equipo de desarrollo para completar un elemento del backlog del producto en un plazo determinado.<\/p>\n\n<p><strong>Pregunta.65. \u00bfCu\u00e1les son las principales tareas en Scrum?<\/strong><\/p>\n\n<p>Contesta: Las siguientes son las tareas principales del scrum:<\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Propietario<\/strong> del Producto &#8211; El Propietario del Producto es responsable de representar los requisitos ante el equipo. Debe haber una visi\u00f3n clara de lo que debe ser el producto, y esta visi\u00f3n debe ser comunicada eficazmente por el propietario del producto al equipo.  <\/li>\n<\/ul>\n\n<p>El propietario del producto tambi\u00e9n es responsable de gestionar el backlog del producto. Responsable de enumerar los elementos de la cartera de productos, clasificarlos, garantizar la transparencia de la cartera de productos, asegurarse de que el equipo de desarrollo comprende los elementos de la cartera de productos y optimizar el trabajo del equipo de desarrollo.  <\/p>\n\n<ul class=\"wp-block-list\">\n<li><strong>Equipo de <\/strong> desarrollo &#8211; El equipo de desarrollo est\u00e1 formado principalmente por desarrolladores que realizan el desarrollo del producto mediante codificaci\u00f3n, probadores que prueban el producto desarrollado y analistas empresariales. El equipo de desarrollo es responsable de entregar software de calidad en forma de incrementos utilizables al final del sprint. El equipo de desarrollo debe ser autoorganizado e interfuncional. Es importante se\u00f1alar que Scrum no reconoce ning\u00fan t\u00edtulo para un equipo de desarrollo que no sea el de desarrollador, independientemente de las tareas que realice la persona.<\/li>\n\n\n\n<li><strong>Scrum<\/strong> Master &#8211; El Scrum Master es el l\u00edder del equipo de desarrollo. Es responsable de que el equipo de desarrollo realice correctamente las tareas del sprint. El scrum master es el responsable de gestionar el sprint.  <\/li>\n<\/ul>\n\n<p><strong>Pregunta. 66. \u00bfQu\u00e9 es un objetivo de sprint?<\/strong><\/p>\n\n<p>R: Un objetivo de sprint es un objetivo fijado para un sprint concreto. El objetivo del sprint se crea durante la planificaci\u00f3n del sprint, antes de que comience. En el objetivo del sprint, se selecciona una lista de elementos del backlog del producto para ofrecer la funcionalidad adecuada.  <\/p>\n\n<p><strong>Pregunta.<\/strong> <strong>67. \u00bfQu\u00e9 es un tablero de tareas en scrum?<\/strong><\/p>\n\n<p>Respuesta: El tabl\u00f3n de tareas es una herramienta utilizada para seguir el progreso del sprint en curso. Es una representaci\u00f3n visual del backlog del sprint en la que el equipo puede ver las tareas que est\u00e1n hechas, las que est\u00e1n en curso y las que a\u00fan no han empezado.<\/p>\n\n<p><strong>Pregunta.68. \u00bfQu\u00e9 es un impedimento en el scrum?<\/strong><\/p>\n\n<p>R: Un cuello de botella es algo que afecta a la productividad de un equipo y ralentiza el progreso.  <\/p>\n\n<p><strong>Pregunta.69.<\/strong> <strong>\u00bfPuedes dar algunos ejemplos de obst\u00e1culos?<\/strong><\/p>\n\n<p>R: Puede haber obst\u00e1culos en el scrum:<\/p>\n\n<ul class=\"wp-block-list\">\n<li>Problemas t\u00e9cnicos<\/li>\n\n\n\n<li>Problemas organizativos<\/li>\n\n\n\n<li>Miembros del equipo no cualificados<\/li>\n\n\n\n<li>Cuestiones de las partes interesadas<\/li>\n\n\n\n<li>Problemas de infraestructura<\/li>\n\n\n\n<li>Cat\u00e1strofes naturales<\/li>\n<\/ul>\n\n<p><strong>Pregunta . 70. \u00bfQu\u00e9 es el scrum de scrums?<\/strong><\/p>\n\n<p>R: El Scrum de scrums es una t\u00e9cnica \u00e1gil para aumentar las reuniones diarias cuando grandes equipos trabajan en el mismo proyecto. En esta t\u00e9cnica, los grupos se dividen en equipos \u00e1giles de 5 a 10 personas. Cada subgrupo o equipo designar\u00e1 a un \u00abembajador\u00bb de su equipo. El embajador participa en reuniones diarias con los embajadores de los dem\u00e1s equipos.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>En este art\u00edculo, hemos recopilado una lista de las mejores preguntas para entrevistas sobre agile, scrum masters y pruebas de software.<\/p>\n","protected":false},"author":8,"featured_media":1849,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_acf_changed":false,"footnotes":""},"categories":[33],"tags":[],"class_list":["post-1848","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-preguntas-de-la-entrevista"],"acf":[],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/1848","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/users\/8"}],"replies":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/comments?post=1848"}],"version-history":[{"count":2,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/1848\/revisions"}],"predecessor-version":[{"id":2249,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/posts\/1848\/revisions\/2249"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media\/1849"}],"wp:attachment":[{"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/media?parent=1848"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/categories?post=1848"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/ittester.sk\/es\/wp-json\/wp\/v2\/tags?post=1848"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}